1
、我們首先需要確定乙個
product backlog
（按優先順序排列的乙個產品需求列表），這個是由
productowner
負責的； 2
、scrum team
根據product backlog
列表，做工作量的預估和安排； 3
、有了productbacklog
列表，我們需要通過
sprint planning meeting
（sprint
計畫會議
）來從中挑選出乙個
story
作為本次迭代完成的目標，這個目標的時間週期是
1~4個星期，然後把這個
story
進行細化，形成乙個
sprint backlog；
4、sprint backlog
是由scrum team
去完成的，每個成員根據
sprint backlog
再細化成更小的任務（細到每個任務的工作量在
2天內能完成）； 5
、在scrum team
完成計畫會議上選出的
sprint backlog
過程中，需要進行
daily scrum meeting
（每日站立會議），每次會議控制在
15分鐘左右，每個人都必須發言，並且要向所有成員當面匯報你昨天完成了什麼，並且向所有成員承諾你今天要完成什麼，同時遇到不能解決的問題也可以提出，每個人回答完成後，要走到黑板前更新自己的
sprint burn down
（sprint
燃盡圖）； 6
、做到每日整合，也就是每天都要有乙個可以成功編譯、並且可以演示的版本；很多人可能還沒有用過自動化的每日整合，其實
tfs就有這個功能，它可以支援每次有成員進行簽入操作的時候，在伺服器上自動獲取最新版本，然後在伺服器中編譯，如果通過則馬上再執行單元測試**，如果也全部通過，則將該版本發布，這時一次正式的簽入操作才儲存到
tfs中，中間有任何失敗，都會用郵件通知專案管理人員； 7
、當乙個
story
完成，也就是
sprint backlog
被完成，也就表示一次
sprint
完成，這時，我們要進行
srpint review meeting
（演示會議），也稱為評審會議，產品負責人和客戶都要參加（最好本公司老闆也參加），每乙個
scrum team
的成員都要向他們演示自己完成的軟體產品（這個會議非常重要，一定不能取消）； 8
、最後就是
sprint retrospective meeting
（回顧會議），也稱為總結會議，以輪流發言方式進行，每個人都要發言，總結並討論改進的地方，放入下一輪
sprint
的產品需求中；
敏捷開發 自用SCRUM專案開發流程
目前團隊所使用的開發模式流程，請大家指正優化。1.pm需求整理 在禪道整理出需求清單和原型圖 標註清楚 需求評審。往復，直到需求定稿。2.sprintmaster根據需求清單進行技術任務拆解，包括前端ui設計 前後端開發等。3.程式設計師各自領任務，具體內部商定。3.每天早上站會過下任務進度。滬杭不...
Scrum敏捷開發
只有實踐起來才能提出有針對性的改進建議 在這個框架中，整個開發過程由若干個短的迭代週期組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周 網際網路產品研發可以使用1周的sprint 在scrum中，使用產品backlog來管理產品的需求，產品backlog是乙個按照商業...
敏捷開發（一）敏捷開發和Scrum
工作的軟體是首要 進度度量標準。敏捷過程 提倡可持續的開發速度。責任人 開發者和使用者應該能夠保持乙個長期的 恆定的開發速度。不斷地關注 優秀的技能和好的設計會增強敏捷能力 簡單 盡最大可能減少不必要的工作 是根本的。最好的構架 需求和設計出自與 自組織的團隊。每隔一定時間，團隊會在如何才能更有效地...