如何讓第一個試點Scrum專案成功

當我們在嘗試應用敏捷開發時，Scrum方法是最容易實施的。但是如果要想使敏捷開發進行下去，第一個試點的Scrum專案要儘量成功，這樣會得到管理層更多的支援。以下是我們在實踐中的一些具體做法：

a. 選擇一個試點專案

1） 這個專案是對企業的business有一定影響（但不是最影響的），這樣一方面可以得到管理層的支援，如果成功有很強的示範效應，同時由於新方法最初的採納期間會出現各種各樣的問題，有失敗或者延期的風險，試點團隊不會由於Business的壓力重新回到以往熟悉的開發方式上以完成任務。

2） 建議專案週期在5~6個月。這樣可以保證有6個左右的迭代週期，試點團隊可以由最初2個迭代的瞭解和嘗試，再有2個迭代的適應，最後2個迭代會看到不錯的效果。週期太短團隊還無法真正瞭解Scrum，週期太長相關干係人會失去耐性，團隊也會流失熱情。

b. 試點Scrum團隊的選擇

1) Scrum的團隊成員首先是樂於接受新鮮理念的。Scrum對傳統的開發方式有較大的改變，樂於接受新鮮事物的成員更適合試點的Scrum團隊

2) 試點的Scrum團隊成員相對要資深一些，團隊成員結構是跨職能的（cross－functional）

3) 一定要有一個有實踐經驗的ScrumMaster，同時最好是有一個管理層的人可以參與到試點的過程中

4) 試點的Scrum團隊成員要在一起工作，而且是全職在本試點專案中

c. 試點的策略

1) 試點的目的不是將Scrum進行的盡善盡美（事實上試點的週期內也做不到），而是通過試點展示Scrum帶給團隊和公司的變化。建議試點團隊的底線目標是：

1.1 每4周以內提交可以工作的，經過測試的軟體；

1.2 提交的功能是最具有商業價值的；

1.3 過程在持續改進

2) 由於是試點新的方法，各種專案干係人對此保有希望，同時也會有懷疑。所以在試點過程中一定要做到專案的透明，包括進度、問題、解決的方案、下一次迭代的改進、本次迭代實現的目標。及時有效的溝通會減少很多干擾，增加很多支援。

3) 在迭代中不要高估自己真正可以交付的能力。因為Scrum中迭代是一個time－boxed的週期，即使完成95%的任務也不會被認為是“Done”的狀態。如果團隊沒有適應這個變化，在最初的幾個迭代中不能按時交付，很容易降低信任感。

4) 不要想“一口吃個胖子”。一般有兩個切入口：一個是目前遇到的最大問題，以這個問題的解決方案作為最初的切入；另一個是從最容易的開始，例如每日會議、Sprint Planning、回顧會議等

5) 適當和其他的敏捷方法結合，特別在工程實踐上，例如結對、持續整合等