最近在網路上看到一篇文章, 談到 scrum 團隊的工作的行程和分配, 感觸很多, 深深覺得要執行好 scrum, 組織文化很重要. 所以寫了這篇廢文 XDD
根據敏捷宣言的定義, agile 是一堆觀念和原則, 只要是應用這些東西的開發方法, 我們都稱為是 agile method. 所以你才會看到 Scrum, FDD, Kanabn, eXtreme Programming 都叫做敏捷開發方法. 所以嚴格來說, agile 只是做事情的想法, 而非是開發流程.
此外, Version One 公司對 agile 的研究調查顯示(http://www.versionone.com/state-of-agile-survey-results/), 公司內推廣 agile, 最大的障礙是組織文化. 那什麼是組織文化呢? 也就是這一群人在這邊做事的理念. 例如, 如果組織文化是 command and control, 自然就是要等老闆說了什麼, 他們才會去做什麼. 要主動提出一些做法, 可能會自討苦吃, 並且還可能會被警告.
在進行 scrum 時, 有一個常見困擾大家的問題, 就是什麼叫做一個功能已經完成. 如果不是真的做完, 或者做完的結果並不是讓人滿意, 我們需要早點知道, 以做出因應的事情.
那我們會怎麼處理呢? 常見的做法如下:
當 iteration 結束時, scrum 通常會進行 demo, 來展示行的成果. 這裡有些小技巧, 來幫助你進行得更有效率:
1. 先解釋 scenario 再 demo
很多時候開發人員會一下就 demo下去, 與會者在還搞不清楚的狀況下, 可能就已經結束了. 建議先講解要 demo 的流程, 讓大家有個大方向的了解, 之後再 demo 系統.
前面談了不少什麼是實例化需求, 以及為什麼要實例化需求, 可是還沒有談要怎麼做. 以下是簡單的實施步驟:
1. 根據商業目標來了解系統範圍
每次做一個產品, 應該都有他的理念, 或者是要解決的問題主軸, 這些東西便會匡住產品的範圍. 像是 MVP(Minimum Viable Product) 等概念便會出現, 好讓你有聚焦, 而不是想包山包海. 這裡我們常用的工具會是像 user story mapping, 整理出要做的功能, 並且也描述哪個 milestone 要做哪些的事情.
範例: 線上購物系統一部分的 user story mapping
豐田系統的效率是舉世有名的, 那他們如何來改善他的工作流程或是做事方法呢? 以下是個人小小整理心得:
1. 狀態視覺化
將工作流程和狀態給視覺化, 發現到異常現象, 立刻來處理. 以下是如何利用 Kanban 來視覺化狀態的簡介
http://kojenchieh.pixnet.net/blog/post/343997120
