看板並不是軟體開發方法, 他是變革管理的方法, 當客戶所提出的需求, 和團隊的能力不匹配時, 它能即時展現這樣的狀況, 讓你能得到警告. 當你實施改進做法, 你也可以從看板上看出, 這個方法是否有效.
那當客戶需求和團隊能力不匹配時, 我們會怎麼做呢? Kanban 的想法是這樣的, 當進來和出去的不能匹配, 會導致每個項目處理的時間變長, 所以要解決的問題是如何讓處理的時間變短, 讓客戶能儘快拿到有價值的商品, 也就是 cycle time 越小越好.
- Dec 24 Tue 2013 06:29
看板是用來平衡需求和能力的方法
- Dec 23 Mon 2013 07:01
不負責任講評: UX Design != 畫面漂亮
最近看到一位 project manager 所做的簡報, 他是在描速我們安裝流程如何被改善. 我們的產品是一個 hardware appliance, 安裝時間要 1 個多小時, 並且中間要輸入一堆高深的網路設定, 不是一般常人能容易了解. 因此要把這件事情描述清楚並不是件輕鬆的事情.
可是在簡報中你不會感受個那些神奇的技術, 但是你卻可以很清楚知道它的原理是什麼. 再加上他本身背景是 UX engineer 出身的, 利用了一些流程圖和合適的圖示, 就能達到 21 天學會java 的效果 XDDD.
這過程中他做了什麼事情呢? 他消化了整個安裝過程, 並且體會到顧客的需求(想知道重點是什麼)和痛處(太多細節很難了解), 利用四格漫畫的技巧(經過設計), 清楚地解釋安裝流程如何被改善.
- Dec 20 Fri 2013 09:55
sprint 做不完時是否要延長
昨天在 Lean Coffee 聚會時, 有人問到當 sprint 時間要到, 可是 story 還沒做完, 是否要結束. 這是一個很好的問題, 因為這是一開始執行 scrum 的團隊, 必定會遭遇的問題, 即使是很有經驗的團隊也會碰到.
首先, 我們先來看如果延長會有什麼問題:
1. 有可能不知道什麼時候會結束
- Dec 19 Thu 2013 15:49
M 式三兄弟 - 精益軟體開發中的浪費
人們通常善於解決問題, 但是比較不擅長去把有問題的地方給找出來. 在精實思想中, 它整理出一些有問題的地方: Muda, Mura, Muri. 我特定把他們在整理了一下, 時時刻刻提醒下自己, 這些 bad smell 要特別小心.
1. Muda (浪費)
做一些不會對產品加值的事情
- Dec 18 Wed 2013 09:52
WIP 與浪費的關係
在精益思維中, 排除浪費是一間非常重要的事情. 在製造業中, 什麼是浪費大家已經定義的很清楚了. 可是在軟體開發中, 大家對這樣的事情還不熟悉.
因此 Mary 和 Tom Poppendieck 在Lean Software Development: An Agile Toolkit 一書中, 很詳細說了軟體開發有哪些浪費. 其中有一項浪費是半製品, 也就是未完成的工作. 什麼事未完成的工作, 例如沒有被檢視的需求文件, 設計文件; 或是寫完但未經測試的程式碼. 只要不是最後可以交付到客戶手上的功能, 任何中間產物都算是未完成的工作. 即使你可能已經檢視過, 或是測試過, 只要沒被客戶驗收認可, 都是可能會有變, 會不再算數.
那我們看板中要如何管理半製品呢? 我們可以用 WIP (Work-In-Progress)來觀察. 如果我們能讓 WIP 的數目越小, 也就是代表半製品越少, 那可能的浪費也就越低.
