最近开始在项目的新迭代周期采用agile,所以打算使用传说中的地story card
在网上找了好久story card的模板,最终找到一个比较通用一些的模板
这个模板是主要分storycard和taskcard两块
这两张卡片把需求和任务分开了,这也是一般项目的做法
但是实际在项目中我并用不着把这两层区分的很详细,所以我把两张卡片合并成了一个
<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> 在我这期项目的迭代过程中,前台后台一共划分了12个任务点,共计花费10个工作日左右完成,开发人员为2个,一个新人,平均下来每人一天可以完成一个任务点。(当然任务点不可能在工作量上是很平均的,但是在分配任务点时我会注意到任务的粒度,不要让一个任务完成会超过3天。)在任务点完成后还有一个整体整合和代码review的过程,这个一般需要2天时间。再加上项目的功能测试2天和压力测试1天,这个迭代版本共计耗时15个工作日,约3个week。 </o:p>
<o:p> 这个时间比agile要求的2week是要长了一点,主要由于我这个迭代周期中有一个新人,不过项目进行中是完全控制的,项目完成后的质量也是用户满意的
STORY AND TASK CARD.rar </o:p>
![93826.html](https://i-blog.csdnimg.cn/blog_migrate/7b7db6396a9596b127a077202a716c69.jpeg)