1.1 強化敏捷思維，落實“十三五”雙創戰略
史蒂夫·布蘭克觀察美國創業環境，提出創新生態四個方面：動機、管理工具、文化、基礎建設，開創LLP創新創業模式。
1.2 現代敏捷管理髮展趨勢
1.敏捷與傳統專案管理適用範圍
(1).結構式專案區
(2).敏捷式專案區
(3).渾沌式專案區
2.軟體開發常見問題
(1).版本釋出所需要的時間越來越長
(2).無法準時交付
(3).制定專案管理計劃的時間太長，而且規劃得不準確
(4).在開發期間，很難做更改
(5).越到最後階段，所需得時間越久
(6).質量持續惡化
(7).”死亡行軍”損傷士氣
1.3 敏捷革命
1.3.1 敏捷宣言
敏捷是一種心態，敏捷的核心是敏捷心態，敏捷是一種基於敏捷價值觀、原則及實踐的心態或做事情的思維哲理。敏捷不是某種特定的過程、架構或工具。
1.3.2 敏捷宣言的4個價值觀
(1).個人與互動勝於過程與工具
(2).可用的軟體勝於複雜的文件
(3).與客戶協作勝於合同談判
(4).響應變更勝於遵循計劃
1.3.3 敏捷宣言的12條原則
第1條：我們第一優先的任務是，通過儘早且持續交付有價值的軟體（系統）來滿足客戶。
第2條：即使在最後開發階段也要竭誠歡迎改變需求，敏捷過程掌握變更，以維護客戶的競爭優勢。
第3條：經常交付可用的軟體（系統），頻率可以從數週到數月，以較短的時間間隔為佳。
第4條：業務人員與開發者在專案進行中必須每天一起工作。
第5條：專案靠積極的個人來完成，給予他們所需的環境與支援，並相信他們可以完成工作。
第6條：在開發團隊與團隊成員之間，面對面的溝通是傳遞資訊最有效率與效能的方式。
第7條：可用的軟體（系統）是進度的主要測量標準。
第8條：敏捷過程提倡穩定持續的開發，發起人、開發者及使用者都應該能不斷地維持穩定地步調。
第9條：持續專注於追求卓越的技術與優良的設計以強化敏捷力。
第10條：精簡—精髓是要盡最大的可能，排除不需要做的工作。
第11條：最佳的架構、需求及設計皆來自於能自我組織的團隊。
第12條：團隊定期自省應如何更有效率，並據以調整於修正行為。
1.3.4 傳統與敏捷的比較
1.傳統與敏捷的三角限制
2.傳統與敏捷開發模式
1.3.5 敏捷的優點與適用性
1.採用敏捷的好處
(1).可持續創新
(2).產品有彈性
(3).加速上市時間
(4).人員與過程有彈性
(5).產出可靠的成果
2.全世界優秀成功的資訊公司幾乎都採用敏捷
3.敏捷適用於各行各業的工作和每個人的生活
1.4 敏捷力=現代組織競爭力
1.OPM3=PPP+OE
(1).PPP，包括SMCI四個等級：標準化(Standardize)、可衡量(Measure)、可控制(Control)、持續改進(Improve)。
(2).OE，包括組織的四個因素：結構(Structural)、文化(Cultural)、技術(Teachnological)、人力資源(Human Resource)。
2.OPM成熟度=敏捷(PPP+OE)
1.5 相互依賴宣告
敏捷專案領導力網路(Agile Project Leadship Network,APLN)於2005年為敏捷專案管理提出相互依賴宣告(DOI)。
1.我們藉由持續專注於有價值的工作來提高投資報酬率。
2.我們藉由與客戶頻繁的互動與共享所有權來交付可靠的成果。
3.我們藉由迭代、預測及調整來應對與管理不確定性。
4.我們藉由認知到個人是團隊價值的源泉，並建立讓他們可以有卓越表現的環境來發揮創意與創新。
5.我們藉由激發群體實現成果的使命感與團隊共同分擔效能責任來提高績效。
6.我們藉由視情況而定的戰略、過程及做法來改善效能和可靠度。
1.6 PMI道德與專業行為準則
1.6.1 責任
1.責任的期望性標準
2.責任的強制性標準
1.6.2 尊重
1.尊重的期望性標準
2.尊重的強制性標準
1.6.3 公正
1.公正的期望性標準
2.公正的強制性標準
1.6.4 誠實
1.誠實的期望性標準
2.誠實的強制性標準
1.7 敏捷認證考試
本文轉自SanMaoSpace部落格園部落格，原文連結：http://www.cnblogs.com/SanMaoSpace/p/6661820.html，如需轉載請自行聯絡原作者