敏捷軟件開發(fā)實踐（2D）

敏捷軟件開發(fā)實踐—基于Scrum框架
主講：潘德有 2D
課程介紹：
在一些軟件開發(fā)企業(yè)，包括自主開發(fā)、為第三方提供服務(wù)、離岸外包等，都會面臨一系列開發(fā)挑戰(zhàn)。這包括多變的環(huán)境、客戶需求不確定（很難全面獲得客戶需求）、以及新技術(shù)等。按照Cynefin 框架和Stacey 矩陣，需求、技術(shù)和人是開發(fā)團隊面臨的最大挑戰(zhàn)。傳統(tǒng)的預(yù)測型（瀑布模式）無法在這種環(huán)境下完成交付目的。企業(yè)開始選擇和轉(zhuǎn)型到適應(yīng)型開發(fā)方法中（即敏捷）。
敏捷思維模式（或特定方法，如Scrum），融合了精益中的小批量交付、關(guān)注價值、避免浪費、持續(xù)改進等做法，并在《敏捷宣言》的指導(dǎo)原則下以應(yīng)對需求多變、快速且小批量交付、快速使用成果、關(guān)注價值等做法，實現(xiàn)當前軟件開發(fā)業(yè)的訴求。本課程重點圍繞Scrum框架，融合XP、精益、看板等最佳實踐，為項目軟件開發(fā)團隊提供一套完整可行的項目交付方法。
學(xué)習(xí)收獲：
能夠清晰的理解和認識敏捷軟件開發(fā)中的各類角色，以及干系人的職、權(quán)、責(zé)；
能夠理解敏捷團隊各崗位（如PO、Scrum Master、開發(fā)團隊等）的職責(zé)；
能夠完整的啟動、規(guī)劃、開發(fā)、評價、結(jié)束一個敏捷項目，或敏捷中的一個發(fā)布、沖刺；
能夠全局理解客戶、發(fā)起人的可變性訴求，能夠及時關(guān)注并交付軟件成果和價值；
能夠按照Scrum框架（或類似敏捷框架），從端到端理解、應(yīng)用全過程開發(fā)方法。
適用對象：
敏捷項目經(jīng)理、需求工程師、軟件分析師、產(chǎn)品負責(zé)人、開發(fā)團隊、敏捷轉(zhuǎn)型團隊、IT/軟件開發(fā)人員。期望對敏捷項目管理有全面了解的人，包括Scrum、ACP相關(guān)人員。
課程時間：
2天，6hours/天，共計12hours
課程大綱
第一天上午9:00-12:00（偏理論）
敏捷軟件開發(fā)基本概念
敏捷轉(zhuǎn)型中的要點說明
傳統(tǒng)軟件開發(fā)項目特點
敏捷軟件開發(fā)生命周期介紹
敏捷宣言解析
敏捷四大價值觀工作用于
敏捷宣言的提出和意義
敏捷宣言的價值與實際工作的融合
敏捷12條原則工作應(yīng)用
敏捷原則的聚焦點
敏捷原則與實際開發(fā)工作的融合
軟件混合型方法的采用說明
敏捷軟件開發(fā)項目復(fù)雜性說明
敏捷軟件開發(fā)項目立項
確定敏捷項目角色
產(chǎn)品負責(zé)人（PO）的角色與職責(zé)
PO人選、任命與職責(zé)要求
PO如何代表發(fā)起人關(guān)注敏捷開發(fā)價值
跨職能開發(fā)團隊角色與職責(zé)
開發(fā)團隊人員構(gòu)成要求
開發(fā)團隊人員選擇和組建要求
開發(fā)團隊人員技能要求
Scrum Master角色與職責(zé)
傳統(tǒng)項目經(jīng)理與敏捷教練的區(qū)別
如何理解“團隊促進者”這個定義
其他干系人在敏捷中的角色職責(zé)
發(fā)起人角色
客戶和用戶角色
職能負責(zé)人角色
其他角色
第一天下午13:00-16:00（實際應(yīng)用）
確定軟件開發(fā)項目愿景
確定軟件產(chǎn)品開發(fā)愿景
制定并發(fā)布軟件產(chǎn)品愿景說明書商業(yè)需要與項目目的說明書
制定與發(fā)布產(chǎn)品路線圖
產(chǎn)品路線圖制定要求
產(chǎn)品路線圖更新和復(fù)盤說明
確定軟件項目開發(fā)版本
案例應(yīng)用：S公司是一家游戲開發(fā)企業(yè)，公司決定通過敏捷方法嘗試開始一個新項目，在現(xiàn)有的團隊中，管理層決定選擇一位產(chǎn)品負責(zé)人、一個敏捷項目負責(zé)人、8個開發(fā)團隊成員。你是S公司外聘的一個敏捷教練，你應(yīng)該給他們什么建議？
收集與梳理敏捷軟件需求
制定產(chǎn)品待辦事項列表
產(chǎn)品待辦項（Backlog）格式和要求
產(chǎn)品負責(zé)人在此處所面臨的困難和解決方案
軟件開發(fā)項目需求說明
功能與非功能需求
過渡需求
項目管理需求
收集與整理敏捷軟件需求
需求格式制定與說明
需求與用戶故事概念
角色建模技術(shù)
用戶故事如何表達
如何用卡片表達故事
用戶故事的對話機制
確認與發(fā)布用戶故事
如何從史詩到用戶故事
優(yōu)秀用戶故事的特點
INVEST特征
繪制故事地圖
收集和啟發(fā)需求的方法
訪談技術(shù)
頭腦風(fēng)暴
原型法
聯(lián)合應(yīng)用開發(fā)
在產(chǎn)品待辦項中確定一次發(fā)布
敏捷軟件需求和傳統(tǒng)項目需求差異
案例應(yīng)用：S公司根據(jù)軟件開發(fā)要求，決定先梳理出一部分開發(fā)內(nèi)容，在定義“用戶故事”時，團隊通過“卡片”展示每個故事的特點，并在故事卡的背面記錄了每個故事的測試和驗收條件，你能否按照這個要求，也梳理出當前項目的“故事卡”？
第二天上午9:00-12:00（實際應(yīng)用）
定義與規(guī)劃沖刺（迭代）
沖刺規(guī)劃會議
什么是沖刺（迭代）規(guī)劃會議
參與者職責(zé)說明
發(fā)布單次沖刺要求
需求優(yōu)先級梳理
MoSCoW原則的使用
時間盒子概念
決策技術(shù)的應(yīng)用
投票原則
沖刺工作量估算和速率
用戶故事常見工作量估算單位
故事點和理想日
沖刺待辦項估算要點
團隊估算
估算的準確度和精確度
估算的相對性
沖刺速率
什么是速率
預(yù)測和確定沖刺速率
沖刺（迭代）規(guī)劃注意事項
迭代燃盡圖和燃起圖的使用
單次沖刺發(fā)布與開工儀式
案例應(yīng)用：在S公司剛批準的新軟件開發(fā)項目中，對于已經(jīng)創(chuàng)建在案的“需求”，產(chǎn)品負責(zé)人分析了他們的優(yōu)先級，在需求優(yōu)先級定義的過程中，大家都參與了討論。你現(xiàn)在有20個用戶故事，現(xiàn)在如何給出他們的優(yōu)先級？
沖刺（單次迭代）過程
開發(fā)團隊
跨職能要求（T型特征團隊）
分工協(xié)作
單次沖刺工作量確認
探測
第0次沖刺和第1次沖刺
任務(wù)分解與沖刺
將用戶故事拆分為任務(wù)
創(chuàng)建任務(wù)看板和執(zhí)行
解決問題與“停車場圖”使用
每日工時單提交
基于流程的敏捷和基于迭代的敏捷
團隊協(xié)作
每日站立會議
會議參與者
會議時長說明
會議內(nèi)容要求
關(guān)注技術(shù)債務(wù)
第二天下午13:00-16:00（實際應(yīng)用）
工作績效報告發(fā)布
信息發(fā)射源的概念
使用看板推動任務(wù)執(zhí)行
迭代燃盡圖和燃起圖檢測過程
案例應(yīng)用：K公司的團隊在展示燃盡圖時，發(fā)現(xiàn)截止到第5天的進展情況突然出現(xiàn)直線下降，你是否能夠用燃盡圖很好的展示項目單次迭代的績效呢？
沖刺（迭代）評審與回顧
評審
評審會議的安排
評審的主要目的
評審的參與者
評審與部署、發(fā)布
變更
過程管理中的變更問題
產(chǎn)品評審結(jié)果變更問題
回顧
什么時候舉行回顧會議
回顧的目的和意義
如何做到持續(xù)改進
案例應(yīng)用：K公司針對新產(chǎn)品開發(fā)項目中的需求，進行了定義和說明，但是怎么樣才能夠“即滿足客戶訴求，也滿足執(zhí)行訴求”，看看團隊如何開展基于價值和優(yōu)先級的交付策略，如何切合產(chǎn)品功能和屬性，并階梯式交付，怎么樣理解“迭代與增量”的思維模式。誰對價值和交付負責(zé)，誰來推動目標的落地。
大規(guī)模敏捷特點
基于Scrum的單一交付模式
大規(guī)模敏捷開發(fā)特點
最終產(chǎn)品發(fā)布與上市
基于短迭代短交付的上市原理
及時獲取和分析產(chǎn)品價值
評估產(chǎn)品投資回報情況
案例應(yīng)用：針對敏捷開發(fā)過程的全過程管理，新產(chǎn)品按照迭代開發(fā)和交付，并實時交付價值，滿足市場需求，獲得投資者和客戶的認可。如何判斷是否得到回報和收益？

潘德有老師的其它課程