agile实践：storycard

最近开始在项目的新迭代周期采用agile，所以打算使用传说中的地story card
在网上找了好久story card的模板，最终找到一个比较通用一些的模板

这个模板是主要分storycard和taskcard两块

story card

task card

这两张卡片把需求和任务分开了，这也是一般项目的做法
但是实际在项目中我并用不着把这两层区分的很详细，所以我把两张卡片合并成了一个

<!----><o:p> 这个storytaskcard的实际使用方法：
</o:p><o:p>1、对需求进行分析，把需求根据功能划分成几个任务点
</o:p><o:p>任务点重要的地方是纵向的任务划分,比如一个输入框的多页面通用就是一个任务点
</o:p><o:p>2、和产品讨论详细功能点的需求性，这时候再storycard上定义好产品的优先级，并且评估实现的技术风险，也就是有什么问题会对这个任务点造成影响
</o:p><o:p>3、定义好产品优先级后，根据技术开发的复杂性定义技术复杂性，然后把storycard排序按照产品优先级和技术优先级的顺序先开发。
</o:p><o:p>4、根据开发人员的能力分配任务，对于新手从一些简单的任务的开始分配，对于老手要用需求级别最高的开始分配</o:p>

<o:p> 然后要求开发人员对任务进度进行记录，这样就可以对一个任务点的完成进行控制，开发者效率进行评估：） </o:p>

<o:p> 在我这期项目的迭代过程中，前台后台一共划分了１２个任务点，共计花费１０个工作日左右完成，开发人员为２个，一个新人，平均下来每人一天可以完成一个任务点。（当然任务点不可能在工作量上是很平均的，但是在分配任务点时我会注意到任务的粒度，不要让一个任务完成会超过３天。）在任务点完成后还有一个整体整合和代码review的过程，这个一般需要2天时间。再加上项目的功能测试2天和压力测试1天，这个迭代版本共计耗时15个工作日，约3个week。 </o:p>

<o:p> 这个时间比agile要求的2week是要长了一点，主要由于我这个迭代周期中有一个新人，不过项目进行中是完全控制的，项目完成后的质量也是用户满意的


STORY AND TASK CARD.rar </o:p>

rocket 2007-01-14 23:38 发表评论