处理功能清单和用例的关系，任务以及如何控制任务的粒度

在《UML与与模式应用》中，作者提到从目标的角度去看做用例。用例是用来挖掘需求的，而功能清单更多地是将一系列的功能列出来。
在我的项目中，我将功能细分，基本上一条功能成为一个任务，而一组功能就对应了一组任务。然后将任务由开发人员自己领取。通常一组任务也是由一个或者两个开发人员完成。

通常，我把功能清单作为用例分析的结果之一，而按功能分配任务。

现在的问题就是，有些功能太细小了，也有的功能比较大。在《敏捷软件开发》这本书中，Bob大叔说4～16小时为一个任务比较合适。所以有时候就将功能合并或者拆分了，大约是4~16小时为一个任务。

请问朋友们是怎么做的呢？

先设计好架构。

斑竹的项目应该是经过了细化阶段了到了构造阶段了吧,如果保证了先前的工作都是正确的,那么在这个阶段做好单元测试,就可以减轻后面合并的集成测试,否则项目容易失控.不过这样斑竹挺辛苦啊.