刚开始做任务分拆和估算的时候,挺有故事的,Sprint1的任务拆分感觉不够细,所以打回重新分解。什么叫“细”,我定下了一个标准就是估算工作量需要在24人时内完成。项目管理者联盟
起初,研发负责人老黄给每个人估算了工作量,当我参加计划会议的时候,估算结果早已出来了,这让我很惊奇。我让敏捷教练把估算好的结果打印了一份,然后去掉老黄的估算结果让他对着投影再估算一遍,然后让大家验证。结果有一半都和之前的结果不一样,在大家的哄堂大笑中重新开始了估算。没有专业的敏捷扑克,我们就靠喊,在大家的呐喊声和老黄的打压声中,每个人的估算结果终于汇总出来了。项目管理者联盟
五、需求,一个老话题项目管理者联盟
历来,需求都是软件项目管理的难题之一,这次为了管理好需求,我们选了公司最好的产品经理干哥,定需求模板,书写出研发人员都喜欢看的带有标准的建模工具画出的逻辑图的时候,大家都觉得这次需求很靠谱。www.mypm.net
借鉴以往和产品人员打交道的经历过程中,反复是常有的现象,所以需求评审和基线化是这个项目实施中最重要的实践活动之一。项目管理者联盟
六、代码与发布项目管理者联盟
一个个的里程碑过去了,产品和研发的配合也越来越默契。项目管理者联盟
随着代码越来越多,代码集成成了很大的问题,每天依靠一个负责任的测试人员来管理版本和编译打包有点落后了,为此引入一套自动打包和编译的工具很有必要,经过筛选,我们引用了Hudson和SVN配合做自动化。在封闭开发期间,每天定时下午6点进行打包编译,测试回归前一天的Bug,开发工作按正常的进展进行。开发和测试之间的配合也越来越默契了。bbs.mypm.net
七、总结会上项目管理者联盟
6月底版本的测试结果并没有达到预定目标,最重要的指标就是启动速度,还是没有达标。经过反复的商议,我们决定延期项目,一定要拿出性能卓越的产品,所以才有了启动速度最快的播放软件和画质提升显著的“左眼“技术的问世。项目管理者联盟
在8月份Beta版本发布后的Sprint总结会上,大家总结这次重构项目的得失,其中成功经验最终被合并成了三条:项目管理者联盟
1、敏捷项目管理的实施让大家时刻关注目标项目管理者联盟文章
2、测试把控质量标准严格项目管理者联盟
3、所有人员以主人翁的姿态参与,大家都有了赢的欲望training.mypm.net talent.mypm.net
本文为项目管理者联盟联盟会员原创文章,授权发布,非经同意不得转载!
|