第1章 為什么需要敏捷

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

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

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

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

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

4.項目實施過程中，業(yè)務(wù)人員與開發(fā)人員必須始終通力合作

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

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

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

8.敏捷過程提倡可持續(xù)的開發(fā)

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

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

11.最佳的架構(gòu)，需求和設(shè)計將出自自組織團隊

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

第4章 生命周期選擇

第5章 敏捷實施-創(chuàng)建敏捷環(huán)境

仆人式領(lǐng)導(dǎo)

敏捷團隊

第6章 敏捷實施-在敏捷環(huán)境中交付

常見敏捷實踐：

1.回顧：讓團隊學(xué)習(xí)，改進，調(diào)整其過程

2.待辦事項列表編制

3.待辦事項列表的細化

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

5.展示/評審：用戶故事，產(chǎn)品負責(zé)人，每兩周至少一次，

6.規(guī)劃基于迭代的敏捷

7.幫助團隊交付價值的執(zhí)行實踐：持續(xù)集成，在不同層面測試，驗收測試驅(qū)動開發(fā)，測試驅(qū)動開發(fā)/行為驅(qū)動開發(fā)，刺探

8.迭代和增量如何幫助交付工作產(chǎn)品

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

第8章 關(guān)于項目敏捷性的組織考慮因素

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

第10章 敏捷術(shù)語解析

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

1.Scrum中的迭代計劃會議應(yīng)該不長于8小時

2.現(xiàn)值（PV）和凈現(xiàn)值（NPV），PV不考慮成本，NPV考慮成本

3.項目章程同樣適用于傳統(tǒng)項目和敏捷項目

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

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

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

7.測試驅(qū)動開發(fā)，軟件應(yīng)該按照如何會被接受的前提而編寫

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

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

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

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

2.時間盒，只有在規(guī)定時間內(nèi)通過驗收的功能包含在時間盒內(nèi)

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

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

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

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

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

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

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

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

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

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

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

3.測試驅(qū)動開發(fā)：測試，編碼，重構(gòu)，交付

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

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

6.敏捷任務(wù)是全員完成

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

8.持續(xù)改善在敏捷宣言中沒有

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

1.每日站會會議的主要目的是讓團隊協(xié)調(diào)工作和交流問題

2.圍繞被激勵起來的個體來構(gòu)建項目

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

4.修剪產(chǎn)品樹是一種用于需求收集的創(chuàng)新游戲

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

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

1.敏捷宣言創(chuàng)立于2001年

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

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

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

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

6.如果一個團隊成員的表現(xiàn)未達到預(yù)期，誰應(yīng)該說出此事：團隊。

7.停車場圖：用來抓住可能重要的但應(yīng)該以后再關(guān)注的偏離主題的信息

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

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

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

---------------------------------------------------課后作業(yè)1---------------------------------------------------------------

1.看板中的精益生產(chǎn)概念是如何減少瓶頸對工作的影響？通過成為一個及時的調(diào)度系統(tǒng)

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

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

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

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

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

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

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

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

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

11.敏捷嘗試減少WIP

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

13.發(fā)布計劃，討論產(chǎn)品愿景

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

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

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

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

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

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

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

21.優(yōu)先級的最佳定義：基于價值對產(chǎn)品特征進行相對排序

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

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

24.財務(wù)主管通常會定義：時間和預(yù)算。

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

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

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

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

29.提高團隊激勵的一個方法：提供教練指導(dǎo)

30.用戶故事不是封閉的：沒有清晰的結(jié)束點，露營者可導(dǎo)航網(wǎng)頁

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

---------------------------------------------------------------------------課后作業(yè)2------------------------------------------------------------

1.動態(tài)系統(tǒng)開發(fā)方法：DSDM

2.沖刺待辦事項：將在沖刺/迭代中開發(fā)的產(chǎn)品特征

3.滲透溝通：水晶

4.ATDD，TDD：討論，提取，開發(fā)，示范

5.TDD：1.編寫測試；2.核對和確認測試；3.編寫產(chǎn)品代碼，接著采用測試；4.重構(gòu)產(chǎn)品代碼

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

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

8.哪個敏捷框架總有一個產(chǎn)品發(fā)布：scrum

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

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

----------------------------------------------------------------------------課后作業(yè)3-------------------------------------------------------------------

1.敏捷架構(gòu)中，負責(zé)確保包括商業(yè)管理和開發(fā)者在內(nèi)的所有干系人有效協(xié)作的角色是：項目領(lǐng)導(dǎo)者

2.商業(yè)論證包含回報率

3.積極性，不屬于社區(qū)價值

4.SMART技術(shù)：specific，詳細的；measurable，可測量的；achievable，可完成的；relevant，相關(guān)的；timeboxed：時間定量。

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

6.當(dāng)某一產(chǎn)品準備發(fā)布時，發(fā)布計劃有助于估算

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

8.敏捷是一項平衡靈活性和穩(wěn)定性的能力

9.敏捷項目的說明性文案：監(jiān)管合規(guī)

10.理想時長用來預(yù)測開發(fā)人員

11.不是敏捷驗證過程的特征：確認產(chǎn)品滿足規(guī)格和需求

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

13.在敏捷架構(gòu)中，項目領(lǐng)導(dǎo)者可以授權(quán)團隊

14.敏捷三角：價值，質(zhì)量，約束

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

16.商業(yè)論證可以概述項目的預(yù)期回報率

17.基于風(fēng)險的實驗是風(fēng)險管理的一個技能

18.被授權(quán)的團隊對產(chǎn)品負責(zé)，因此更專注交付價值

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

-----------------------------------------------------------------------課后作業(yè)4--------------------------------------------------------------------

1.理論上準備交付的特征的含義，與產(chǎn)品負責(zé)人合作完成

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

3.時間箱的定義：設(shè)定任務(wù)實際完成需要的時間的估算值

4.產(chǎn)品路線圖的優(yōu)點：有助于促進組織特征

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

6.5個核心風(fēng)險區(qū)：生產(chǎn)率變更，范圍漸變，規(guī)格故障，內(nèi)部日程的缺陷，人才流失

7.故事點是開發(fā)工作的固定單元

8.海史密斯敏捷企業(yè)架構(gòu)的4個層次：投資管理分層，項目管理分層，迭代管理分層，技術(shù)實踐分層

9.構(gòu)想，推測，執(zhí)行，適應(yīng)，收尾

-----------------------------------------------------------------課后作業(yè)5------------------------------------------------------------------------------

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

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

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

3.極限編程一般認為是用戶故事的創(chuàng)作者

4.發(fā)布計劃發(fā)生在發(fā)布計劃期間

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

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

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

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

9.人物是指開發(fā)系統(tǒng)的概念性用戶

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

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

--------------------------------------------------------------課后作業(yè)6-------------------------------------------------------------

1.看板是拉動生產(chǎn)

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

3.迭代計劃發(fā)生在每一迭代前

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

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

6.基于風(fēng)險的試驗任務(wù)：了解搞風(fēng)險任務(wù)的影響力

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。