目錄：
一妻往、什么是Agile
二、什么樣的團隊適合Agile
三试和、敏捷開發(fā)的實施步驟（SCRUM）
四讯泣、Agile敏捷管理的具體實施
五、敏捷工作坊的體驗
六阅悍、結(jié)語
七好渠、附：SCRUM在教育和政府領(lǐng)域的應(yīng)用

什么是敏捷？

從本質(zhì)上講节视，敏捷（Agile）并不是開發(fā)方法拳锚，而是一種理念。對于項目管理而言肴茄，敏捷是一個全新的術(shù)語晌畅，敏捷強調(diào)在軟件研發(fā)過程中持續(xù)性的根據(jù)用戶反饋和需求優(yōu)先級來發(fā)布新版本吩谦，不斷進行迭代，讓產(chǎn)品逐漸完善朋鞍。

在數(shù)十年前队橙，瀑布式項目管理是軟件研發(fā)的主流方法，在研發(fā)過程中连躏，團隊成員將會花大把的時間和精力在項目前期去收集資源和信息剩岳，然后基于這些去做產(chǎn)品設(shè)想和研發(fā)規(guī)劃。

到了70年代入热，有先覺的研發(fā)人員發(fā)現(xiàn)瀑布式研發(fā)不僅在執(zhí)行中各處受限拍棕，研發(fā)速度還很慢，顯然Out了勺良。尤其到了90年代末期绰播，開始出現(xiàn)黑客來搗亂，這就意味著前功盡棄尚困、全部推倒重來蠢箩，這簡直是研發(fā)的噩夢。

相比瀑布基于線性事甜、可預(yù)測性地去開發(fā)產(chǎn)品谬泌，研發(fā)人員更想要能夠靈活管理用戶反饋、Bug和需求的方法逻谦。這也就是敏捷方法出來以后受歡迎的原因掌实。

另外，你也可以通過這個視頻學(xué)習(xí)什么是敏捷（Agile）

在2001年邦马，17位研發(fā)人員共同探討出了《敏捷宣言》這份文檔贱鼻，闡述了他們對于軟件研發(fā)的看法。文中他們定義了敏捷開發(fā)需要遵守的四項價值觀勇婴。

• 個體和互動 高于 流程和工具
• 工作的軟件 高于 詳盡的文檔
• 客戶合作 高于 合同談判
• 響應(yīng)變化 高于 遵循計劃

總結(jié)為：

1. 以人為本：重視個體間的合作互動
2. 目標導(dǎo)向：我們最終交付的是“可使用的軟件”忱嘹，而不是一堆繁重的文檔
3. 客戶為先：理解客戶需求，與客戶合作
4. 擁抱改變：客戶會在不斷變化需求的過程中明晰真正需要的耕渴，因此敏捷需要擁抱變化

盡管如此拘悦，這四項價值觀并不意味著我們就該放棄工具、文檔和計劃橱脸。因為它們對研發(fā)結(jié)果依然有非常重要的價值础米，只是相比之下，我們應(yīng)該關(guān)注更核心的事物：人添诉、產(chǎn)品模型屁桑、協(xié)作和迭代。為了讓這四項原則變得簡單易懂好執(zhí)行栏赴，他們又將寫了敏捷開發(fā)12項原則作為指導(dǎo)：

1. 我們最重要的目標蘑斧，是通過持續(xù)不斷地及早交付有價值的軟件使客戶滿意。
2. 欣然面對需求變化，即使在開發(fā)后期也一樣竖瘾。為了客戶的競爭優(yōu)勢沟突，敏捷過程掌控變化。
3. 經(jīng)常地交付可工作的軟件捕传，相隔幾星期或一兩個月惠拭，傾向于采取較短的周期。
4. 業(yè)務(wù)人員和開發(fā)人員必須相互合作庸论，項目中的每一天都不例外职辅。
5. 激發(fā)個體的斗志，以他們?yōu)楹诵拇罱椖磕羰尽Ｌ峁┧璧沫h(huán)境和支援域携，輔以信任，從而達成目標催什。
6. 不論團隊內(nèi)外涵亏，傳遞信息效果最好效率也最高的方式是面對面的交談宰睡。
7. 可工作的軟件是進度的首要度量標準蒲凶。
8. 敏捷過程倡導(dǎo)可持續(xù)開發(fā)。責(zé)任人拆内、開發(fā)人員和用戶要能夠共同維持其步調(diào)穩(wěn)定延續(xù)旋圆。
9. 堅持不懈地追求技術(shù)卓越和良好設(shè)計，敏捷能力由此增強麸恍。
10. 以簡潔為本灵巧，它是極力減少不必要工作量的藝術(shù)。
11. 最好的架構(gòu)抹沪、需求和設(shè)計出自自組織團隊刻肄。
12. 團隊定期地反思如何能提高成效，并依此調(diào)整自身的舉止表現(xiàn)融欧。

如果我們把這些原則和遇到的問題對號入座敏弃，很快我們就會發(fā)現(xiàn)，這12項原則正是對應(yīng)了客戶期望噪馏。比如麦到，客戶不會關(guān)心開發(fā)文檔寫的怎么樣，他們更感興趣交付的成品能干什么欠肾；他們不在意你的開發(fā)計劃瓶颠，他們希望你能立馬交付；昨天他們想要修個BUG刺桃，而不是等到下次版本更新粹淋。

我們總會遇到需求多樣化的客戶，而這時，敏捷能夠確保你在研發(fā)過程中始終將用戶需求作為核心桃移。

二欢搜、什么樣的團隊適合Agile

敏捷雖然聽起來光鮮亮麗，但不是所有項目都能用敏捷來做谴轮。

敏捷在公司里投入使用后可能與預(yù)想的結(jié)果背道而馳炒瘟。敏捷意味著快速推進項目，也就是說并不是所有事情都是按部就班第步。因此疮装，我們得知道在這種快速變化的環(huán)境下，團隊是否能夠適應(yīng)變化粘都。

所以在部署使用敏捷前廓推，需要團隊先明確幾個問題：

1.你是否會愿意接手目標不明確的項目？

敏捷項目管理中有句話叫做：快速失敗翩隧。比如我們接手了一個連最終產(chǎn)出都不明確的項目樊展，首先我們會先交付最小模型產(chǎn)品，這時我們得做好被質(zhì)疑的準備堆生。畢竟沒人知道要做出怎么樣的產(chǎn)品专缠，所以我們的最小模型的產(chǎn)品很可能是個怪胎。在與客戶反復(fù)測試后淑仆，我們才會逐步了解他們的真實需求涝婉，這時候我們離成功又近了一步。

2.你會如何規(guī)避項目風(fēng)險蔗怠？

就像我們前面提到的墩弯，敏捷提倡不斷從犯錯中積累學(xué)習(xí)并持續(xù)迭代。如果我們走老路寞射，用傳統(tǒng)項目管理的方法來推進的話渔工，我們會要承擔(dān)更大的風(fēng)險。當(dāng)然就算我們開始敏捷之后桥温，也要準備好隨時響應(yīng)未知問題引矩。

3.你的團隊能有多靈活？

作為項目經(jīng)理策治，我們的責(zé)任是和客戶一起把產(chǎn)品做的更好脓魏。這么做很可能和設(shè)計、研發(fā)通惫、其他成員的想法背道而馳茂翔。這時我們需要找主心骨聊一聊，是否愿意放下老套路履腋，根據(jù)用戶需求來調(diào)整想法珊燎、重新規(guī)劃方向惭嚣。

4.公司階層制度嚴格嗎？

敏捷的其中一項原則不僅是和用戶一起工作悔政，研發(fā)成員的身份也會發(fā)生變化晚吞。你們公司的文化開放嗎？是否能接受扁平和開放的管理方法谋国？

5.你怎么衡量進度槽地？怎么定義成功？

用敏捷來管理項目能夠幫我們逐漸進步的同時也督促我們將產(chǎn)品做得更好芦瘾。如果因為突發(fā)靈感而放棄正在執(zhí)行的任務(wù)捌蚊，那么敏捷將毫無意義。我們先花些時間來看看團隊是怎么看待進步和成功近弟。然后再來看我們是不是離最終目標一步步的更近了缅糟？

三、敏捷開發(fā)的實施步驟（敏捷開發(fā)SCRUM）

Scrum的工作原理：

在Scrum中祷愉，產(chǎn)品經(jīng)理和項目團隊緊密協(xié)作窗宦，一起定義目標、梳理產(chǎn)品需求清單二鳄。清單中通常會包含產(chǎn)品特性赴涵、修復(fù)bug、非必要功能需求以及其他要在交付時完成的工作泥从。

有了產(chǎn)品清單句占，產(chǎn)品經(jīng)理就會開始確定需求優(yōu)先級，研發(fā)團隊通常會在接下來30天左右的迭代中產(chǎn)出“潛在可交付版本”躯嫉。當(dāng)研發(fā)團隊制定了迭代清單后，除了團隊成員外杨拐，任何人都不能再加入需求祈餐。當(dāng)一輪迭代完成后，全員再次分析需求清單哄陶、劃分需求優(yōu)先級帆阳，然后進入下一輪迭代。

SCRUM包含的三個內(nèi)容：

1.三個角色

• 產(chǎn)品負責(zé)人（Product Owner）：他/她清楚的知道要做什么屋吨，知道產(chǎn)品的特性以及會取得什么成果蜒谤。從客戶的角度去認識產(chǎn)品，思考實際使用產(chǎn)品的人需要什么至扰。

• SCRUM Master：他/她為敏捷開發(fā)的過程負責(zé)鳍徽，幫助團隊盡其可能完成工作，組織日常會議和幫助團隊消除一切障礙敢课。

• SCRUM Team:由開發(fā)人員阶祭，測試人員绷杜，文案以及其他幫助研發(fā)的人員組成。團隊成員經(jīng)常扮演多種角色濒募，有些時候開發(fā)人員可能把測試做完鞭盟，測試人員把文案做完，無論如何瑰剃，他們都在努力完成產(chǎn)品齿诉。

2.三種可視化文檔

• Product Backlog（產(chǎn)品需求清單）：列出了為落實產(chǎn)品負責(zé)人的愿景（根據(jù)用戶故事）而需要完成的所有事項，并確定各事項的優(yōu)先級晌姚。通常優(yōu)先級會用斐波那契數(shù)列（0鹃两，1，1舀凛，2俊扳，3，5猛遍，8馋记，13，21懊烤，34梯醒，55···）來衡量，目的是更加直觀的看出各事項的緊急程度和難度腌紧。將這些事項的內(nèi)容茸习、優(yōu)先級、負責(zé)人分別用便簽貼在寫有待辦事項壁肋、在辦事項号胚、完成事項的白板上，可視化在團隊成員都可以看見的地方浸遗，任何時刻成員都清楚知道其他成員在忙什么猫胁，同時一定程度上消除溝通障礙。
  

  Backlog

• User Story（用戶故事）：是一種表達產(chǎn)品需求的語言格式跛锌，通過這樣的表述來了解產(chǎn)品需求的細節(jié)弃秆，為團隊合理制定任務(wù)優(yōu)先級。一般的格式為：
  作為一名____用戶髓帽，我需要__________,所以_____________能夠菠赚。
  

  用戶故事

另外，用戶故事要注意必須完整郑藏，遵循INVEST標準：
Independent——讓一個用戶故事獨立于其他用戶故事
Negotiable——可協(xié)商性衡查，協(xié)商更多細節(jié)
Valuable——必須對客戶具有價值
Estimable——開發(fā)團隊需要衡量用戶故事，以便確定優(yōu)先級和工作量译秦，并便于安排工作計劃
Small——規(guī)模小峡捡，至少要確保在一個沖刺周期中能完成击碗、
Teatable——可測試，便于確定它是可以完成的

• 燃盡圖：用來表示整個sprint代辦事項清單的進度们拙，當(dāng)燃盡圖曲線接近于0時稍途，也就意味著這次Sprint即將完工。
  
  燃盡圖

3.三種不同形式的會議

• 沖刺規(guī)劃會：是產(chǎn)品負責(zé)人砚婆，SCRUM主管和團隊碰頭的會議械拍，用于討論用戶故事以及估算任務(wù)量

• 每日站會：會議時間為15分鐘，由團隊每位成員站在白板前或者對著Backlog圍繞3個問題簡述工作進度：
  你昨天做了什么去幫助團隊完成沖刺装盯？
  你今天打算做什么去幫助團隊完成沖刺坷虑？
  在任務(wù)完成的過程中，你遇到了哪些問題或障礙埂奈？

• Sprint回顧會：討論在整個任務(wù)完成過程中的優(yōu)點和缺點迄损，每位成員都發(fā)言總結(jié)，并計劃在下一階段針對優(yōu)點可以如何更好的發(fā)揚账磺，缺點可以做什么改善芹敌。
  如何發(fā)現(xiàn)需要改善的環(huán)節(jié)？第一是要相互信任垮抗，第二是做到不指責(zé)氏捞。把注意力放到流程上，尋求解決問題之道冒版。接著團隊確定最值得改善的地方液茎，作為下一階段首要任務(wù)。
  如何證明成功做出了改善辞嗡？這就需要具體的捆等，可操作的方式進行界定：什么是“成功”。

SCRUM實踐步驟

1欲间、確定敏捷開發(fā)中的3個角色：Product Owner, Scrum Master, Scrum Team楚里。
2、擬定待辦事項清單猎贴，并確定優(yōu)先級
3、改進和評估待辦事項清單：
·要完成這些事項蝴光，現(xiàn)有信息足夠嗎她渴？
·是否細分到了可以評估的程度？
·是否成員都能接受蔑祟，用于評定一個事項已完成的標準趁耗？
·用相對難度去評估，利用斐波那契數(shù)列的數(shù)字
4疆虚、沖刺規(guī)劃會：Product Owner, Scrum Master, Scrum Team一起規(guī)劃沖刺的內(nèi)容苛败，記錄每個沖刺完成事項的點數(shù)
5满葛、將工作透明化：利用白板和燃盡圖更新進度
6、每日站會
7罢屈、沖刺評估和沖刺展示：將成果展現(xiàn)給產(chǎn)品負責(zé)人看嘀韧，哪些事項可以移到“完成事項”一欄，并接受評價缠捌。
8锄贷、沖刺回顧會
9、上一個沖刺階段結(jié)束之后曼月，立刻開始新的沖刺階段

在沖刺階段結(jié)束之際谊却，把所有已完成的用戶故事列出來，將各項難度評分加在一起哑芹，最終的數(shù)字就告訴我們團隊的進度是多少炎辨。然后再看未完成用戶故事的難度分值總和，就可以知道什么時候可以完成項目聪姿。
速度 X 時間 =交付工作量

四碴萧、Agile敏捷項目的實施

敏捷非常注重節(jié)奏，當(dāng)你有多個任務(wù)要交付咳燕，團隊更需要注重節(jié)奏的把握勿决。而身為項目經(jīng)理，我們的職責(zé)是讓整個團隊通過協(xié)作最終交付產(chǎn)品招盲。

敏捷是不斷規(guī)劃低缩、執(zhí)行、學(xué)習(xí)和迭代的過程曹货，敏捷項目通撑胤保可以分解為一下7步：

第1步：通過戰(zhàn)略會議定義你的愿景

每當(dāng)開始新項目時，第一件要做的事情是定義產(chǎn)品的業(yè)務(wù)需求顶籽，或者說想要達到的愿景玩般。事實上，我們只需要回答一個問題：你為什么想要做這個產(chǎn)品礼饱。這是我們心中的藍圖坏为，時時提醒我們不要跑偏。

作為一家產(chǎn)品公司镊绪，定義愿景的最佳方法之一是電梯演講：

用于：（哪部分目標客戶）
需求：（用戶的需求）
類別：（我的產(chǎn)品是哪種類型）
功能：（產(chǎn)品的價值匀伏、客戶為什么選我們）
競品：（主要的競爭對手有哪些）
差異化：（和競品的差異化描述）
即使我們做的不是軟件產(chǎn)品，我們也可以根據(jù)項目的目標來調(diào)整上述內(nèi)容蝴韭。

戰(zhàn)略會議的參與角色都有誰够颠？

此時我們要讓更多人認同這個項目，所以很多關(guān)鍵的利益相關(guān)者自然不能缺席榄鉴，包括相關(guān)主管履磨、經(jīng)理蛉抓、主任和產(chǎn)品經(jīng)理。

戰(zhàn)略會議該什么時候召開剃诅？

項目開始前我們就該來開戰(zhàn)略會巷送，或者至少每年一次的定期會議來保證愿景依然不過時

戰(zhàn)略會議要召開多久？

這個就由你主觀來決定了综苔，一般來講惩系，花4-16小時來探討戰(zhàn)略已經(jīng)足夠了。

第2步：繪制產(chǎn)品路線圖

當(dāng)我們開完戰(zhàn)略會后如筛，就該輪到產(chǎn)品經(jīng)理把愿景變成產(chǎn)品路線圖堡牡。產(chǎn)品路線圖能幫助我們縱觀全局、理清思路杨刨，讓我們有寬松的時間來開發(fā)每個產(chǎn)品需求晤柄。“寬松”并不是說我們可以花數(shù)天或是數(shù)周的時間來推進每步計劃妖胀，而是輕量級的去定義產(chǎn)品芥颈、理清需求優(yōu)先級和粗略估算產(chǎn)品每個需求的時間。

項目管理專家Roman Pichler認為：目標導(dǎo)向的產(chǎn)品線路圖能夠聚焦于目標和產(chǎn)出結(jié)果（比如：獲客赚抡、增加活躍度爬坑、滿足客戶需求）。而產(chǎn)品特性來自于這些目標涂臣，所以我們在制定目標時應(yīng)謹慎盾计，每個目標對應(yīng)3-5個產(chǎn)品特征。

而每個目標赁遗，我們需要包含5個關(guān)鍵信息：時間署辉、名稱、目標岩四、產(chǎn)品特征和衡量標準哭尝，有了這些，我們就能清楚知道哪些該做剖煌、什么時候算做成功了以及我們?nèi)绾稳〉昧顺晒Α?/p>

產(chǎn)品路線圖

產(chǎn)品路線圖由產(chǎn)品負責(zé)人畫材鹦，同時聽取利益相關(guān)者的想法，如客戶耕姊、市場侠姑、研發(fā)代表等，并最好在戰(zhàn)略會議結(jié)束后著手畫產(chǎn)品路線圖箩做。

第3步：制定發(fā)布計劃

當(dāng)我們有了戰(zhàn)略和計劃，下一步我們就可以暫定幾個時間節(jié)點妥畏。

這個階段產(chǎn)品經(jīng)理要嚴格按照計劃發(fā)布新版本邦邦。我們也不用擔(dān)心功能不齊全的問題安吁，敏捷項目都會有多次發(fā)布的過程，所以我們只要優(yōu)先發(fā)布核心功能的版本即可燃辖。

舉例來說鬼店，你的項目要在11月交付，而你可能在2月初就已經(jīng)做好了最小模型黔龟，打算在5月左右發(fā)布完整版妇智。這些時間節(jié)點的安排都將由你的項目難度和每次迭代時長（或者說每次達成目標需要的工作時長）決定。通常每次發(fā)布新版本都需要經(jīng)歷3-5次迭代氏身。

誰來制定發(fā)布計劃巍棱？

產(chǎn)品經(jīng)理、項目經(jīng)理和所有團隊成員都該來參與其中蛋欣。當(dāng)然航徙，邀請少數(shù)利益相關(guān)者來加入其中也是對其他成員的鼓勵，讓團隊能夠盡早開始陷虎。

發(fā)布計劃什么時候來做到踏？

越早越好，你的發(fā)布計劃應(yīng)該在確認新產(chǎn)品后的第一天開始制定尚猿。在隨后的每個季度中至少記錄一次窝稿。

制定發(fā)布計劃要多久？

一般來說會需要4-8小時凿掂，實際時長由具體情況決定伴榔，但不能因為它拖進度。

第4步：制定迭代（Sprint）計劃

迭代（Sprints）缠劝，我將其理解為通過短期研發(fā)完成具體任務(wù)來達到目標的一個過程潮梯，也是幫助產(chǎn)品經(jīng)理和研發(fā)團隊逐漸切入項目細節(jié)的方法。

通常情況下惨恭，每次迭代大約要花費1-4周秉馏。具體的時長我們需要根據(jù)團隊過往的表現(xiàn)情況來制定，同時盡量保持每次迭代的時長相同脱羡。

哪些角色參與制定迭代計劃萝究？

迭代是整個團隊的活，因此锉罐，產(chǎn)品經(jīng)理帆竹、項目經(jīng)理以及其他所有成員都該積極參與其中，表達自己的聲音和想法脓规。

迭代計劃什么時候來制定栽连？

在每次迭代周期開始前，我們就需要做好迭代計劃。比如說秒紧，你的計劃是每周迭代绢陌，那么就你就需要在每周一（或者你選好的某一天）告訴其他人迭代計劃。

制定迭代計劃要多久熔恢？

迭代計劃是迭代周期的基石脐湾，雖然如此，我們也不要在這上面浪費過多的時間叙淌，通常2-4小時足夠了秤掌。寫好了迭代計劃也就意味著我們已經(jīng)踏上了正軌。

第5步：每日站會

在每次迭代過程中我們需要有時間來確認項目組沒有遇到阻礙鹰霍，同時保證能準時完成既定目標闻鉴。這時候我們就需要使用每日站會。

每日站會衅谷，如同字面意思一樣通俗易懂椒拗，每天花15分鐘左右的時間來討論下面3件事：

昨天我完成了哪些事情
今天我打算做哪些事情
我有遇到哪些問題，如何解決
或許討論這3件事获黔，可能讓團隊的一部分人的臉掛不住蚀苛。但這對推動敏捷項目管理的溝通有積極意義。敏捷之所以能夠跨團隊協(xié)作玷氏，主要依靠的就是團隊快速響應(yīng)和有讓成員發(fā)聲表達的空間堵未。

第6步：迭代（Sprint）結(jié)束了？那就進入評審階段吧

如果迭代中一切順利盏触，那么迭代周期結(jié)束后渗蟹，我們需要來檢測下軟件的功能。我們可以借評審的機會來向團隊成員和利益相關(guān)者展示成果赞辩。

作為產(chǎn)品經(jīng)理雌芽，你對產(chǎn)品功能有選擇的權(quán)利。如果有哪步錯誤辨嗽，嘗試多問幾個為什么世落？下次迭代時我該怎么調(diào)整才能讓團隊達成目標？敏捷是不斷學(xué)習(xí)和迭代的過程糟需，你的流程管控和最終產(chǎn)出也是同一道理屉佳。

哪些角色參與評審？

團隊全員和利益相關(guān)者都應(yīng)該參加迭代評審會來確認項目進度和表達他們的觀點洲押。

什么時候執(zhí)行評審武花？

每次迭代結(jié)束后就可以開始。

評審階段要多長久杈帐？

無需特意去準備PPT体箕、功能說明，審查會最多1-2小時就夠了。

第7步：迭代（Sprint）回顧總結(jié)

為了讓敏捷項目管理能順利運作干旁，我們在每個階段結(jié)束后需要知道下一步要做什么驶沼。這是我們在迭代回顧階段要做的事。當(dāng)?shù)蛯彶榻Y(jié)束后争群，接下來該去決定下次要做哪些工作。我們需要回顧下大年，在迭代中是否發(fā)生了些事情改變了你的既定時間换薄，甚至是項目愿景。

誰來參加回顧總結(jié)會議翔试？

回顧總結(jié)是審查的延伸轻要，這時利益相關(guān)者離開也沒有關(guān)系，而其他團隊成員則加入其中垦缅，給出自己的意見冲泥。

什么時候來做？

當(dāng)然最好是在審查階段結(jié)束后壁涎，立刻開始迭代回顧總結(jié)凡恍。

這會花多長時間來做？

概括下來大概幾個詞：簡短明了怔球、甜蜜溫馨嚼酝，最多花1-2小時來總結(jié)和大致規(guī)劃下次計劃。

五竟坛、敏捷工作坊的體驗

工作坊的體驗主要是讓學(xué)員大概體會一下運用敏捷的方式開發(fā)項目的流程闽巩，并通過一些敏捷工具深化在敏捷開發(fā)過程中的運用。
1担汤、制作自行車項目
（1）分組并確定團隊內(nèi)敏捷3個角色
（2）定沖刺周期（每10min1個sprint涎跨，3個sprint）
（3）在沖刺開始前，給每個組15分鐘開戰(zhàn)略規(guī)劃會崭歧，此期間驗收人對自行車提出需求隅很，要滿足什么樣的功能，團隊開戰(zhàn)略會列出任務(wù)清單驾荣。
（4）每個sprint結(jié)束后給每個組7分鐘開站會
（5）每個組的SCRUM Master更新看板和燃盡圖
（6）進行項目驗收外构，對成果進行點評
（7）結(jié)束后小組內(nèi)進行總結(jié)回顧會

敏捷體驗工作坊

2、樂高堆房子項目
（1）分組并確定團隊內(nèi)敏捷3個角色
（2）定沖刺周期（每15min1個sprint播掷，4個sprint）
（3）在沖刺開始前审编，給每個組15分鐘開戰(zhàn)略規(guī)劃會，此期間驗收人對自行車提出需求歧匈，要滿足什么樣的功能垒酬，團隊開戰(zhàn)略會列出任務(wù)清單。
（4）每個sprint結(jié)束后給每個組10分鐘開站會
（5）SCRUM Master更新看板和燃盡圖
（6）在第三個Sprint開始時，要求團隊內(nèi)交換2名成員到其他組完成自己組的任務(wù)勘究，期間不得交流矮湘，只能依據(jù)看板進行
（7）進行項目驗收口糕，對成果進行點評
（8）結(jié)束后小組內(nèi)進行總結(jié)回顧會

六缅阳、結(jié)語

• Be Agile, not do Agile.很多人會為了敏捷而強行用敏捷方法論做敏捷開發(fā)，這樣的效果反而會適得其反景描。一些敏捷工具如看板十办、燃盡圖等都是為了幫助團隊更好的遵循敏捷的原則和理念，比如站著開會并不代表你就敏捷了超棺，使用卡片管理也不代表你敏捷了向族，這些形式只是因為遵循了敏捷原則的結(jié)果，而不是讓你敏捷的原因棠绘。要想成為優(yōu)秀的敏捷團隊件相，每個團隊成員應(yīng)該理解敏捷的原則和理念并主動的去遵循這樣的原則，與此同時感受到敏捷為工作帶來的便利并持續(xù)遵守敏捷的原則和價值觀氧苍。

• 深挖敏捷的邏輯本質(zhì)夜矗，我認為其提高的工作效率刁笙、帶來的便捷主要是解決了溝通的問題棺聊，在團隊的作戰(zhàn)中，內(nèi)部成員的溝通是核心鲸鹦，而基于看板和站會這樣的形式澄干，可以讓工作更加透明化逛揩、可視化，成員間知道哪些人負責(zé)哪些任務(wù)麸俘，隊友在做什么辩稽，遇到問題或者需要接觸的時候直接找到任務(wù)負責(zé)人即可。這種減少溝通成本从媚，提高溝通效率的方式逞泄，可以更好地交付產(chǎn)品。

• 在敏捷開發(fā)團隊中拜效，除了3種角色的定義喷众，對崗位、級別沒有明確的劃分紧憾，因此在一個敏捷團隊中到千，是不存在項目經(jīng)理的。一個團隊都在為了更好地交付產(chǎn)品而努力赴穗。

• 項目下的任務(wù)應(yīng)該支持分配到具體的負責(zé)人憔四，這樣能夠在任務(wù)出現(xiàn)問題的時候更快地追根溯源膀息，責(zé)任到人，同樣是一種提高溝通效率的方式了赵。

• 將任務(wù)盡可能地量化潜支，才能讓團隊成員更好地感受到每天的進步以及自己在整個團隊的貢獻度，激發(fā)團隊作戰(zhàn)力量柿汛。

• 戰(zhàn)略上著眼于全局冗酿，策略上迅速行動。重點并不是一開始就設(shè)計得盡善盡美苛茂，而是先做出基本功能的汽車原型已烤，然后看看哪里需要改善。你越能更快地獲得一些反饋意見妓羊，就能越快做出更好的汽車。

• 其實敏捷的一些原則和價值觀也可以很好的遷移到個人的為人處世以及工作做事中稍计，參透其中的目的和本質(zhì)躁绸，我們自然而然就敏捷了。

七臣嚣、SCRUM的應(yīng)用
1净刮、SCRUM與教育
教師首先讓學(xué)生對自己的性格做評價，將自己劃分為不同類別硅则，分為”勇敢類“淹父，“喜歡數(shù)學(xué)類”，”關(guān)心他人感受類“怎虫，”勇往直前實現(xiàn)目標類“暑认，將不同類型的學(xué)生組合在一起，形成多功能小組大审。教師擬好所有待學(xué)事項蘸际，讓各小組的學(xué)生每天將“所有事項”移到“待辦事項”中，然后開始動手徒扶，打開教材粮彤，自己學(xué)習(xí)，組內(nèi)互教互學(xué)姜骡。教師從“完成事項”一欄隨機挑出一些事項問組內(nèi)成員导坟，以確定每個人都理解相關(guān)概念，只有當(dāng)每個人都理解了之后圈澈，才符合所說的”完成的定義“惫周，一切交給學(xué)生來做決定。

2士败、SCRUM與政府
制定政策：每周都去改變一件事情闯两，采用增量方法褥伴，每周都會展示一種可交付的產(chǎn)品，每個機構(gòu)都會切實感受到成果的存在漾狼。

書籍建議：
《敏捷革命：提升個人創(chuàng)造力與企業(yè)效率的全新協(xié)作模式》

敏捷管理

SCRUM的一些工具：
Leangoo（領(lǐng)歌）——基于看板的可視化協(xié)作
Confluence——Jira
國外有Redmine重慢，Axosoft，國內(nèi)有禪道逊躁，一些自研工具（百度Icafe似踱，阿里Aone，騰訊Tapd)

勞倫斯在《七根智慧之柱》中寫道：所有人都做夢稽煤，但是卻不盡相同核芽，那些夜里在蒙灰的心靈角落做夢的人，早上醒來往往發(fā)現(xiàn)是空洞虛無的酵熙。而那些白日做夢的人轧简，則是最危險的，因為他們會在睜著眼睛做夢的時候匾二，把夢想變成現(xiàn)實哮独。

看了這么多，不如試一試吧察藐！此文由個人整理而來皮璧，主要來源于個人在敏捷團隊時敏捷開發(fā)的邏輯和思考，以及明道云博客和敏捷相關(guān)書籍分飞、英文文檔翻譯等悴务。如有疑問或補充，歡迎評論下方交流~