目標
據統計，在軟體開發專案中，期初規劃產生的需求中，大約55%會產生變動。對很多軟體業者來說，「詳細規劃‧一次到位」是不可能的事，因為客戶一開始只講得出需要(Needs)大方向，要看到實際成品後，詳細需求(Requirements)才會逐步的浮現，如果堅持「先寫作文再做事」，就算客戶在需求文件上簽了名，開發團隊埋頭苦幹的成果，也不見得是客戶滿意的產品。 從1990年代以來，主張「善用需求變更」的敏捷方法，不但已經是資訊業界公認的最佳開發實務，更是英國、美國和澳洲政府資訊專案的指定作法。敏捷方法的派別雖然多，共同點都是組成跨職能專責團隊，透過短天數開發週期，儘快且持續交付漸進的成果，驗證技術可行性，確認使用者需要，並據以調整接續的需求內容。 本課程聘請大師級的敏捷教練(Agile Coach)，透過案例故事，說明敏捷方法的精隨，以實際輔導的經驗，分享在企業或專案的層次，從無到有轉型敏捷開發團隊的作法，並以實務的角度，引導您一步一步體驗敏捷團隊的工作方法。
課程結束後您可以獲得以下知識與技能：
- 快速掌握敏捷方法的原理和實務做法
- 學會從使用者的角度看需求、從宏觀的角度看專案
- 學到上班用得到的敏捷技巧
對象
- 新創團隊的成員
- 預計轉型使用敏捷方法的團隊成員
- 在大型專案計畫中，預計局部使用敏捷方法的團隊成員
- 已經使用敏捷方法，但遇到瓶頸的團隊成員
預備知識
曾經參與專案執行或產品開發
內容
第一天：敏捷專案管理的四大元素
- 別讓團隊不開心，發揮敏捷開發的力量
- 別讓客戶不開心，善用變更創造的價值
- 別讓老闆不開心，用減法定需求的藝術
- 別讓大家不開心，掌握專案真實的進度
第二天：敏捷大師換你做
- 無需天長地久，輕鬆和Scrum作朋友
- 設計我也會，以人為本 (User-centric)的規劃心法
- 數據驅動開發，自訂衡量績效的有感指標
- 創造雙贏合約，敏捷委外開發的方式
第三天：團隊擅變力的七個步驟
- 制定願景，許專案一個明確的未來
- 規劃產品，捕捉重要使用者的需求
- 期初規劃，集中產能做最重要的事
- 站立會議，打造能自我管理的團隊
- 期末展示，交實際成果推專案前進
- 回顧反省，持續提升團隊的敏捷力
