1 頭腦風(fēng)暴
流程如下
1） 確定議題（由發(fā)起人在頭腦風(fēng)暴前確定兢孝，大家提前做好準(zhǔn)備）揭北，確定風(fēng)暴具體時間
2） 選舉主持人
2） 獨立思考3分鐘（讓大家有時間準(zhǔn)備一下發(fā)言）
3） 主持人主持，每個與會者輪流發(fā)言（發(fā)言時間不限）餐抢。記錄員記錄每個人的發(fā)言
4）由主持人主持并總結(jié)每個人的發(fā)言鲁捏，并跟每個人確認(rèn)是否總結(jié)的合適鹊汛，不合適要反饋修改
4） 進入自由討論過程，整個過程不得超過60分鐘
5） 最后主持人總結(jié)結(jié)論
可以以頭腦風(fēng)暴的形式產(chǎn)生User Story列表唠梨，團隊對用戶故事進行拆解和估算袋励，形成最終的Product Backlog （建議：客戶代表參與，這里的客戶代表是指能代表客戶的任何人）
表一 Product Backlog示例
編號 標(biāo)題 描述(User Story) 優(yōu)先級 Story Point
010100 定位對話 作為一個用戶当叭，我希望通過時間茬故、角色、主題等來篩選我要的對話 1 9
由于團隊初試Scrum蚁鳖，所有用戶故事的拆解和估算由整個團隊共同討論產(chǎn)生磺芭。Backlog中的每個User Story必須控制在一個Sprint內(nèi)可以完成，否則需要進行拆解醉箕。
注1：本次以演示Sprint計劃會的形式對“User Story列表”進行Story Point的估算钾腺。建議在確定“User Story列表”后，大家回去思考一下讥裤，專門開一個拆解會放棒，不要與Sprint計劃會混淆，因為Sprint計劃會是在“User Story列表”估算后得到了完整的Product Backlog后進行的己英。
注2：User Story優(yōu)先級劃分间螟，四象限法，縱軸是用戶需求损肛，橫軸是技術(shù)實現(xiàn)的難度厢破，優(yōu)先級最高區(qū)域在第二象限的 User Story（用戶最需要且技術(shù)實際難度最低），優(yōu)先級最低區(qū)域在第四象限的 User Story（用戶需求最小且技術(shù)實現(xiàn)難度最大）治拿。
2 立項會
2.1 市場價值
2.2 展示Product Backlog
2.3 確定項目組（PO摩泪、SM、Scrum Team劫谅、觀察者）
PO：
SM:
Scrum Team:
觀察者：
特別觀察者：
2.4 預(yù)算投入
2.5 啟動計劃書
2.6 審批（審批結(jié)果：修改见坑、執(zhí)行或者駁回）
注：項目組各角色的職責(zé)
PO：產(chǎn)品負(fù)責(zé)人嚷掠，代表公司和客戶的利益，確保交互的產(chǎn)品是滿足客戶價值的產(chǎn)品鳄梅。負(fù)責(zé)創(chuàng)建和維護Product Backlog叠国，管理商業(yè)價值。計劃產(chǎn)品的發(fā)布時間戴尸，對每次Sprint的結(jié)果進行評審和驗收粟焊。跟蹤團隊進展情況。
SM：Scrum Master的角色是教練和服務(wù)者孙蒙。負(fù)責(zé)Scrum敏捷開發(fā)的四個會議的主持项棠。規(guī)則的維護者。障礙清除者挎峦，負(fù)責(zé)清除迭代中出現(xiàn)的各種障礙香追，幫助團隊成員解決困難，維護障礙列表坦胶。促進過程改進透典，維護改進列表。
觀察者：對整個過程顿苇，從產(chǎn)品立項到項目結(jié)束的過程的學(xué)習(xí)峭咒，不同角色的人有所偏向，如產(chǎn)品規(guī)劃部的人偏向PO的工作的學(xué)習(xí)纪岁。
特別觀察者：負(fù)責(zé)整個敏捷過程的監(jiān)督凑队，規(guī)則的草擬者和完善者（最終方案由團隊或者管理層通過后具體實施），確保團隊按照敏捷的思想進行管理及日常開發(fā)幔翰。
Scrum團隊：Scrum的中心角色漩氨，負(fù)責(zé)開發(fā)出可交付的產(chǎn)品。包括開發(fā)遗增，測試叫惊，文檔，UI等產(chǎn)品交付的所有角色做修。終結(jié)目標(biāo)是實行自組織霍狰，自管理。參與Sprint backlog的創(chuàng)建缓待，領(lǐng)取任務(wù)蚓耽，按承諾完成任務(wù)渠牲，及時向SM匯報障礙旋炒，每天更新任務(wù)的狀態(tài)（未開發(fā)、進行中签杈、阻塞瘫镇、完成）鼎兽，配合團隊清除障礙。保證整個迭代能夠順利完成铣除。
3 敏捷開發(fā)流程（初稿谚咬，待細(xì)化和修正）
3.1 Sprint計劃會
主持人：Scrum Master
與會者：全體項目組成員，包括PO尚粘、SM、Scrum Team，其他相關(guān)人員（如客戶代表凰锡，在分解用戶故事的時候哮内，可以給出更具體的解釋）
時長：控制在一個工作日內(nèi)。
目的：確認(rèn)迭代目標(biāo)
內(nèi)容：從Product Backlog中選取本次迭代的Sprint Backlog泽铛，將Sprint Backlog中的用戶故事分解成任務(wù)列表尚辑，對每個任務(wù)估算時間，精確到小時盔腔，每個任務(wù)最長不超過8小時杠茬，否則需要拆解。Scrum Team成員根據(jù)自己的興趣和特長領(lǐng)任務(wù)弛随。SM確保每個任務(wù)都有人領(lǐng)瓢喉。
3.2 每日站立會
主持人：Scrum Master
與會者：SM、Scrum Team撵幽，其他感興趣的人（只允許SM和Scrum Team發(fā)言）
時長：15分鐘內(nèi)灯荧。（必須控制在15分鐘內(nèi)，站立的原因也在此盐杂，時間過長會導(dǎo)致成員疲憊逗载，影響工作）
目的：讓團隊每一個成員清楚地知道團隊整體進度，離目標(biāo)的距離链烈。
內(nèi)容：每天同一時間開（一般為早上工作開始時間）厉斟，每個人輪流匯報三件事：昨天的承諾完成的怎么樣？今天承諾完成什么强衡？影響承諾完成的困難是什么擦秽？會議不能討論問題如何解決，SM記錄每個人的困難漩勤，在會后組織相應(yīng)的人討論解決感挥，清除障礙。
3.3 Sprint評審會
主持人：Scrum Master
與會者：全體項目組成員越败，包括PO触幼、SM、Scrum Team究飞，其他感興趣的人置谦。
時長：最長4小時
目的：演示成果堂鲤，增加成員的成就感。確保成果與預(yù)期一致媒峡，收集反饋瘟栖。
內(nèi)容：SM介紹迭代的總體情況，目標(biāo)和實際的結(jié)果谅阿，差距是什么半哟，差距原因是什么。Scrum Team簡要介紹所涉及的技術(shù)問題（如架構(gòu)及其變更）签餐，演示已實現(xiàn)的功能镜沽。SM推動自由討論，集思廣益贱田。最后缅茉，PO根據(jù)評審結(jié)果可能采取如下行動：更新Product Backlog（如沒有按計劃實現(xiàn)的功能，產(chǎn)生的新想法）男摧，重新設(shè)定優(yōu)先級蔬墩；決定是否將迭代發(fā)布成一個新版本；
3.4 Sprint回顧會
主持人：Scrum Master
與會者：SM耗拓、Scrum Team拇颅，其他感興趣的人（如PO）。
時長：最長4小時
目的：評價迭代乔询，總結(jié)經(jīng)驗教訓(xùn)樟插，促進下一輪迭代的改進。
內(nèi)容：SM總結(jié)本次迭代竿刁，重要的事情和決策黄锤，預(yù)期的和實際情況的差距，及原因食拜。每個成員陳述迭代中的優(yōu)缺點鸵熟，SM進行記錄。對重要的問題計劃解決的措施负甸。
注意：
1）用戶故事才是開發(fā)的目標(biāo)流强，而不是單個任務(wù)，故事全部完成才算達(dá)成目標(biāo)呻待。
2）評估時間（每個人給出一個時間打月，當(dāng)不知道怎么評估時，可由最熟悉的人先發(fā)言蚕捉，給出一個時間奏篙，并闡述原因，其他人據(jù)此補充鱼冀，最后統(tǒng)一大家的評估报破，如果發(fā)生分歧時，取協(xié)商一致后的時間千绪，如果不能達(dá)成一致充易，取較大值）
3）照明彈，當(dāng)遇到?jīng)]接觸過的領(lǐng)域時荸型，先安排時間調(diào)研盹靴，調(diào)研后再做決定。
附錄：
記錄員需要記錄的點：
1.頭腦風(fēng)暴的過程瑞妇，重點在于觀點和觀點的形成過程
2.user story列表
3.拆解和估算user story列表形成Product backlog的過程稿静。包括優(yōu)先級的估算以及Story Point的估算。
4.Story point辕狰，需要詳細(xì)記錄每個人對于point 的建議改备，以及點數(shù)估算，及最終大家達(dá)成一致的估算point
5.形成并記錄 product backlog蔓倍，backlog由story構(gòu)成的悬钳，需要排列優(yōu)先級，po是backlog的管理者偶翅，日常中要記錄backlog的進度并及時跟整個團隊匯報默勾。Product backlog中的內(nèi)容要逐個分析，挑選出本次迭代最終需要的sprint backlog
6.由sm主導(dǎo)將sprint backlog分發(fā)為task聚谁，task的時間粒度不能大于一天母剥，精確到小時。Task要分發(fā)到人形导，記錄員要根據(jù)list的每天實現(xiàn)情況环疼，追蹤和發(fā)現(xiàn)問題
7.經(jīng)過幾次的task執(zhí)行和評估，逐漸形成一種標(biāo)準(zhǔn)朵耕，及按照平均數(shù)來估算相似任務(wù)需要多長時間秦爆，久而久之能夠形成直接對product backlog的評估
8.每次迭代的情況，主要是針對燃盡圖憔披、估算的情況來整個復(fù)盤哪里出了問題等限，為復(fù)盤會提供支持，推動大家的分解和評估能力日趨提高芬膝，也推動團隊能夠有效能成長望门，及用相同的時間完成更多的points，這些points是按照標(biāo)準(zhǔn)確定下來的锰霜，所以會出現(xiàn)之后每個月完成更多points的情況筹误，反應(yīng)成長性
