|
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！bbs.mypm.net
前言：文章为作者带领团队做持续集成两年多来的一些心得和经验总结，从自身经历的角度谈谈作为持续集成团队的负责人应关注的问题和焦点，特别是持续集成团队的经济成本，不足之处请广大同行指点，大家一起交流共同进步。www.mypm.net
持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。项目管理者联盟
持续集成越来越普遍地应用于国内各行业的软件开发流程，有的是自上而下的执行，有的是自下而上地推进，不论哪种方式，作为团队的负责人，是否能非常好地回答这三个问题并让BOSS满意?还是之前从没想过这三个问题?那就一起看下问题了：项目管理培训
1 持续集成团队给公司带来的实际好处是什么?项目管理者联盟
2 持续集成团队在新一年的投资价值是什么?项目管理者联盟
3 对于公司的业务线，这团队需要投入多少人?blog.mypm.net
大家的第一直觉，可能都是从网络和书本上看到的理论上来讲持续集成的好处，只是这些毕竟偏虚，BOSS听后未必认同，因为BOSS都是不见兔子不撒鹰的绝顶高手;可能有的更差一点说大家都在做，所以我们也要考虑做。就算是公司的老板拍板说要搞持续集成，作为团队负责人，你要向BOSS汇报的如果都是细节的进展，而回答不了上面的这三个问题，除非你是BOSS的皇亲国戚，或者和BOSS一起的创业大将，不然的话，这团队迟早都将是边缘人物，如果你的汇报对象是研发部的主管，那他对你的支持也将取决于你的业绩。因为职位越高的BOSS，他考虑的都是投入与预期回报，眼界不在一个层次上，就难有共同的话题。如果是自上而下地执行，可能还能有看到春天的机会;如果是自下而上推进，怕是较难达成理论上的预期，最后不了了之的也是一大片。pmp.mypm.net
关于这三个问题，其实都围绕一个主题：持续集成团队的投入与预期价值回报，即一本如何算好持续集成团队的经济账。因为技术的投入，需要经济的支撑，特别是国内的公司，更是明显。
第一个问题：持续集成给团队和公司带来的实际好处是什么?项目管理者联盟
对于软件开发过程，因为总代码产出规模是一样的，BOSS关注的保证质量的情况下，周期能缩短多少?三分之一还是一半?只要质量在一定合理范围内，BOSS更关注的是周期的缩短，因为周期越长，投入成本就越大;但如果项目周期能缩短一半，在其他费用不变的情况下，光投入的人力成本和管理费用就可以缩短一半，更不用说更快的速度在市场上抢单扩大地盘。项目管理者联盟
因此相比质量，BOSS更关注的项目周期，如何缩短项目的周期，实际上就是持续集成团队重点突破的范围，也将最终决定持续集成团队在公司的地位，同样也意味着BOSS愿意给你多大的空间和时间以及力度来支持你和你的团队的工作。项目管理者联盟
笔者所在的公司因为是以CMMI 3和CMMI 4之间的标准来管理团队，因此有着各种量化的历史经验数据，笔者带着团队做了两年多的持续集成，第一年折算产出为30.76人年，第二年折算产出为80.58人年，这团队核心只有四个人，因为笔者是部门主管的原故，因此在今年调动了十多个组员保证业务任务的情况下利用碎片时间帮着做了不少事，但从资源投入来讲，这两年来还是一样的原来的几个人年，对公司没有额外投资。这两年来笔者也没有做到项目周期缩短的目标，原因有三个：一是笔者是自下而上推进持续集成，二是笔者所在的公司研发部门较多，笔者只能是立足本部;三是笔者的公司代码有几千万行，笔者只有一小部分权限。这两年的推进，只是消除了基本面的问题，同时也开始进入正轨，新的一年里，笔者倒是可以向BOSS最关注缩短周期的目标前进了，因为基本面的问题消掉了，同时观念和准备工作也积累到了一定的度了。 service.mypm.net
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
