定義
敏捷開發(fā)以用戶的需求進(jìn)化為核心缴允，采用迭代画舌、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)芥映。
流程圖
三種角色
1. 產(chǎn)品負(fù)責(zé)人（Product Owner）
主要負(fù)責(zé)確定產(chǎn)品的功能和達(dá)到要求的標(biāo)準(zhǔn)往扔，指定軟件的發(fā)布日期和交付的內(nèi)容缎讼，同時(shí)有權(quán)力接受或拒絕開發(fā)團(tuán)隊(duì)的工作成果菌瘫。
2. 流程管理員（Scrum Master）
主要負(fù)責(zé)整個(gè)Scrum流程在項(xiàng)目中的順利實(shí)施和進(jìn)行蜗顽，以及清除擋在客戶和開發(fā)工作之間的溝通障礙布卡，使得客戶可以直接驅(qū)動(dòng)開發(fā)。
3. 開發(fā)團(tuán)隊(duì)（Scrum Team）
主要負(fù)責(zé)軟件產(chǎn)品在Scrum規(guī)定流程下進(jìn)行開發(fā)工作诫舅，人數(shù)控制在5~10人左右羽利，每個(gè)成員可能負(fù)責(zé)不同的技術(shù)方面，但要求每成員必須要有很強(qiáng)的自我管理能力刊懈，同時(shí)具有一定的表達(dá)能力这弧；成員可以采用任何工作方式，只要能達(dá)到Sprint的目標(biāo)虚汛。
四種會(huì)議
1. Sprint Planning Meeting（Sprint計(jì)劃會(huì)議）
從Product Backlog（產(chǎn)品需求列表）中挑選出一些User Story作為本次迭代完成的目標(biāo)匾浪，這個(gè)目標(biāo)的時(shí)間周期是1~4個(gè)星期，然后把這個(gè)User Story進(jìn)行細(xì)化卷哩，形成一個(gè)Sprint Backlog蛋辈；
- 將User Story拆分成一個(gè)個(gè)開發(fā)任務(wù)（task）
User Story（用戶故事）是用戶視角的描述；開發(fā)任務(wù)是具體可執(zhí)行的開發(fā)工作将谊，這是從開發(fā)視角來描述的冷溶。這兩者會(huì)不一樣。
- 評(píng)估工時(shí)
強(qiáng)調(diào)自組織尊浓，所以采用紙牌這種方式逞频。一般半天作為一個(gè)故事點(diǎn)（天數(shù)的兩倍），再細(xì)化就沒有必要了栋齿。所以就把紙牌上的數(shù)字當(dāng)做天數(shù)好了苗胀，這樣最方便。
- 排優(yōu)先級(jí)
強(qiáng)調(diào)自組織瓦堵，溝通協(xié)調(diào)工作都由開發(fā)人員自己解決基协，沒有專門的項(xiàng)目居中協(xié)調(diào)。
- 計(jì)劃會(huì)議控制在4個(gè)小時(shí)之內(nèi)菇用，也就是半天（1個(gè)故事點(diǎn)）澜驮；
2. Daily Scrum Meeting（每日站立會(huì)議）
每次會(huì)議控制在15分鐘左右，每個(gè)人都必須發(fā)言刨疼，并且要向所有成員當(dāng)面匯報(bào)你昨天完成了什么泉唁，并且向所有成員承諾你今天要完成什么，同時(shí)遇到不能解決的問題也可以提出揩慕，每個(gè)人回答完成后亭畜，要走到黑板前更新自己的 Sprint burn down（Sprint燃盡圖）
現(xiàn)在有各種工具來做任務(wù)看板，不需要紙片滿天飛了迎卤。
3. Srpint Review Meeting（演示會(huì)議）拴鸵，也稱為評(píng)審會(huì)議
產(chǎn)品負(fù)責(zé)人和客戶都要參加（最好本公司老板也參加），每一個(gè)Scrum Team的成員都要向他們演示自己完成的軟件產(chǎn)品。
同樣劲藐，這個(gè)會(huì)議控制在4個(gè)小時(shí)之內(nèi)八堡，也就是半天（1個(gè)故事點(diǎn)）；
4. Sprint Retrospective Meeting（回顧會(huì)議）聘芜，也稱為總結(jié)會(huì)議
以輪流發(fā)言方式進(jìn)行兄渺，每個(gè)人都要發(fā)言，總結(jié)并討論改進(jìn)的地方汰现，放入下一輪Sprint的產(chǎn)品需求中挂谍；
參考文章
個(gè)人的一些想法
雖然說Scrum反對(duì)文山會(huì)海，但是并不是說Scrum不需要溝通和文檔瞎饲。相反口叙，Scrum更重視溝通和文檔。比如前后端調(diào)試的接口文檔是必須要的嗅战，并且很可能更進(jìn)一步妄田。比如，讓測(cè)試將冒煙用例需要的數(shù)據(jù)直接通過后臺(tái)輸入驮捍，開發(fā)的時(shí)候就完成冒煙測(cè)試疟呐；
計(jì)劃、演示东且、總結(jié)會(huì)議4個(gè)小時(shí)是需要的萨醒；如果在4個(gè)小時(shí)內(nèi)還不能達(dá)成共識(shí)的內(nèi)容，寧可先移出去苇倡，延后執(zhí)行《诓龋可落地比什么都重要旨椒。
每日站會(huì)看上去很簡(jiǎn)單，實(shí)際執(zhí)行中是最難貫徹的堵漱。會(huì)有各種變通方式被提出來综慎，不過最后都會(huì)使站會(huì)流于形式。其實(shí)勤庐，這是Scrum中最有作用的一個(gè)方面示惊。
Spring周期建議為3周，另外放1周時(shí)間進(jìn)行產(chǎn)品試用愉镰、技術(shù)預(yù)研米罚、需求和設(shè)計(jì)評(píng)審等工作。一張一遲丈探，有節(jié)奏感录择，才能持續(xù)。雖然叫敏捷開發(fā)，但是絕對(duì)不是簡(jiǎn)單的快隘竭。
Scrum強(qiáng)調(diào)的是團(tuán)隊(duì)的力量塘秦，類似于特種小分隊(duì)，并不突出個(gè)人英雄主義动看。所以尊剔，絕大部分的公司業(yè)績(jī)考核，比如KPI菱皆，對(duì)于Scrum的推行不但不是助力须误，反而是阻力。
一個(gè)可行的方式是團(tuán)隊(duì)考察搔预。比如計(jì)劃會(huì)議結(jié)束之后霹期，就應(yīng)該給出Sprint完成的獎(jiǎng)勵(lì)（就算只有1000元也是有激勵(lì)效果的）。按時(shí)完成拯田，PO接受了產(chǎn)品历造，就可以兌現(xiàn)。至于這1000元獎(jiǎng)勵(lì)團(tuán)隊(duì)內(nèi)部怎么分配船庇，就像平時(shí)的問題和任務(wù)溝通一樣吭产，團(tuán)隊(duì)成員自行解決。
這種看似有缺陷的只有獎(jiǎng)勵(lì)沒有懲罰的激勵(lì)措施鸭轮，反而是最有效果的臣淤。Scrum最核心的是交付產(chǎn)品，但是最吸引開發(fā)人員的窃爷，卻是這種自組織的管理方式邑蒋。（自己管自己，當(dāng)然只要獎(jiǎng)勵(lì)沒有懲罰按厘，這是人的天性）
