一、根據(jù)發(fā)布目標(biāo)分析需求，把需求分析成獨(dú)立的故事，初步的分析可以是粗略的，隨著需求的不斷深入刻意對(duì)故事進(jìn)行整合或者切割。

要注意的是分析出來的需求盡量在發(fā)布目標(biāo)的范圍之內(nèi)，超出發(fā)布目標(biāo)的需求應(yīng)該盡量避免過深分析。

所謂的發(fā)布目標(biāo)是確定了這個(gè)版本可以讓用戶滿意的條件。

故事模式：做為（用戶角色），我可以（做什么），以便（業(yè)務(wù)價(jià)值）。后面的業(yè)務(wù)價(jià)值在比較簡(jiǎn)單或者大家都比較明確的時(shí)候刻意不需要注明。

當(dāng)前團(tuán)隊(duì)實(shí)踐推行方法：

第一階段,這個(gè)分析工作開始由PM進(jìn)行收集，整理和分析。

第二階段,當(dāng)大家都為用戶故事的方式接受以后，采用需求討論的方式來明確和分析用戶故事。

二、對(duì)分析的故事進(jìn)行相對(duì)估計(jì)，估計(jì)出來的故事點(diǎn)是對(duì)用戶故事和復(fù)雜度的無單位估計(jì)值，使用的數(shù)值大小本身沒有絕對(duì)意義，只有相對(duì)于其他故事規(guī)模的相對(duì)意義。

比如，用戶登錄這個(gè)用戶故事的估計(jì)值是2，那么做為同等開發(fā)規(guī)模的用戶推出，這個(gè)用戶故事的估計(jì)只也因該是2。

當(dāng)前團(tuán)隊(duì)實(shí)踐推行方法：

第一階段，這個(gè)估計(jì)的工作暫時(shí)由ｐｍ來負(fù)責(zé)完成，但是由于一個(gè)人的估計(jì)肯定會(huì)有偏差，所以在估計(jì)完成之后需要進(jìn)行調(diào)查來進(jìn)行修正

第二階段，用估計(jì)撲克會(huì)議來統(tǒng)一的對(duì)用戶故事進(jìn)行估計(jì)，當(dāng)主持人拿出一個(gè)新的用戶故事之后，大家給出自己對(duì)這個(gè)故事使用撲克打分，然后取出平均值，對(duì)差異較大的估計(jì)值要給出解釋，來消除對(duì)用戶故事的錯(cuò)誤理解。估計(jì)撲克會(huì)議的實(shí)踐不超過１個(gè)小時(shí)。

三、準(zhǔn)備產(chǎn)品調(diào)查，對(duì)用戶故事進(jìn)行功能存在，和功能缺失性的產(chǎn)品調(diào)查，然后根據(jù)調(diào)查結(jié)果對(duì)用戶故事進(jìn)行劃分，劃分成３類，基本需求，線性需求，線性需求。

此外還有反對(duì)的需求，存在疑問的需求，無所謂的需求３種類型的需求，這些需求將根據(jù)進(jìn)一步的發(fā)展進(jìn)行確認(rèn)。

當(dāng)前團(tuán)隊(duì)的實(shí)踐推行辦法：

第一階段，由ｐｍ發(fā)出調(diào)查問卷在參與到項(xiàng)目的開發(fā)團(tuán)隊(duì)，測(cè)試團(tuán)隊(duì)，技術(shù)支持團(tuán)隊(duì)來進(jìn)行調(diào)查，然后匯總答案根據(jù)存在問題和缺失問題的答案，對(duì)用戶故事進(jìn)行定性

第二階段，由ｐｍ發(fā)出調(diào)查問卷擴(kuò)展到相關(guān)的用戶群體中進(jìn)行調(diào)查，然后匯總答案根據(jù)存在問題和缺失問題的答案，對(duì)用戶故事進(jìn)行定性

四、確定發(fā)布規(guī)劃，首先要確定的是迭代周期的長(zhǎng)度，以周為單位，然后估計(jì)出每個(gè)迭代周期團(tuán)隊(duì)的速度。然后可以從用戶故事池中選擇出合適的用戶故事來填充到第一次和第二次的迭代周期中。其余的暫時(shí)可以先不用填充，隨著每次迭代周期的完成來對(duì)發(fā)布計(jì)劃進(jìn)行更新。最后根據(jù)估計(jì)的速度和需要開發(fā)的故事來確定需要幾個(gè)迭代周期，并最終有幾個(gè)迭代周期來確定需要開發(fā)的時(shí)間周期。發(fā)布計(jì)劃可以以功能來驅(qū)動(dòng)進(jìn)行，也可以以日期來驅(qū)動(dòng)進(jìn)行。

發(fā)布規(guī)劃的特點(diǎn)，以月做為時(shí)間范圍，規(guī)劃對(duì)象是用戶故事，估計(jì)的單位是故事點(diǎn)

當(dāng)前團(tuán)隊(duì)的實(shí)踐推行辦法：

第一階段，使用1周做為迭代周期，開始時(shí)團(tuán)隊(duì)速度使用估計(jì)的方式做出簡(jiǎn)單估計(jì)，根據(jù)每個(gè)周期結(jié)束后的團(tuán)隊(duì)速度再進(jìn)行發(fā)布計(jì)劃的調(diào)成。迭代周期內(nèi)用戶故事的完成暫時(shí)以開發(fā)完成做為標(biāo)準(zhǔn)。

第二階段，使用2周做為迭代周期，可以使用原有的歷史速度做為團(tuán)隊(duì)速度，多出的一周時(shí)間做為測(cè)試修復(fù)時(shí)間，迭代周期內(nèi)用戶故事的完成以測(cè)試完成，完整的功能提交做為標(biāo)準(zhǔn)，并在開發(fā)過程中熟練使用單元測(cè)試來進(jìn)行確保功能的完整完成。

五、確定迭代規(guī)劃，根據(jù)填充到迭代周期內(nèi)的用戶故事來分解成工作任務(wù)，工作任務(wù)包括設(shè)計(jì)工作，不同層次的開發(fā)工作，調(diào)試工作和測(cè)試工作等等具體的任務(wù)，然后對(duì)任務(wù)進(jìn)行估計(jì)，這時(shí)候估計(jì)的單位以理想工作小時(shí)做為單位。比如，設(shè)計(jì)需要兩個(gè)人小時(shí)，開發(fā)持久層需要1個(gè)人小時(shí)，調(diào)試持久層需要半個(gè)人小時(shí)，開發(fā)業(yè)務(wù)層需要2個(gè)人小時(shí)，調(diào)試中間層需要1個(gè)小時(shí)等等。。。

然后根據(jù)每個(gè)故事的人小時(shí)和這個(gè)迭代周期內(nèi)參與的人數(shù)，以及每個(gè)人所能參與的實(shí)際有效時(shí)間（注意有效時(shí)間約為每天6小時(shí)，需要考慮到會(huì)議，討論，頭腦休息等非理想工作時(shí)間）來判斷這個(gè)迭代周期的填充是否足夠，如果不夠則再加入一個(gè)用戶故事，如果超出則移出一個(gè)用戶故事到下一個(gè)迭代周期中。

迭代規(guī)劃的特點(diǎn)，以周做為時(shí)間范圍，規(guī)劃對(duì)象是工作任務(wù)，估計(jì)的單位是理想小時(shí)

當(dāng)前團(tuán)隊(duì)的實(shí)踐推行辦法：

第一階段，使用速度驅(qū)動(dòng)的方法來進(jìn)行迭代規(guī)劃，即確定了本次迭代的速度，然后選擇用戶故事擴(kuò)展成任務(wù)，對(duì)任務(wù)進(jìn)行估計(jì)。

第二階段，使用承諾驅(qū)動(dòng)的方法來進(jìn)行迭代規(guī)劃，即提出一個(gè)故事，把故事擴(kuò)展成任務(wù)，對(duì)任務(wù)進(jìn)行估計(jì)，讓小組承諾是否可以完成這個(gè)故事，如果可以在迭代周期內(nèi)完成則加入這個(gè)故事，如果不能完成則推遲到下一個(gè)迭代走起。

六、迭代開始，在迭代開始時(shí)召開迭代啟動(dòng)會(huì)，分配迭代周期內(nèi)的用戶故事和工作任務(wù)到個(gè)人，每個(gè)工作任務(wù)必須精確到個(gè)人，同一個(gè)用戶故事的不同工作任務(wù)可以根據(jù)情況適當(dāng)分配給不同的人來完成。

當(dāng)前團(tuán)隊(duì)的實(shí)踐推行辦法：

第一階段，任務(wù)分配給個(gè)人，通常一個(gè)故事的任務(wù)分配給同一個(gè)人。

第二階段，任務(wù)分配給結(jié)對(duì)，通常一個(gè)故事的任務(wù)分配給同一個(gè)結(jié)對(duì)。

七、迭代進(jìn)行，每日早對(duì)昨日完成的工作任務(wù)和問題進(jìn)行匯報(bào)，并且同時(shí)計(jì)劃今天需要完成的工作任務(wù)，對(duì)于迭代過程中的進(jìn)度和問題進(jìn)行及時(shí)的觀察和調(diào)整，要求每個(gè)人完成某個(gè)任務(wù)之后要及時(shí)的告知整個(gè)小組知道（qq群的方式最為快捷）。

當(dāng)前團(tuán)隊(duì)的實(shí)踐推行辦法：

第一階段，由pm及時(shí)地對(duì)當(dāng)日工作進(jìn)行詢問。并負(fù)責(zé)把遇到的問題跑出來進(jìn)行解決。

第二階段，小組成員主動(dòng)地對(duì)已經(jīng)完成的任務(wù)進(jìn)行匯報(bào)，并及時(shí)把自己遇到的問題拋出來。

八、迭代結(jié)束，確認(rèn)本次迭代完成的用戶故事，對(duì)于完成一部分的用戶故事計(jì)算到下一次迭代中。并對(duì)本次迭代的過程資產(chǎn)進(jìn)行總結(jié)，形成FAQ方式的文檔進(jìn)行規(guī)整。

同時(shí)根據(jù)新的需求情況，資源情況，已完成功能的回饋，以及開發(fā)中遭遇的不確定性問題，對(duì)發(fā)布規(guī)劃和迭代規(guī)劃作出調(diào)整。

當(dāng)前團(tuán)隊(duì)的實(shí)踐推行辦法：

第一階段，使用學(xué)習(xí)網(wǎng)站，或者博客等方式對(duì)經(jīng)驗(yàn)進(jìn)行記錄。

第二階段，使用完善的skills對(duì)經(jīng)驗(yàn)進(jìn)行記錄，可以方便的組織成培訓(xùn)文檔，并方便的進(jìn)行搜索，查找。

九、迭代測(cè)試，為了保證用戶功能完整的提交，每個(gè)用戶故事開發(fā)完成之后都要對(duì)該用戶故事進(jìn)行測(cè)試，然后在針對(duì)開發(fā)中出現(xiàn)的問題進(jìn)行修復(fù)，以便完整的完成一個(gè)用戶故事。

第一階段：測(cè)試迭代周期和開發(fā)迭代周期分開。

每次迭代開始階段由ｐｍ告知開發(fā)組需要開發(fā)的和修復(fù)的的用戶故事，同時(shí)告知測(cè)試組本次迭代需要測(cè)試的故事，需要準(zhǔn)備的故事，需要復(fù)測(cè)的故事。

并在分配任務(wù)時(shí)，把修復(fù)故事的工作規(guī)劃到本次迭代中來。

每次開發(fā)完成的用戶故事點(diǎn)算作本次迭代的速度

第二階段：測(cè)試迭代周期和開發(fā)迭代周期合并。

每次迭代開始階段由ｐｍ告知開發(fā)組需要開發(fā)的故事，同時(shí)這些故事也是測(cè)試組需要準(zhǔn)備測(cè)試的故事。要求這些故事分解的工作任務(wù)中要包括測(cè)試工作和修復(fù)工作。

每次測(cè)試完成的用戶故事點(diǎn)算作本次迭代的速度

十、發(fā)布結(jié)束，對(duì)本次發(fā)布中完成的用戶故事進(jìn)行會(huì)議總結(jié)：

１確定最終完成的用戶故事，以及花費(fèi)的迭代周期

２通過計(jì)算得到一個(gè)團(tuán)隊(duì)的人平均速度，這個(gè)速度做為下次發(fā)布規(guī)劃的參考

３分析哪些用戶故事的估計(jì)出現(xiàn)了失誤，以及出現(xiàn)失誤的原因是什么。

４最初的發(fā)布版本在市場(chǎng)上有了初步反饋信息之后，可以延長(zhǎng)１個(gè)迭代周期用來做為發(fā)布版本的反饋收尾。