敏捷培訓(xùn)的剖析

1、敏捷培訓(xùn)的剖析議程 敏捷工作機(jī)制12敏捷團(tuán)隊(duì)角色及職責(zé)3敏捷團(tuán)結(jié)架構(gòu)* 名詞解釋我們在敏捷項(xiàng)目管理中常見的一些名詞：PO、SM、TEAM、Sprint、Product Backlog等1. 敏捷工作機(jī)制 敏捷開發(fā)模式* 敏捷原則同樣適用于產(chǎn)品和項(xiàng)目管理敏捷Scrum使所有關(guān)鍵利益相關(guān)者定期合作，提供高品質(zhì)的工作，提高可見度和適應(yīng)性專注于應(yīng)對不斷變化的客戶需求。 與Scrum相比，XP團(tuán)隊(duì)的工作時間通常較短不是過程框架，而是通過增量改進(jìn)來改變的一種模型。 結(jié)構(gòu)比Scrum少一個由7個重要原則組成的迭代增量過程，重點(diǎn)在于每個步驟中較長的生命周期和迭代精益消除非增值活動，增加客戶價值。 FDD是一個

2、模型驅(qū)動的短迭代過程Extreme Programming (XP)KanbanAgile Unified Process (AUP)Lean, FDD, DSDM, etc. Scrum極限編程(XP)Kanban敏捷統(tǒng)一流程(AUP)精益, FDD, TDD, etc大型組織實(shí)施不同框架（或者不同框架的不同部分）的組合，以實(shí)現(xiàn)企業(yè)級別的敏捷敏捷是一種有時間約束的、迭代的開發(fā)軟件的方法。它可以在業(yè)務(wù)優(yōu)先級確定之后的短時間內(nèi)提供潛在的可交付的工作代碼，同時提供處理不確定性并適應(yīng)不斷變化的需求的能力。它是從項(xiàng)目開始逐步構(gòu)建軟件，而不是在交付期將至?xí)r嘗試一次性交付。Scrum工作機(jī)制每個Sprin

3、t的活動12345678910Sprint 計(jì)劃會議Sprint DemoSprint 回顧會議每日站會Backlog 梳理會議Sprint 會議安排事件迭代計(jì)劃會需求梳理會每日站立會迭代評審會迭代回顧會迭代協(xié)同會頻率每個迭代1次每個迭代1-2次每天1次每個迭代1次每個迭代1次每周一次時間120分鐘90分鐘15分鐘60分鐘60分鐘30分鐘主要議程確定在即將到來的沖刺中可以交付哪些用戶故事創(chuàng)建沖刺待辦事項(xiàng)（從產(chǎn)品待辦事項(xiàng)中來的用戶故事）將用戶故事分解成任務(wù)（“如何”），并包括時間預(yù)估和人員分配完整的用戶故事（使之達(dá)到“準(zhǔn)備好”的狀態(tài)）昨天我做了什么幫助團(tuán)隊(duì)達(dá)到?jīng)_刺目標(biāo)？我今天要做什么幫助團(tuán)隊(duì)達(dá)到

4、沖刺目標(biāo)？有哪些阻礙我達(dá)到目標(biāo)的障礙？向產(chǎn)品負(fù)責(zé)人展示“完成的”工作請產(chǎn)品負(fù)責(zé)人提供審閱意見（同意或拒絕）評估整個沖刺過程的人員，關(guān)系，流程和工具方面的進(jìn)展情況提出問題和改進(jìn)建議我們團(tuán)隊(duì)對外部團(tuán)隊(duì)有什么樣的依賴關(guān)系？我們團(tuán)隊(duì)對哪些團(tuán)隊(duì)有具體什么樣的期待？我們團(tuán)隊(duì)有哪些問題和風(fēng)險也會存在其他團(tuán)隊(duì)中？參與者敏捷教練產(chǎn)品負(fù)責(zé)人開發(fā)團(tuán)隊(duì)技術(shù)架構(gòu)師傳統(tǒng)項(xiàng)目敏捷聯(lián)系人圖例 必須參與 選擇性參與 不必參與每日工作圍繞用戶故事展開什么是用戶故事描述高級的功能代表一小部分終端用戶功能是合作書寫的結(jié)果是對未來的承諾，是“更為詳細(xì)的”語言包含書面文字、口頭敘述、圖片等包含了用戶故事的驗(yàn)收標(biāo)準(zhǔn)的邊界例子 :敘述：作為

5、一個手機(jī)銀行的用戶我想要查看我的賬戶信息所以我可以了解我的賬戶活動情況驗(yàn)收標(biāo)準(zhǔn):給定我已經(jīng)登錄系統(tǒng)當(dāng)我選擇在我的手機(jī)銀行賬戶查看賬戶信息時然后我能根據(jù)所選擇的賬戶（賬戶名稱、投資理財(cái)方案、外匯購買等）查看賬戶細(xì)節(jié)故事大小運(yùn)用分?jǐn)?shù)進(jìn)行估計(jì)選擇一個中等故事， 給出5分評估與此相關(guān)的其他故事：與此相關(guān)的其他故事一半大兩倍大大一點(diǎn)使用下面范圍的值階段用戶故事 幾個Sprint之后用戶故事, 接近Sprint0.512358132040100估分流程This loop only takes 15 minutesThis loop only takes 35 minutes我們怎么追蹤進(jìn)度？看板為什么使用

6、看板？看板促進(jìn)流動的概念，以持續(xù)為客戶/最終用戶提供價值通過可視化工作流程，我們可以為每個人都看到任務(wù)，活動和瓶頸正在進(jìn)行中的工作（WIP）確保我們專注于提高質(zhì)量，增加對任務(wù)的關(guān)注，并確保我們停止啟動并開始整理主要原則：可視化工作 限制正在進(jìn)行的工作（WIP） 管理流程 明確制定流程政策 實(shí)施反饋回路 協(xié)同改進(jìn)，實(shí)驗(yàn)演變看板是一個“拉拽”的系統(tǒng)，通過優(yōu)化“系統(tǒng)”中的工作流程，提供重點(diǎn)，可持續(xù)發(fā)展和頻繁交付2. 敏捷團(tuán)隊(duì)角色及職責(zé) 敏捷團(tuán)隊(duì)角色角色職責(zé)產(chǎn)出產(chǎn)品負(fù)責(zé)人設(shè)定產(chǎn)品愿景和業(yè)務(wù)重點(diǎn) 確保工作優(yōu)先級在backlog中體現(xiàn)參與需求預(yù)估 引出并充分記錄功能和非功能性需求 代表開發(fā)團(tuán)隊(duì)和業(yè)務(wù)交流，

7、代表業(yè)務(wù)和開發(fā)團(tuán)隊(duì)交流 促進(jìn)團(tuán)隊(duì)的協(xié)作產(chǎn)品backlog 產(chǎn)品級別的需求和優(yōu)先級用戶故事grooming需求文檔 和SME(Subject Matter Experts)互動用戶故事驗(yàn)收標(biāo)準(zhǔn)Scrum Master促進(jìn)團(tuán)隊(duì)互動 消除障礙 開展會議保護(hù)團(tuán)隊(duì)不受干擾，并消除團(tuán)隊(duì)進(jìn)步的障礙 推動團(tuán)隊(duì)不斷改進(jìn)開發(fā)參與需求預(yù)估 幫助需出要求并定義最佳設(shè)計(jì) 提供業(yè)務(wù)的功能和非功能性要求，同時遵守編碼標(biāo)準(zhǔn) 開發(fā)單元測試和重構(gòu)代碼軟件開發(fā)，代碼交付 對需求提出開發(fā)層面的專業(yè)建議，并對未來的設(shè)計(jì)架構(gòu)提出建議測試幫助定義需求并協(xié)助估算 定義測試用例，腳本和步驟，以完全測試根據(jù)需求交付的軟件 定義和準(zhǔn)備測試數(shù)據(jù)，進(jìn)

8、行手動和自動測試 與團(tuán)隊(duì)溝通，提供誠實(shí)的反饋項(xiàng)目交付質(zhì)量保證 記錄缺陷 測試用例和測試數(shù)據(jù)方案架構(gòu)師在業(yè)務(wù)和IT領(lǐng)域之間的溝通，以支持架構(gòu)師和指導(dǎo)技術(shù)協(xié)助規(guī)劃和估計(jì)活動 確保應(yīng)用程序/技術(shù)與路線圖一致確保應(yīng)用程序套件內(nèi)的開發(fā)流程 負(fù)責(zé)在開發(fā)過程中保持對質(zhì)量控制的紀(jì)律 負(fù)責(zé)確保NFR測試技術(shù)負(fù)責(zé)人協(xié)調(diào)敏捷團(tuán)隊(duì)內(nèi)部和整個敏捷團(tuán)隊(duì)的開發(fā)人員和測試人員 向團(tuán)隊(duì)提供技術(shù)專長 協(xié)調(diào)環(huán)境，代碼升級和環(huán)境刷新技術(shù)負(fù)責(zé)人應(yīng)該是開發(fā)組長開發(fā)與測試協(xié)調(diào) 保護(hù)開發(fā)團(tuán)隊(duì)不受干擾 審查代碼以確保符合解決方案架構(gòu)師的標(biāo)準(zhǔn)敏捷團(tuán)隊(duì)角色角色職責(zé)產(chǎn)出敏捷實(shí)踐領(lǐng)導(dǎo)提供企業(yè)框架指導(dǎo)，以支持整個企業(yè)的敏捷實(shí)踐擔(dān)任顧問，培訓(xùn)師和顧問，以

9、幫助敏捷團(tuán)隊(duì)保持一致，不斷改進(jìn)整個企業(yè)的敏捷實(shí)踐幫助敏捷教練，敏捷團(tuán)隊(duì)和支持團(tuán)隊(duì)采用企業(yè)敏捷框架作為敏捷教練團(tuán)隊(duì)的導(dǎo)師敏捷教練提供有關(guān)敏捷實(shí)踐，敏捷角色和責(zé)任的指導(dǎo)提供企業(yè)框架指導(dǎo)，以支持敏捷的采用擔(dān)任培訓(xùn)師和顧問，幫助團(tuán)隊(duì)采用和改進(jìn)敏捷實(shí)踐幫助團(tuán)隊(duì)采用和改進(jìn)敏捷實(shí)踐Scrum Master敏捷團(tuán)隊(duì)角色及職責(zé)促進(jìn)團(tuán)隊(duì)互動（團(tuán)隊(duì)，產(chǎn)品負(fù)責(zé)人和利益相關(guān)者）消除障礙主導(dǎo)會議代表團(tuán)隊(duì)對交付日期和預(yù)算的承諾促進(jìn)敏捷價值觀，原則和最佳做法不是決策者，不分配任務(wù)仆人領(lǐng)袖產(chǎn)品負(fù)責(zé)人（Product Owner）敏捷團(tuán)隊(duì)角色及職責(zé)有時被稱為“客戶的唯一聲音”設(shè)定產(chǎn)品愿景和業(yè)務(wù)優(yōu)先級確保業(yè)務(wù)和客戶優(yōu)先級在積壓內(nèi)得

10、到反映代表項(xiàng)目利益相關(guān)方; 迅速作出或獲得決定代表（或是）客戶推廣產(chǎn)品愿景和目標(biāo)確定要構(gòu)建的內(nèi)容和順序確保價值交付和投資回報率角色與職責(zé) Team (團(tuán)隊(duì))以迭代的方式，增量地交付可工作的軟件，保證交付的質(zhì)量積極響應(yīng)來自PO的高優(yōu)先級業(yè)務(wù)和變化協(xié)助PO維護(hù)產(chǎn)品特性清單，細(xì)化需求和驗(yàn)收測試場景進(jìn)行工作量的估算基于最新的產(chǎn)品特性清單和優(yōu)先級，考慮團(tuán)隊(duì)實(shí)際產(chǎn)能，合理得做出迭代交付承諾在迭代中進(jìn)行自我管理，全力以赴地完成承諾的內(nèi)容，達(dá)到 DoD 標(biāo)準(zhǔn)在迭代結(jié)束，將完成的成果向PO進(jìn)行演示，獲得反饋?zhàn)晕一仡?，提高技能，積極尋求更有效的交付實(shí)踐，持續(xù)提高團(tuán)隊(duì)產(chǎn)能遵守和維護(hù)團(tuán)隊(duì)紀(jì)律產(chǎn)品負(fù)責(zé)人（Product

11、 Owner）敏捷團(tuán)隊(duì)角色及職責(zé)產(chǎn)品負(fù)責(zé)人通常是系統(tǒng)的主要用戶，或者是對用戶、業(yè)務(wù)以及當(dāng)前開發(fā)的系統(tǒng)或系統(tǒng)類型的未來趨勢有深入了解的任何人。開發(fā)團(tuán)隊(duì)敏捷團(tuán)隊(duì)角色及職責(zé)擁抱“全部成功或者全部失敗”每個加入團(tuán)隊(duì)的成員都有一個角色（開發(fā)、測試、架構(gòu)等），所有人）3. 敏捷團(tuán)隊(duì)架構(gòu)敏捷團(tuán)隊(duì)構(gòu)建為了擴(kuò)展和擁有多個團(tuán)隊(duì)，我們應(yīng)該考慮關(guān)于構(gòu)建團(tuán)隊(duì)和開發(fā)用戶故事的指導(dǎo)原則產(chǎn)品代辦列表敏捷交付團(tuán)隊(duì)A (9)(專用)Scrum Master (1)分析 (1)開發(fā) (3)測試 (2)產(chǎn)品負(fù)責(zé)人(1)方案架構(gòu)師*敏捷交付團(tuán)隊(duì)B (8)(專用)Scrum Master (1)分析 (1)開發(fā) (2)測試 (2)產(chǎn)品負(fù)

12、責(zé)人(1)方案架構(gòu)師*敏捷交付團(tuán)隊(duì)C (7)(專用)Scrum Master (1)分析 (1)開發(fā) (3)測試 (1)產(chǎn)品負(fù)責(zé)人(1)敏捷交付團(tuán)隊(duì) D (9)(專用)Scrum Master (1)分析 (1)開發(fā) (3)測試 (2)產(chǎn)品負(fù)責(zé)人(1)方案架構(gòu)師*迭代代辦列表速度: X速度: Y速度: Z速度: K迭代代辦列表迭代代辦列表迭代代辦列表基于特征的團(tuán)隊(duì)優(yōu)勢優(yōu)勢描述增加價值吞吐量專注于提供客戶或市場價值最多的產(chǎn)品增加學(xué)習(xí)個人和團(tuán)隊(duì)學(xué)習(xí)由于更廣泛的責(zé)任而增加，并且由于與各方面專家的同事共處 - 對長期改進(jìn)和加速至關(guān)重要;減少未充分利用的人的浪費(fèi)簡化規(guī)劃通過向團(tuán)隊(duì)提供一個全面的功能，組織

13、和規(guī)劃變得更加容易 - 例如，不再需要在單一專業(yè)功能和組件團(tuán)隊(duì)之間進(jìn)行協(xié)調(diào)減少切換浪費(fèi)由于整個功能團(tuán)隊(duì)全部工作（分析，設(shè)計(jì)，代碼，測試），切換顯著減少少等待更快的周期時間 - 減少了等待的浪費(fèi)，因?yàn)榍袚Q被消除，并且因?yàn)橥瓿煽蛻艄δ懿槐氐却喾?，每個人都在連續(xù)地進(jìn)行部分工作自我管理；提高成本和效率Scrum團(tuán)隊(duì)不需要項(xiàng)目經(jīng)理或矩陣管理功能交付，因?yàn)閰f(xié)調(diào)是微不足道的。團(tuán)隊(duì)負(fù)責(zé)端到端的完成，并與他人協(xié)調(diào)工作。數(shù)據(jù)顯示管理人員與發(fā)展生產(chǎn)力之間存在負(fù)相關(guān)關(guān)系，而且內(nèi)部和外部焦點(diǎn)的團(tuán)隊(duì)更有可能成功更好的代碼/設(shè)計(jì)質(zhì)量在共享組件上工作的多個功能團(tuán)隊(duì)產(chǎn)生壓力，以保持代碼清潔，格式化為標(biāo)準(zhǔn)，不斷重構(gòu)，并被許多單

14、元測試包圍，否則將無法使用。另一方面，由于熟悉程度很長，組件團(tuán)隊(duì)只能使用混淆代碼才能理解更好的動機(jī)研究表明，如果一個團(tuán)隊(duì)覺得他們對一個工作項(xiàng)目有完整的端到端的責(zé)任，而當(dāng)目標(biāo)是以客戶為導(dǎo)向的話，那么有更高的動機(jī)和工作滿意度是生產(chǎn)率和成功的重要因素。簡單的界面和模塊協(xié)調(diào)一個人或團(tuán)隊(duì)更新接口的兩側(cè)（主叫和被叫），并更新所有模塊中的代碼;因?yàn)楣δ軋F(tuán)隊(duì)在所有組件上工作;不需要團(tuán)隊(duì)間協(xié)調(diào)。變化更容易要求或設(shè)計(jì)的變化（我們知道這是罕見的，但我們聽到它發(fā)生在某個地方一次）被一個團(tuán)隊(duì)吸收;不需要多團(tuán)隊(duì)重新協(xié)調(diào)和重新規(guī)劃。Source: Scaling Lean and Agile Development基于架構(gòu)的敏捷團(tuán)隊(duì)角色變化瀑布項(xiàng)目經(jīng)理業(yè)務(wù)負(fù)責(zé)人商業(yè)分析師開發(fā)測試重視項(xiàng)目管理的指標(biāo)和期限 對不確定性感到不舒服，而且依賴于文檔前期定義了所有范圍 在發(fā)布周期結(jié)束時看到成品 為開發(fā)團(tuán)隊(duì)提供SME是很有限的不怎么與開發(fā)人員合作 專注于寫作要求，同時外推盡可能多的細(xì)節(jié)過多思考組件和模塊方面的開發(fā) 把代碼放在墻上進(jìn)行測試 偶爾有停機(jī)獨(dú)立于開發(fā)人員進(jìn)行測試 對一周的代碼執(zhí)行測試 以有限的測試自動化手段進(jìn)行手動測試敏捷Scrum Master產(chǎn)品負(fù)責(zé)人商業(yè)分析師開發(fā)測試非常支持團(tuán)隊(duì)提高生產(chǎn)力的需求 消除障礙并解決