處事力培訓素材(22)：三大神器之一 – Agile 項目管理

Agile / Scrum 是個項目管理方法 (Project Management Method)。而它在互聯網商業或科創公司差不多是不可或缺，而且是很常見。不過，不是每個實行者都能實在運作出來。很多都是半䶢不淡的畫虎不像。

說之前要先說明：未必一定要 100% 是 Agile 才是好的項目方法。盡信書不如無書。這好比用筷子吃飯不一定是最好的，要懂得用其優點才是好。若不懂用而勉強用，那不如用匙羹吃好了。

Agile 主要分為幾個部份：

1. 定義一個 Sprint（週期）：必須為一個固定的週期，例如一週、雙週、一個月等
2. Product Backlog：待辦工作列表。
3. Sprint 之初的 Sprint Meeting：一起討論這個週期開發甚麼，從待辦中揀選。
4. Sprint 之末的 Sprint Review：檢查成果
5. Sprint 之末的 Sprint Retrospective：檢查 workflow

包括這些人：

1. Product Owner (PO)：產品負責者
2. The Team：開發團隊
3. Scrum Master (SM)：項目管理流程的調控者，作為 PO 與 Team之間的協調角色。

常見的錯誤運作 Agile 的方法

1. 沒有固定時期的週期。將 Agile 矮化為純粹的 prototyping。
2. Sprint 週期以版本為標準，不是以時期為標準。這一樣是矮化為 prototyping，不是 Agile。
3. Sprint Meeting 沒有 PO 與 Team 的協商。只有單向指示。這一樣是 prototyping。
4. 沒有實際的 backlog。只有排著隊已編好版本號的開發流程。
5. 沒有 Retrospective。

例如講一個真正運作過的 Agile 真人真事案例：

1. 每星期一，團隊內（例如 iOS app team）的幾個人，包括幾個前端工程師、後端工程師、平面設計師、總結構師 (Chief Architect)，加上 Product Manager (就是 Product Owner PO)、Marketing Manager、Sales、CS，早上九時半坐在一起開會。討論這週工作有甚麼目標。只討論這週工作內容和大約計劃，十時前開完。
2. 當中 Team 和 PO 一起共識這個 Sprint 週期的內容和目標是甚麼。從 Backlog 中提取。而 PO 事先負責將需求填入 Backlog，進行排隊。
3. 然後星期一餘下的時間，到星期三的黃昏前，都是整個團隊各自忙碌，主力輸出的時間。
4. 到星期三黃昏，開始進入整合測試 Integration Test。並開始全團隊進入測試流程，例如手動化測試、自動化測試，部署到 STAGING 平台 Testflight 的測試等等。
5. 到星期四完結前，正式總結這週的工作。只有兩個結論中的一個：部署上線，或不部署等下一週。
6. 若部署，在週四晚部署。週四的好處，是
   1. 在一週完結前完成這週的工作，不要帶到下週
   2. 若週五部署，一旦出現問題就會穿越週末，或需要用週末來除錯
   3. 可以在週五六日的用戶黃金時間（大部份行業，金融除外），善用用戶人流
   4. 可以空出週五來做進一步的小改進、完善化，觀看數據、檢討。
7. 部署後，若有問題就週五修補。若無問題，團隊可以善用時間作
   1. 小改進、完善化
   2. 觀看數據
   3. 檢討
   4. 整理、改善：工具、流程
   5. 慶祝
8. 下週一再來循環