很多人問到, 在公司或是團隊中, 要如何推廣敏捷? 是否有些公式可以 follow?

可惜的, 敏捷轉型的過程是非常不可預測的. 中間會發生什麼事情不知道, 結果會是如何不確定. 因此, 如果你是以傳統專案計畫的方式, 也就是大規模, 且詳細的方式來規劃, 這通常是徒勞無功的.

變革雖然有其目標, 有想要達到的結果, 但是由於你很多錯誤的假設, 像是認為大多人想要程式品質變好; 想要不斷釐清客戶需求, 好做出他們想要的功能; 或者是想要追求技術的成長.

這些很可能都是我們一廂情願的想法. 說不定很多人只想領份薪水, 只想來交朋友, 或者是重心其實是下班後的東西. 

有沒有覺得這樣的事情似曾相識呢?

是的. 轉型這件事情很像是你在進行創業, 一開始你認為大家想要這個, 認為你推出這樣的功能會大賣, 然後花了很多時間去實踐這個功能, 可是等到一年後, 才發現根本不是這一回事.

所以, 雖然敏捷轉型可能有很多事情要做, 但是一開始, 你應該做的是先找出最小可行性的改變 (minimum viable change). 趕快驗證你的假設對不對, 確認大家的痛是什麼, 或者是你認為的痛真的是大家的痛嗎?

這樣做可以有以下好處

1. 讓事情變得容易:

專心先在短時間把一些事情做完. 不用規劃很複雜的計畫, 也不會因為看到事情很大而氣餒.

2. 容易有短期成功:

因為短期內就要交付一些成果出來, 雖然成果不大, 但是至少有產出, 大家心裡會比較踏實. 並且也容易拿這些東西對外宣傳, 讓大家知道這件事情正在進行, 並且看起來有些結果出來了.

3. 快速得到反饋:

例如你可能花了很長的時間, 建置持續整合的平台, 但是可能結果是發現這 CI server 無法負荷公司目前的量, 或者是無法符合不同團隊的需求, 或是大家根本沒空做 CI. 這些都可以在早期時透過 MVC 去確認.

沒想到, 做個敏捷轉型還可以練習精實創業 …...

作者：David Ko

作者簡介：David具備Certified Scrum Master以及Certified Scrum Product Owner的認證，也是台灣最早期 Agile 社群（AgileCommunity.tw）發起人之一。 為了推廣Agile知識，還擔任過「Scrum and XP from the trenches」這本書繁體中文的翻譯者。目前在趨勢科技擔任資深研發主管，並從2008年開始在專案中實施Scrum。 八年間累積了非常多的實務心得 - 有針對Agile精神的核心體悟、理解方法的限制、也理解很多教科書上知識更深層的執行方向、當然更多對這方法可能產生的副作用以及解法。

文章出處：David Ko的學習之旅

原文連結：敏捷轉型其實是一種創業