最近在著手準(zhǔn)備ACP考試，仔細(xì)看了下相關(guān)的書籍，對每章知識點進(jìn)行相應(yīng)的整理，想著記錄下來，后續(xù)如有更好的理解，再回頭更新。
之后會按照以下目錄進(jìn)行梳理：

• 敏捷的理念
• 價值驅(qū)動交付
• 干系人管理
• 打造高績效團(tuán)隊
• 適應(yīng)性計劃
• 發(fā)現(xiàn)與解決問題
• 持續(xù)改進(jìn)
• 敏捷的實踐

敏捷的理念

敏捷的理念

以上我們能看出來，本章主要從三個方面來講：為什么需要敏捷（什么時候需要）、敏捷宣言和敏捷的框架；

• 為什么需要敏捷
  傳統(tǒng)項目多使用瀑布流的項目管理方式，瀑布流管理強調(diào)對項目的預(yù)見和嚴(yán)格控制，嚴(yán)格遵循需求分析-設(shè)計-編碼-測試-發(fā)布流程，每個過程可能耗費的時間很長，一個項目做下來可能需要大幾個月，甚至數(shù)年。
  從瀑布流的特征不難發(fā)現(xiàn)，這種項目管理方式適用于傳統(tǒng)的、項目過程中變化較小的，外部環(huán)境比較穩(wěn)定的。如果出現(xiàn)需求變化時，返工的代價就非常大了。
  在現(xiàn)在VUCA的時代，不變都就是變化，項目中的需求變化不要太常見，甚至是在發(fā)布前；在以用戶價值為中心、時刻相應(yīng)變化的前提下，瀑布流的管理方式顯得就不那么漂亮了，于是敏捷出現(xiàn)了。
  敏捷思維：
  

  傳統(tǒng)思維&敏捷思維
  
  不難看出，傳統(tǒng)的思維更在意對人的考核，只是管理好人，做好足夠的規(guī)劃，就能更好的完成任務(wù)；
  而敏捷的思維更在意是的過程持續(xù)優(yōu)化，通過系統(tǒng)思考、優(yōu)化整體流程、為員工清除障礙和持續(xù)進(jìn)行增量交付，才能更好的交付價值。

• 敏捷宣言
  敏捷宣言包括以下1+4+1模式：
  1：“我們正在通過親身實踐記憶幫助他人實踐，揭示更好的軟件開發(fā)方法”
  解讀：敏捷是從軟件行業(yè)產(chǎn)生的一種最佳實踐，是經(jīng)驗的積累，不一定適用于所有場景。
  4：

  • 個體和交互勝過過程和工具
  • 可以工作的軟件勝過面面俱到的文檔
  • 客戶合作勝過合同談判
  • 響應(yīng)變化勝過遵循計劃

  1：“雖然右項也具有價值，但我們?nèi)蝿?wù)額左項具有更大的價值”
  解讀：右項所列的過程、工具、文檔同樣是需要的，不是敏捷就不需要這些東西，而是在項目實施過程當(dāng)中，左項的個體和交互、響應(yīng)變化需要大家更多的關(guān)注。
  接下來就仔細(xì)講講四句宣言：

  • 個體和交互勝過過程和工具：關(guān)注人
    解讀：流程和工具是項目需要的，講團(tuán)隊的目的聚焦于個體參與和互動。項目是通過人完成的，而不是工具。困難是由人來解決的，而不是通過流程。人決定來項目需求、項目范圍、項目成功的定義。個體的參與和交互將有利于項目成功。
    并不否認(rèn)過程和工具在項目中的作用，這些反而是重要的組織資產(chǎn)，我們也需要這些東西帶來的邏輯性和預(yù)見性。
    個體和交互勝過過程和工具，有助于聚焦個體的時間、能量和激情。
  • 可以工作的軟件勝過面面俱到的文檔： 關(guān)注價值
    解讀：軟件項目交以創(chuàng)造有價值、高質(zhì)量的軟件為首要目標(biāo)，項目的目標(biāo)就是創(chuàng)造價值，而可用的軟件便是價值。
    我們會時常過多的關(guān)注一些臨時的交付成果，比如泛泛的文檔，而沒有關(guān)注最終的價值：軟件。誠然，沒有文檔會給我們技術(shù)和支持帶來不必要的麻煩，但是只有詳盡的文檔而沒有可以工作的軟件，對于項目或組織而言，便沒有來意義。
    所以，文檔是有意義的，但需要把我好其中的度。如果過多關(guān)注來文檔而犧牲了工作的軟件，那么文檔也是無用的，沒有價值的。
  • 客戶合作勝過合同談判： 靈活與包容
    解讀：在VUCA時代，不變的法則就是變化。我們完全可以按照最初約定來完成產(chǎn)品，但是一旦客戶需求和想法改變，最好的做好就是通過靈活的方法來完成新的目標(biāo)。
    知識性項目都是動態(tài)的，每個軟件都是獨一無二的。外界的需求變化很快，技術(shù)革新非常迅速，不能僅僅停留在合同要求的需求上，而是應(yīng)該跟上時代，識別變化，給客戶帶來更有價值的東西，與客戶一起定義“完成”。
  • 響應(yīng)變化勝過遵循計劃： 適應(yīng)性計劃
    解讀：最初的計劃大都是不完善的，如果我們只是遵循計劃，會導(dǎo)致我們花來過多精力去響應(yīng)必然的變更，從而導(dǎo)致精力被白白浪費。
    當(dāng)然，敏捷并沒有建議完全放棄計劃，而是隨著工作的進(jìn)行，隨著不變的更扁加入，我們應(yīng)該對計劃隊形適應(yīng)性的規(guī)劃，不斷調(diào)整我們的計劃。

• 敏捷的原則
  宣言的發(fā)起人還為敏捷方法撰寫了12條知道準(zhǔn)則，我也響應(yīng)的把原則對應(yīng)的相關(guān)的宣言中，見“敏捷的理念圖”（不一定準(zhǔn)確，僅供參考）

  1. 我們的最高目標(biāo)是通過盡早和持續(xù)地交付有價值的軟件來滿足客戶。
     關(guān)鍵詞：滿足客戶需求 盡早和持續(xù)交付 有價值的軟件
  2. 即使在項目開發(fā)的后期，仍歡迎對需求提出變更。敏捷過程通過擁抱變化，幫助客戶創(chuàng)造競爭優(yōu)勢。
     關(guān)鍵詞：擁抱變更 高效處理變更
  3. 要不斷交付可用的軟件，周期從幾周到幾個月不等，且越短越好。
     關(guān)鍵詞：更快的客戶反饋
  4. 在項目過程匯總，業(yè)務(wù)人員與開發(fā)人員在每天在一起工作。
     關(guān)鍵詞：知識共享 反饋調(diào)整
  5. 要善于激勵項目人員，給他們所需要的環(huán)境和支持，并相信他們能夠完成任務(wù)。
     關(guān)鍵詞：自組織團(tuán)隊
  6. 團(tuán)隊內(nèi)部和各個團(tuán)隊之間，最有效的溝通方法就是面對面的溝通。
     關(guān)鍵詞：面對面溝通包含其他的信息
  7. 可工作的軟件是衡量進(jìn)度的首要指標(biāo)。
     關(guān)鍵詞：客戶接受的才是項目關(guān)注點
  8. 敏捷過程提倡可持續(xù)的開發(fā)。項目方、開發(fā)人員和用戶應(yīng)該能夠保持恒久、穩(wěn)定的進(jìn)展速度。
     關(guān)鍵詞：高效團(tuán)隊
  9. 對技術(shù)卓越和好的設(shè)計的持續(xù)關(guān)注有助于增強敏捷性。
     關(guān)鍵詞：關(guān)注質(zhì)量 重構(gòu)
  10. 盡量做到簡潔，盡最大可能減少不必要的工作。這是一門藝術(shù)。
      關(guān)鍵詞：減少風(fēng)險
  11. 最佳的構(gòu)架、需求和設(shè)計出自自組織團(tuán)隊。
      關(guān)鍵詞：自組織團(tuán)隊更加了解項目
  12. 團(tuán)隊要定期回顧和反省如何能夠做到更有效，并響應(yīng)地調(diào)整團(tuán)隊的行為（回顧和反省）。
      關(guān)鍵詞：學(xué)習(xí)與回顧提升團(tuán)隊適應(yīng)性

• 敏捷的框架
  

  全流程視角下的敏捷框架
  
  對比PMP項目管理過程中的五大階段：啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾；
  敏捷項目管理框架分為五個階段：構(gòu)想、推測、探索、適應(yīng)和結(jié)束；

• 構(gòu)想：產(chǎn)品構(gòu)想、項目范圍、項目團(tuán)隊、團(tuán)隊工作方式；

• 推測：制定基于功能發(fā)布計劃、里程碑和迭代計劃，確保交付構(gòu)想的產(chǎn)品；

• 探索：短期內(nèi)提供經(jīng)測試的功能，不斷致力于減少項目風(fēng)向和不確定性；

• 適應(yīng)：審核提交的結(jié)果、當(dāng)前情況以及團(tuán)隊的績效，必要時作出調(diào)整；

• 結(jié)束：終止項目，交流主要的學(xué)習(xí)成果并慶祝。