1.課程概述
敏捷過於理想，無法實施？
專案團隊沒有凝聚力，除了專案經理其他成員似乎不太關注專案成敗；
專案需求變來變去，客戶喜歡你先做出來看看，一直無法形成書面的需求文件；
專案計劃要麼成為擺設，要麼沒有計劃；
……
本課程將會針對上述問題，為你分享各種最佳實踐！
專案管理中存在各式各樣的問題，專案管理的大道理幾乎人人都懂，但知易行難，我們往往陷入“問題多，想改進，但迫於進度壓力，只能暫緩改進，而問題繼續滾雪球”的死迴圈。如何才能打破這個惡性迴圈呢？我們需要立竿見影的最佳實踐！
2.時間、地點
上課時間：2014年7月26日（週六），上午9:00-12:00，下午14:00-17:00
上課地點：北京市西城區西直門內大街132號 錦江之星（西直門店）會議室，地鐵4號線新街口站步行200米即到。
3.課程目標
1.理解敏捷本質，學會構建敏捷土壤。
2.學會敏捷需求分析實用技巧。
3.學會專案估算、專案計劃及跟蹤的實用方法。
4.適合聽眾
中高層領導，專案經理
需求負責人、軟體工程師、測試工程師
有軟體研發相關經驗希望往專案管理方向發展的人士
敏捷開發實幹者
5.課程大綱
1.構建敏捷土壤
很多實踐過敏捷的朋友可能會有這些感觸的感觸：
開始實踐敏捷還可以，但新鮮感過後其實和原來的做法沒啥兩樣！
敏捷對人的要求太高了！
敏捷境界是我們永遠無法達至的“烏托邦”！
敏捷畢竟是國外傳來的東東，我們不能領會其“神髓”，僅僅是形式上進行模仿，而且我們還會遇到“中國特色”的問題。本章幫助你理解敏捷本質，併為你分享構建敏捷土壤的核心要點。
1.1神馬是敏捷？
1.2敏捷在中國的“水土不服”
1.3上層建築需要做好什麼準備？
1.4打造敏捷團隊文化
2.實踐使用者故事
開發人員抱怨：“需求變化太快，軟體系統經常要修改，都連續加班幾個星期了，還要改，需求分析怎麼做的？”需求分析人員無可奈何地說：“明明是根據客戶的闡述，做了記錄，然後開發出了軟體，客戶卻說很多地方不符合他們的意思，又要求修改，我怎麼辦？”——敏捷需求分析如何破解這些問題呢？
2.1“傳統”需求分析方法有什麼問題？
2.2敏捷需求分析的核心原理
2.3產品負責人與開發團隊的關係
2.4專案的戰略分析
2.5應用“使用者故事”進行涉眾分析
2.6持續拆分“使用者故事”
3.實用敏捷估算、專案計劃與跟蹤
專案管理不是專案經理一個人的事情，應該讓所有人蔘與進來，每個人自覺管理自己的工作，主動報告和解決問題，共同為專案的成功而努力！
3.1你有估算潛質嗎？
3.2預算與估算基礎知識
給定預算做估算
估算的兩種情況
什麼叫專案規模？
3.3如何估算？
估什麼？
誰來估？
怎樣估？
3.4玩轉估算（估算實戰）
基於使用者故事的估算
估算撲克
估算經驗的積累
3.5計劃執行與跟蹤
故事看板（任務看板）
每日例會及每日例會進階
專案總結會
4.敏捷不是銀彈
敏捷並不是所有問題的靈丹妙藥，本節來一個大總結，列出我們還需要學習的其他知識，同時進行問題解答。
6.分享大師
首席諮詢師：張傳波
網名：Fireball（火球）
新浪微博：@火球_Fireball
創新工場創業課程（敏捷課程）講師
軟體研發管理最佳實踐資深顧問（曾任華為某團隊高階研發顧問）
中國敏捷聯盟《ADBOK》（敏捷開發知識體系）專案組成員
“敏捷之旅”演講分享者、“敏捷落地”分享大師、“敏捷遇上UML”分享大師
中國軟體行業協會系統與過程改進分會專業委員會（簡稱：CSPIN）主任委員
廣東軟體行業協會軟體過程改進專業委員會（簡稱：GDSPIN）高階專家
近二十年軟體開發、軟體設計、需求分析、專案管理、部門管理、公司管理及過程改進等經驗，親歷“無數”專案，涉獵建築、通訊、網際網路、電力、金融、製造業、政府等領域，熟悉軟體生命週期的全部過程，精通MSF、極限程式設計（XP）和SCRUM並用於全公司的專案管理，先後幫助公司通過ISO9001稽核、CMM3級及CMMI5級評估。
十多年的企業全方位改進經驗，為上百家企業提供上門服務，善於針對企業實際情況給出針對性的改進“藥方”，幫助企業解決實際的工作問題，提升生產力。
十多年的授課經驗，面授學員達萬人次以上，網路課程的受眾更加是不計其數。講課深入淺出，注重引導學員思考，善於將主題內容融於簡單的例子中，讓學員通過體會例項掌握知識。
猛點以下連結下載附件瞭解詳情及報名辦法：