就我们公司而言,由于用了DevSuite管理了整个开发周期,所以我们用了DevSuite方案的计划管理工具DevPlan来管理这些Sprint。
我们知道,一个产品的开发,总是会有一个版本号,每个版本下面会有几个里程碑,类似Alpha Release,Beta Release,然后每个里程碑其实是又由若干个Sprint组成,这样子Sprint都完成了,这个版本也算差不多可以交付了。所以DevPlan就采用了这种【产品--》版本--》里程碑--》Sprint--》实际开发/测试任务】的结构来构建整个项目结构,功能有点类似于微软的Project,之前我们评估的时候,对微软的产品也做了评估,大的功能都差不多,不过DevPlan比微软产品做的更好的是它可以从底层数据中挖掘信息,也就是说可以从开发和测试实际做的每个任务中提炼出真正能反映实际工作的数据,计算出当前周期进行到什么程度,有没有风险,成本是否超支,员工是否足够,工作是否过劳等信息,这些都是我们比较看重的信息,也就成为后来DevSuite方案最终胜出的重要因素之一了。(很多产品其实都是人工来填写这些数据,一般这种填法总是有些估计的成分,所以数据通常很失真)
用DevPlan把这个产品项目结构搭建完成后,每次计划会,我们就会把功能点从Product Backlog分配到一个Sprint中完成,通过实际完成的任务反馈给DevPlan的数据,我们在甘特图中就会真实地看到整个项目现在的进展。(下图为培训材料中的图,供大家参考)