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 敏捷認證考試