最近開始在項目的新迭代周期采用agile，所以打算使用傳說中的地story card
在網(wǎng)上找了好久story card的模板，最終找到一個比較通用一些的模板

這個模板是主要分storycard和taskcard兩塊

story card

task card

這兩張卡片把需求和任務(wù)分開了，這也是一般項目的做法
但是實際在項目中我并用不著把這兩層區(qū)分的很詳細，所以我把兩張卡片合并成了一個

?這個storytaskcard的實際使用方法：
1、對需求進行分析，把需求根據(jù)功能劃分成幾個任務(wù)點
任務(wù)點重要的地方是縱向的任務(wù)劃分,比如一個輸入框的多頁面通用就是一個任務(wù)點
2、和產(chǎn)品討論詳細功能點的需求性，這時候再storycard上定義好產(chǎn)品的優(yōu)先級，并且評估實現(xiàn)的技術(shù)風(fēng)險，也就是有什么問題會對這個任務(wù)點造成影響
3、定義好產(chǎn)品優(yōu)先級后，根據(jù)技術(shù)開發(fā)的復(fù)雜性定義技術(shù)復(fù)雜性，然后把storycard排序按照產(chǎn)品優(yōu)先級和技術(shù)優(yōu)先級的順序先開發(fā)。
4、根據(jù)開發(fā)人員的能力分配任務(wù)，對于新手從一些簡單的任務(wù)的開始分配，對于老手要用需求級別最高的開始分配

然后要求開發(fā)人員對任務(wù)進度進行記錄，這樣就可以對一個任務(wù)點的完成進行控制，開發(fā)者效率進行評估：）

在我這期項目的迭代過程中，前臺后臺一共劃分了１２個任務(wù)點，共計花費１０個工作日左右完成，開發(fā)人員為２個，一個新人，平均下來每人一天可以完成一個任務(wù)點。（當(dāng)然任務(wù)點不可能在工作量上是很平均的，但是在分配任務(wù)點時我會注意到任務(wù)的粒度，不要讓一個任務(wù)完成會超過３天。）在任務(wù)點完成后還有一個整體整合和代碼review的過程，這個一般需要2天時間。再加上項目的功能測試2天和壓力測試1天，這個迭代版本共計耗時15個工作日，約3個week。

這個時間比agile要求的2week是要長了一點，主要由于我這個迭代周期中有一個新人，不過項目進行中是完全控制的，項目完成后的質(zhì)量也是用戶滿意的


STORY AND TASK CARD.rar