PM提出需求/業(yè)務(wù)提給PM需求>UX出lo-fi低保真>lo-fi經(jīng)過PM加工變成帶開發(fā)文稿的prd>開產(chǎn)品需求澄清會 ?進(jìn)行估點+討論可行性+優(yōu)先級+排期 >分發(fā)各個team>各個team完成初稿 進(jìn)行review > 修改 定稿>測試>上線>Sprint Retrospective敏捷迭代回顧會議
http://m.blog.csdn.net/article/details?id=42264107
PS.
PM需要每日跟進(jìn)需求進(jìn)度
每個版本需求需分sprint1/2/3
估點：量化評估工作量，每周工作量在10個點左右，2周15個點左右，確保開發(fā)進(jìn)度
什么是Sprint？
Sprint是短距離賽跑的意思，這里面指的是一次迭代，而一次迭代的周期是1個月時間（即4個星期），也就是我們要把一次迭代的開發(fā)內(nèi)容以最快的速度完成它，這個過程我們稱它為Sprint。
敏捷開發(fā)模式中的四種會議,Sprint Planning敏捷迭代計劃會議,Daily Stand-up Meeting每日站會,Sprint Retrospective敏捷迭代回顧會議,Sprint Review敏捷迭代評審會議
如何進(jìn)行Scrum開發(fā)？
1、我們首先需要確定一個Product Backlog（按優(yōu)先順序排列的一個產(chǎn)品需求列表），這個是由Product Owner 負(fù)責(zé)的；
2、Scrum Team根據(jù)Product Backlog列表，做工作量的預(yù)估和安排；
3、有了Product Backlog列表，我們需要通過 Sprint Planning Meeting（Sprint計劃會議） 來從中挑選出一個Story作為本次迭代完成的目標(biāo)，這個目標(biāo)的時間周期是1~4個星期，然后把這個Story進(jìn)行細(xì)化，形成一個Sprint Backlog；
4、Sprint Backlog是由Scrum Team去完成的，每個成員根據(jù)Sprint Backlog再細(xì)化成更小的任務(wù)（細(xì)到每個任務(wù)的工作量在2天內(nèi)能完成）；
5、在Scrum Team完成計劃會議上選出的Sprint Backlog過程中，需要進(jìn)行 Daily Scrum Meeting（每日站立會議），每次會議控制在15分鐘左右，每個人都必須發(fā)言，并且要向所有成員當(dāng)面匯報你昨天完成了什么，并且向所有成員承諾你今天要完成什么，同時遇到不能解決的問題也可以提出，每個人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃盡圖）；
6、做到每日集成，也就是每天都要有一個可以成功編譯、并且可以演示的版本；很多人可能還沒有用過自動化的每日集成，其實TFS就有這個功能，它可以支持每次有成員進(jìn)行簽入操作的時候，在服務(wù)器上自動獲取最新版本，然后在服務(wù)器中編譯，如果通過則馬上再執(zhí)行單元測試代碼，如果也全部通過，則將該版本發(fā)布，這時一次正式的簽入操作才保存到TFS中，中間有任何失敗，都會用郵件通知項目管理人員；
7、當(dāng)一個Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，這時，我們要進(jìn)行 Srpint Review Meeting（演示會議），也稱為評審會議，產(chǎn)品負(fù)責(zé)人和客戶都要參加（最好本公司老板也參加），每一個Scrum Team的成員都要向他們演示自己完成的軟件產(chǎn)品（這個會議非常重要，一定不能取消）；
8、最后就是 Sprint Retrospective Meeting（回顧會議），也稱為總結(jié)會議，以輪流發(fā)言方式進(jìn)行，每個人都要發(fā)言，總結(jié)并討論改進(jìn)的地方，放入下一輪Sprint的產(chǎn)品需求中；
