第1章 為什么需要敏捷

第2章 敏捷和敏捷項目管理定義

第3章 敏捷項目管理價值和原則

1.我們的最高目標是，通過盡早持續交付有價值的軟件來滿足客戶的需求

2.歡迎對需求提出變更，即使在項目開發后期也不例外。敏捷過程要善于利用需求變更，幫助客戶獲得競爭優勢

3.要經常交付可用的軟件，周期從幾周到幾個月不等，且越短越好

4.項目實施過程中，業務人員與開發人員必須始終通力合作

5.要善于激勵項目人員，給予他們需要的環境和支持，并相信他們能夠完成任務

6.團隊內部和各個團隊之間，最有效的溝通方法面對面的溝通

7.可用的軟件是衡量進度的首要衡量標準

8.敏捷過程提倡可持續的開發

9.對技術的精益求精以及對設計的不斷完善將提高敏捷性

10.簡潔，盡最大可能減少不必要的工作

11.最佳的架構，需求和設計將出自自組織團隊

12.團隊要定期反省怎樣做才能更有效

第4章 生命周期選擇

第5章 敏捷實施-創建敏捷環境

仆人式領導

敏捷團隊

第6章 敏捷實施-在敏捷環境中交付

常見敏捷實踐：

1.回顧：讓團隊學習，改進，調整其過程

2.待辦事項列表編制

3.待辦事項列表的細化

4.每日站會：不超過15分鐘，

5.展示/評審：用戶故事，產品負責人，每兩周至少一次，

6.規劃基于迭代的敏捷

7.幫助團隊交付價值的執行實踐：持續集成，在不同層面測試，驗收測試驅動開發，測試驅動開發/行為驅動開發，刺探

8.迭代和增量如何幫助交付工作產品

第7章 敏捷項目管理過程框架

第8章 關于項目敏捷性的組織考慮因素

第9章 敏捷各流派框架介紹

第10章 敏捷術語解析

-------------------------------------------------------第1章-----------------------------------------------------------------

1.Scrum中的迭代計劃會議應該不長于8小時

2.現值（PV）和凈現值（NPV），PV不考慮成本，NPV考慮成本

3.項目章程同樣適用于傳統項目和敏捷項目

4.干系人是任何對項目感興趣的人

5.力場分析法是尋找推動和阻礙變化的因素并給因素分配編號以了解兩邊力量和總和

6.史詩故事是一個大型故事，稱為一種能力

7.測試驅動開發，軟件應該按照如何會被接受的前提而編寫

8.相對規模估計，是估算某件事相比其他事情需要更多或更少工作量的一種實踐

9.近似估計，利用襯衫尺寸，咖啡杯尺寸或其它尺寸使團隊能和工作量聯系起來

-------------------------------------------------------第2章-----------------------------------------------------------------

1.線框圖，團隊可以不寫代碼二迅速創建它們

2.時間盒，只有在規定時間內通過驗收的功能包含在時間盒內

3.持續集成的意思是所有代碼變化要每天提交和測試

4.最小可售功能，一個能增加客戶價值的小單元

5.一個迭代等同于一個沖刺

6.掙值管理在迭代級別被獲取和用于溝通

7.極限編程項目中的角色：教練，客戶，程序員，測試員，跟蹤員

8.價值流程映射法，通過觀察一系列過程并在整個系統中對其跟蹤以便深入理解和分析每個過程產出的價值

9.累計流程圖,顯示的是任務的工作流，而不是過程的工作流

10.精益追求最大化未開展的工作

-------------------------------------------------------第3章-----------------------------------------------------------------

1.速度表示團隊在一個迭代周期可以完成的故事點；循環時間表示一個功能點從開始到完成所花費的時間；燃燒率表示每次迭代的團隊成本；

2.日本的管理術語，持續改善（細微的變化），看板（信號）

3.測試驅動開發：測試，編碼，重構，交付

4.一次探測是在遇到前進方向的問題時用一個小的實驗來決定如何行動

5.可用的軟件是衡量進度的主要指標

6.敏捷任務是全員完成

7.沖刺評審或者回顧會議一般是半天（4小時）

8.持續改善在敏捷宣言中沒有

-------------------------------------------------------第4章-----------------------------------------------------------------

1.每日站會會議的主要目的是讓團隊協調工作和交流問題

2.圍繞被激勵起來的個體來構建項目

3.表明一個常見根源問題的通常被稱為氣味

4.修剪產品樹是一種用于需求收集的創新游戲

5.PMO接受敏捷在不同項目中的實施方式不同

-------------------------------------------------------第5章-----------------------------------------------------------------

1.敏捷宣言創立于2001年

2.極端人物有助于引出正常人物可能丟失的需求

3.要不斷交付可能的軟件，周期從幾周到幾個月不等

4.任務，不一定增加價值但是需要完成

5.滲透式溝通指團隊成員無意中聽到并接受的所處環境中溝通的信息

6.如果一個團隊成員的表現未達到預期，誰應該說出此事：團隊。

7.停車場圖：用來抓住可能重要的但應該以后再關注的偏離主題的信息

8.完成的定義：事先由團隊商定

9.用戶故事-》計劃撲克-》確定故事點

10.寬帶德爾菲，專家再給出估算之前知道還有其他估算者

---------------------------------------------------課后作業1---------------------------------------------------------------

1.看板中的精益生產概念是如何減少瓶頸對工作的影響？通過成為一個及時的調度系統

2.完成一項任務，任務卡放在準備測試目錄下

3.MoSCoW技術：M：必須有；S：應該有；C：可能有；W：這次不會有。（用戶故事進行優先順序排列）

4.敏捷故事地圖 = 項目計劃

5.一個敏捷項目是如何估算的：自上而下

6.敏捷團隊應該避免在項目中同時使用兩種估算方法

7.開發一個用戶故事的理想時間是2-5天

8.一個用戶故事包含：角色+目標+商業價值。

9.基于價值的分析的一個技術是：MoSCoW或Kano

10.價值流程圖：價值增加和非價值增加

11.敏捷嘗試減少WIP

12.解聚將大的用戶故事分解為小的更易于處理的小的故事。

13.發布計劃，討論產品愿景

14.計劃撲克，出現最高和最低的人時，向團隊成員解釋自己的觀點，達成共識。

15.敏捷團隊應當與客戶商討決定是否需要以及用戶故事完成的時間

16.用戶故事的3個C：卡片，對話，確認

17.敏捷開發的基石是：增量交付。

18.INVEST I：獨立；N：可協商；V：有價值的；E：可估算的；S：小故事的；T：可測試的額；

19.產品負責人抱怨功能并沒有提供她想要的最佳體驗：因為終端體驗并不容易測到。

20.價值流程圖：WIDETOM (W-等待，I-庫存，D-缺陷，E-額外流程，T-運輸，O-過度生產，M-動態)

21.優先級的最佳定義：基于價值對產品特征進行相對排序

22.干系人管理：對工作環境的管理和促進，使所有干系人可積極地參與到項目

23.在滾動計劃中，一次計劃接下來的幾次迭代、

24.財務主管通常會定義：時間和預算。

25.通常計劃撲克的參展點用戶故事是中碼或者均碼。

26.計劃撲克中的每一個用戶故事分配的時間是2-3分鐘

27.教練和指導的定義是幫助個人或團隊提高績效

28.集中辦公與滲透溝通：對問題，想法和信息的流動

29.提高團隊激勵的一個方法：提供教練指導

30.用戶故事不是封閉的：沒有清晰的結束點，露營者可導航網頁

31.相對級別/優先級的定義：基于團隊對優先級定義排序的清單

---------------------------------------------------------------------------課后作業2------------------------------------------------------------

1.動態系統開發方法：DSDM

2.沖刺待辦事項：將在沖刺/迭代中開發的產品特征

3.滲透溝通：水晶

4.ATDD，TDD：討論，提取，開發，示范

5.TDD：1.編寫測試；2.核對和確認測試；3.編寫產品代碼，接著采用測試；4.重構產品代碼

6.在價值流程圖中，總前置期被認為是浪費

7.精益軟件開發中的兩種集成類型：概念性的和感知的

8.哪個敏捷框架總有一個產品發布：scrum

9.反思提高研討會是水晶方法的基石

10.停車場圖表是個敏捷文檔，用來對用戶故事按主題進行分類和管理

----------------------------------------------------------------------------課后作業3-------------------------------------------------------------------

1.敏捷架構中，負責確保包括商業管理和開發者在內的所有干系人有效協作的角色是：項目領導者

2.商業論證包含回報率

3.積極性，不屬于社區價值

4.SMART技術：specific，詳細的；measurable，可測量的；achievable，可完成的；relevant，相關的；timeboxed：時間定量。

5.如果一個任務可測量，說明：該任務能被團隊和客戶驗證

6.當某一產品準備發布時，發布計劃有助于估算

7.通常繪制在風險燃盡圖中的是：風險嚴重程度

8.敏捷是一項平衡靈活性和穩定性的能力

9.敏捷項目的說明性文案：監管合規

10.理想時長用來預測開發人員

11.不是敏捷驗證過程的特征：確認產品滿足規格和需求

12.在迭代計劃和迭代期間估算迭代的任務比較合適

13.在敏捷架構中，項目領導者可以授權團隊

14.敏捷三角：價值，質量，約束

15.閃電戰計劃包含了故事的依存關系和包含使用卡片來計劃項目，其中時效性，任何和故事的依存關系被確定和考慮

16.商業論證可以概述項目的預期回報率

17.基于風險的實驗是風險管理的一個技能

18.被授權的團隊對產品負責，因此更專注交付價值

19.項目的權衡矩陣按照固定的，靈活的，許可的老劃分范圍成本等

-----------------------------------------------------------------------課后作業4--------------------------------------------------------------------

1.理論上準備交付的特征的含義，與產品負責人合作完成

2.計劃撲克和親和估算都是參與開發用戶故事相對工作量

3.時間箱的定義：設定任務實際完成需要的時間的估算值

4.產品路線圖的優點：有助于促進組織特征

5.最小可售功能的定義：相對簡單和回報價值的功能

6.5個核心風險區：生產率變更，范圍漸變，規格故障，內部日程的缺陷，人才流失

7.故事點是開發工作的固定單元

8.海史密斯敏捷企業架構的4個層次：投資管理分層，項目管理分層，迭代管理分層，技術實踐分層

9.構想，推測，執行，適應，收尾

-----------------------------------------------------------------課后作業5------------------------------------------------------------------------------

1.最不合適敏捷的合同類型：固定總價合同。

合適敏捷的合同類型：1.初始階段的一般服務協議和為迭代或用戶故事分開設置的固定價合同；2.工料合同；3.不超過固定費用合同；4.獎勵性合同

2.估算用戶故事的相對規模：故事點，理想時間

3.極限編程一般認為是用戶故事的創作者

4.發布計劃發生在發布計劃期間

5.敏捷反饋技術：樣板，模擬，演示，評價，結對編程，單元測試，持續整合，每日站立會議，沖刺計劃

6.局部安全性是指：90%可信估計，50%可信估計的差異

7.三角測量法對比兩個用戶故事來估算開發一個用戶故事

8.人物描述詳細的，演員通用簡明的

9.人物是指開發系統的概念性用戶

10.項目緩沖估算：1.平方和的開方 2.關鍵鏈項目管理 3.二等分50%估計值

11.用戶故事不清晰，高價值的

--------------------------------------------------------------課后作業6-------------------------------------------------------------

1.看板是拉動生產

2.極限編程將新代碼集成后，測試代碼識別集成缺陷

3.迭代計劃發生在每一迭代前

4.用戶故事的驗收標準寫在用戶故事卡片背面

5.常用的解決問題的技巧：大聲提問

6.基于風險的試驗任務：了解搞風險任務的影響力

7.用戶故事的包括：書面描述，對話，測試標準

8.敏捷故事地圖：項目計劃

總結

以上是生活随笔為你收集整理的(ACP)敏捷项目管理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。