在Redmine backlogs中规划项目方法

前文Release,Sprint,Story和Version的关系讨论了一些基本概念。而且提到

简单来说就是一个Release可以包括几个Sprint，一个Sprint包含几个Story. 当然一个Story可以跨越多个Sprint或者Release。

这句话看上去容易理解，真正做规划的时候要注意方法：

第一阶段：首先明确了产品的最终目标后

专门写了一篇讨论这个。

http://blog.csdn.net/csfreebird/article/details/8918518

第二阶段：定义用户Story和Release,此时有两种方法

方法一：

划分若干Release，每个Release包含了要完成的Story。

方法二：

把产品分解成用户story，这些story放入backlogs中。然后根据story的依赖关系进行分组，自然形成不同的Release计划，从backlogs中移动到不同的Release中。我个人更喜欢这种方法。

注意：

为简单起见，Story不可以跨越Release, 如果遇到这种情况，将这个Story拆分。

然后在每个Release中可以补充其他类型的story，比如技术类的。

创建Release需要使用Redmine的Release tag来创建，参考文档：

http://www.redminebacklogs.net/topics/releases.html

第三阶段：定义Sprint

不需要考虑整个产品发布周期每一个release包含的sprint，仅仅设计当前release需要包含的一个或者多个sprint.

Sprint只考虑团队人手和固定时间内（比如2周）能处理什么Story。所以并不是按照Relase进行设计，而是通过Story和Release发生间接关系。参考&#