最近開始在項(xiàng)目的新迭代周期采用agile,所以打算使用傳說中的地story card
在網(wǎng)上找了好久story card的模板,最終找到一個比較通用一些的模板
這個模板是主要分storycard和taskcard兩塊
story card

task card

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

?這個storytaskcard的實(shí)際使用方法:
1、對需求進(jìn)行分析,把需求根據(jù)功能劃分成幾個任務(wù)點(diǎn)
任務(wù)點(diǎn)重要的地方是縱向的任務(wù)劃分,比如一個輸入框的多頁面通用就是一個任務(wù)點(diǎn)
2、和產(chǎn)品討論詳細(xì)功能點(diǎn)的需求性,這時候再storycard上定義好產(chǎn)品的優(yōu)先級,并且評估實(shí)現(xiàn)的技術(shù)風(fēng)險,也就是有什么問題會對這個任務(wù)點(diǎn)造成影響
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ù)進(jìn)度進(jìn)行記錄,這樣就可以對一個任務(wù)點(diǎn)的完成進(jìn)行控制,開發(fā)者效率進(jìn)行評估:)
在我這期項(xiàng)目的迭代過程中,前臺后臺一共劃分了12個任務(wù)點(diǎn),共計花費(fèi)10個工作日左右完成,開發(fā)人員為2個,一個新人,平均下來每人一天可以完成一個任務(wù)點(diǎn)。(當(dāng)然任務(wù)點(diǎn)不可能在工作量上是很平均的,但是在分配任務(wù)點(diǎn)時我會注意到任務(wù)的粒度,不要讓一個任務(wù)完成會超過3天。)在任務(wù)點(diǎn)完成后還有一個整體整合和代碼review的過程,這個一般需要2天時間。再加上項(xiàng)目的功能測試2天和壓力測試1天,這個迭代版本共計耗時15個工作日,約3個week。
這個時間比agile要求的2week是要長了一點(diǎn),主要由于我這個迭代周期中有一個新人,不過項(xiàng)目進(jìn)行中是完全控制的,項(xiàng)目完成后的質(zhì)量也是用戶滿意的
STORY AND TASK CARD.rar
posted on 2007-01-14 23:38
rocket 閱讀(2307)
評論(2) 編輯 收藏