一、敏捷項(xiàng)目管理的引入
傳統(tǒng)的瀑布式軟件開發(fā)造成大量的浪費(fèi)且輸出并不是用戶想要的產(chǎn)品叹螟。
敏捷開發(fā)的歷史：2001鹃骂，鮑勃馬丁和其他17人發(fā)布的敏捷宣言
敏捷軟件開發(fā)宣言
獨(dú)立和互動(dòng) ? 勝過 ??流程和工具
可運(yùn)行的軟件 ?勝過?復(fù)雜的文件
客戶協(xié)作 ?勝過?合同的談判
應(yīng)對(duì)變化?勝過 ?遵守計(jì)劃
Agile（敏捷）開發(fā)的特點(diǎn)：清晰定義成果和目標(biāo)，明確傳遞給團(tuán)隊(duì)罢绽。減少控制和命令畏线。
將權(quán)力歸還給執(zhí)行者，行事的出發(fā)點(diǎn)基于對(duì)團(tuán)隊(duì)的信任良价。
產(chǎn)品滿足客戶應(yīng)用的要求是企業(yè)生存的必要條件寝殴。
敏捷人的價(jià)值觀：只有用戶喜歡的產(chǎn)品才是敏捷人的目標(biāo)。
敏捷人的特點(diǎn)：擁抱變化
敏捷人對(duì)質(zhì)量的定義：產(chǎn)出超越客戶的期望值明垢。
對(duì)敏捷的常見誤解：
對(duì)人的要求很高
敏捷無文檔蚣常，也不做設(shè)計(jì)
敏捷就是快，可以縮短工期
敏捷就是持續(xù)集成
實(shí)施敏捷必須使用自動(dòng)化測(cè)試
敏捷就是很炫酷的工作方法
敏捷好痊银，其他項(xiàng)目管理不好
實(shí)現(xiàn)敏捷很容易
敏捷可以解決所有問題
以上都是誤解５治谩！！
敏捷思維=Scrum +XP + Kanban
二贞绳、Scrum方法論
Minimal Framework of Scrum敏捷開發(fā)的基本框架
核心要素可以歸納為3355谷醉，另外的工具是通用的Scrum實(shí)踐。
3 roles：Product Owner冈闭，Scrum Master俱尼，Team
3 artifacts：Product Backlog，Sprint Backlog萎攒，Burndown Chart
5 ceremonies：Sprint Planning遇八，Sprint Review，Retrospective耍休，Daily Scrum刃永，Sprint
三、Scrum要素
PSP潛在可交付產(chǎn)品增量
Release Plan（發(fā)布計(jì)劃）----(PO)Product backlog（產(chǎn)品需求）----(team)Sprint backlog迭代需求(commitment承諾)
High Quality高質(zhì)量的產(chǎn)品
Tested經(jīng)過測(cè)試的產(chǎn)品
Entire完整可用的產(chǎn)品
Do well when it should be done.在規(guī)定的時(shí)間內(nèi)必須盡最大努力完成好羹应。
Product Backlog產(chǎn)品需求(Product?owner產(chǎn)品負(fù)責(zé)人)
DEEP?Principle原則
Detailed appropriately適當(dāng)細(xì)化的
Emergent隨時(shí)產(chǎn)生的
Estimated有估算的
Prioritized有優(yōu)先級(jí)的
Product Backlog including產(chǎn)品需求可以包括:
用戶故事, Bug, Task, 其他
但是用戶故事是我們最希望出現(xiàn)在產(chǎn)品需求里面的內(nèi)如揽碘。
用戶故事是產(chǎn)品負(fù)責(zé)人用來討論的關(guān)于產(chǎn)品需求的一個(gè)提示次屠。
As a…(role)
I want/need …(goal)
So that I could…(value)
User?Story 3C原則
Card寫在卡片上
Conversation用于對(duì)話
Confirmation及時(shí)確認(rèn)
INVEST
Independence獨(dú)立的
Negotiable可討論的
Valuable有價(jià)值的
Estimable可估算的
Small小的
Testable可測(cè)試的
Epic ? ?or ? ?implementable
X史詩級(jí) ? V可被實(shí)現(xiàn)的
四园匹、角色和職責(zé)
Product?Owner產(chǎn)品負(fù)責(zé)人：(Wolf)
對(duì)產(chǎn)品的投資回報(bào)率負(fù)責(zé)
驅(qū)動(dòng)產(chǎn)品成功
確定產(chǎn)品的愿景
管理product baclog
定義價(jià)值
排列優(yōu)先級(jí)
決定發(fā)布
Stakeholder匯報(bào)
ScrumMaster
變革的引領(lǐng)者
服務(wù)型領(lǐng)導(dǎo)者
障礙的清除者
Scrum流程專家
系統(tǒng)的維護(hù)工
Team
5-9人，
Full time staff
自我組織和管理
所有人都是team member
淡化Function
是一個(gè)learning team
五劫灶、Scrum階段活動(dòng)
Sprint planning迭代策劃
Morning上午：PO tell USER Story裸违。PO講故事。
Afternoon下午：estimate估算本昏，discuss討論供汛，distribute task分配任務(wù)
Task估算單位是小時(shí)，
User story估算單位是story point故事點(diǎn)
Sprint Backlog迭代需求
故事點(diǎn)系統(tǒng)
估算的目標(biāo)是在一定時(shí)間內(nèi)把估算的錯(cuò)誤率降到最低涌穆，而不是盡量精確怔昨。
估算是為了討論和學(xué)習(xí)，排除不確定性宿稀，分享知識(shí)趁舀，打通其他人不知道的內(nèi)容。
Burndown Chart燃盡圖
Daily Scrum每日站會(huì)
不超過15min
不用來解決問題祝沸，用來提出問題
只有Scrum team發(fā)言矮烹，stakeholder不允許發(fā)言
每日站會(huì)的三個(gè)問題：
What has been done since last meeting?上次會(huì)議后完成了什么？
Want need to be done before next meeting罩锐？下次會(huì)議前需要完成什么奉狈？
What obstacle in the way?有什么阻礙？
Sprint review迭代評(píng)審
非正式
不用PPT
最多兩個(gè)小時(shí)
Sprint retrospective迭代回顧：Team團(tuán)隊(duì)自行找到可以做得更好的點(diǎn)涩惑，實(shí)現(xiàn)持續(xù)改進(jìn)
傳統(tǒng)方式：差距+新的需求
心路里程坐標(biāo)圖
