敏捷團隊的工作方法(Agile work methodology)

目標

據統計，在軟體開發專案中，期初規劃產生的需求中，大約55%會產生變動。對很多軟體業者來說，「詳細規劃‧一次到位」是不可能的事，因為客戶一開始只講得出需要(Needs)大方向，要看到實際成品後，詳細需求(Requirements)才會逐步的浮現，如果堅持「先寫作文再做事」，就算客戶在需求文件上簽了名，開發團隊埋頭苦幹的成果，也不見得是客戶滿意的產品。 從1990年代以來，主張「善用需求變更」的敏捷方法，不但已經是資訊業界公認的最佳開發實務，更是英國、美國和澳洲政府資訊專案的指定作法。敏捷方法的派別雖然多，共同點都是組成跨職能專責團隊，透過短天數開發週期，儘快且持續交付漸進的成果，驗證技術可行性，確認使用者需要，並據以調整接續的需求內容。 本課程聘請大師級的敏捷教練(Agile Coach)，透過案例故事，說明敏捷方法的精隨，以實際輔導的經驗，分享在企業或專案的層次，從無到有轉型敏捷開發團隊的作法，並以實務的角度，引導您一步一步體驗敏捷團隊的工作方法。

課程結束後您可以獲得以下知識與技能：

1. 快速掌握敏捷方法的原理和實務做法
2. 學會從使用者的角度看需求、從宏觀的角度看專案
3. 學到上班用得到的敏捷技巧

對象

1. 新創團隊的成員
2. 預計轉型使用敏捷方法的團隊成員
3. 在大型專案計畫中，預計局部使用敏捷方法的團隊成員
4. 已經使用敏捷方法，但遇到瓶頸的團隊成員

預備知識

曾經參與專案執行或產品開發

內容

第一天：敏捷專案管理的四大元素

1. 別讓團隊不開心，發揮敏捷開發的力量
2. 別讓客戶不開心，善用變更創造的價值
3. 別讓老闆不開心，用減法定需求的藝術
4. 別讓大家不開心，掌握專案真實的進度

第二天：敏捷大師換你做

1. 無需天長地久，輕鬆和Scrum作朋友
2. 設計我也會，以人為本 (User-centric)的規劃心法
3. 數據驅動開發，自訂衡量績效的有感指標
4. 創造雙贏合約，敏捷委外開發的方式

第三天：團隊擅變力的七個步驟

1. 制定願景，許專案一個明確的未來
2. 規劃產品，捕捉重要使用者的需求
3. 期初規劃，集中產能做最重要的事
4. 站立會議，打造能自我管理的團隊
5. 期末展示，交實際成果推專案前進
6. 回顧反省，持續提升團隊的敏捷力