结合工具来实现敏捷开发 - 11

好了，计划会也开完了，Sprint也建好了，也规定好时间了，这个Sprint要做的功能点也分配下来了，该是开发同志们干活的时刻了。

 

按照Scrum的原则，是希望开发人员自己能主动去关注有哪些活，然后去认领。我想这种思想在大家开展Scrum的初期是没法做到的，甚至很多公司一直没法做到，因为要做到这种主观能动性，不是说我让你去主观点你就可以主观了，我相信很多公司很多员工不会有这种主人翁精神，通常是给我的活完了我就自己弄自己的，谁会去揽活啊。通常能实现这种原则的公司，都是让员工有家的感觉，有种愿意为家做贡献的感觉，呵呵，那么，如果你有这种感觉的话，你应该是有股权的或者说激励机制做得好，多干能多得。

 

我们公司现在还没达到每个员工都有这种“觉悟”，所以呢，暂时由开发组长来分配给手下。

 

对于开发过程的管理，前面说过了，我们现在是用DevSuite方案中的开发过程管理工具: DevTrack，DevTrack这个工具据说是TechExcel最先做的产品，已经有十几年的历史了，可以说是他们的王牌产品。

 

看这篇文章的很多人都是开发，所以当然知道要开发出一个功能或者修好一个Bug，对于功能或者Bug的描述是非常重要的，对于功能而言，设计文档要写得好，写得清楚，如果有改动就应该能快速让开发知道，而对于Bug而言，怎么重复的步骤需要写得很详细，最好有截图，甚至有录像。

 

类似这种基本功能也是我们当初重点关注的，开发与测试的真实数据能相对正确反映出整个项目的情况，所以我们在评估表也列出了大量我们自己所希望看到的功能，然后再拿各个产品做对比。下面我把我们评估表里针对这块的部门的各个大项贴出来，供大家参考，每个大项都有很多小项，就不贴了，不然篇幅太大了：

 

评估点名称	结果
可定制化的页面与字段
权限管理
团队管理
工作流管理
可跟踪性
日志管理
文档与附件管理
版本控制系统集成
报表管理
评审管理
时间与成本管理
任务分配管理
项目计划管理
需求变更管理
数据备份功能
查询功能
导入导出功能
项目间交互功能

 

 

最后的结果反正大家也知道了，不过其他产品也总是有些优点的。不过我作为一个开发来说，比较喜欢DevTrack的2个功能，一个是在Check In/Out 代码的时候，可以自动跟一个任务绑定，这样子的话，对于每个任务我就知道哪些代码与之关联的，为以后修Bug或者做类似功能提供方便，另外一个功能就是自动通知功能，如果有任何任务给我或者我忘记了完成某个任务，都会有Email或者短信自动通知我，让我能及时去完成。

当然，对于领导来说，可能喜欢那个跟踪功能，什么环节出了问题都知道找谁来问题，呵呵。

总的来说，DevTrack 满足我们90%以上的需求，总算是能给我们派上大用场了。虽然说有些时候觉得效率会有所下降，因为总是需要打开DevTrack才能看到要做的活，会花点时间，不像以前QA发现Bug直接跟开发一说，开发一改就Ok了，不过后来一想，如果修一个Bug还行，N个Bug呢，人家说多了就早忘了，而且修错修对还没法跟踪到，甚至还忘了做某个Feature或者修某个Bug了，到最后必然是损失更大，所以用软件管理这个过程还是利大于弊的。

下面还是老规矩，贴个培训图里DevTrack效果图。