|
从事项目管理的工作也有五、六年了，从最开始的小开发小组管理，到项目经理助理，再到项目经理、项目群经理，其间经历了N多这事那事，在这里就说一说玩转平衡的这件事。项目管理者联盟
那时在2008年到2009年的一个项目，做寿险核心业务系统，项目的主要工作就是根据客户的需求对核心业务系统进行差异化改造，项目成员有15个人。项目管理者联盟
由于项目整体成本的压力，在组建项目团队时，除了骨干人员是有经验的人员外，其他的开发人员大多是刚毕业的本科生，实际开发经验严重不足，并且项目要求的时间很紧，新入职的人员经过短期培训后就投入实际工作中，一边工作一边学习。这种情况导致的后果可想而知，项目的产品bug率很高，并且很多情况下是一个bug套着另一个bug，改完这个又发现另一个。终于在一天下午，测试组长找到了我，她说我下面的组员都提出罢工，这么多的bug，回归测试占用了她们太多的时间，为了保证项目整体进度，不得不进行加班，并且出现的bug很多是低级错误，反馈给开发人员后并没有太多改进。这该怎么办呢?开始我对开发人员的考核中增加bug的扣分值，执行了一段时间后，有一定的效果，但是不明显，bug依然很多，测试人员还要加班，并且开发人员和测试人员之间还出现了矛盾，这是团队中最不愿意看到的情况。pmp.mypm.net
在苦思冥想多天后，想到了一个对开发人员有约束、且能补偿测试人员的加班投入的方法。这个方法就是对于针对一个功能点的规模设定最高bug数上限，如果超出这个bug数，导致测试人员更多的投入时间的，则从开发人员的产出工作量中拿出一部分补偿给测试人员，直至该功能点的产出工作量全部扣完。这个办法虽然不是那么规范，但是很有效。通过在产出工作量上的平衡，对开发人员的约束力更强，也使测试人员的投入能有相应的回报。通过这个方法的执行，并加上对开发人员的培训等，项目组的bug率有了明显下降，开发人员很重视自己所导致的每个bug，测试人员的加班情况也由明显的下降，并且在一定程度上，测试人员为了增加自己的产出工作量，在测试上也更细心，力争找出所有代码中存在的bug。项目组中的氛围又逐渐的和谐了，项目整体的质量有了很大提高。项目管理者联盟
上面描述的方法虽然看起来比较土，但是确实针对当前项目情况最有效的办法，在特定的项目阶段解决了特定的问题。随着时间的推移，开发人员逐渐的成长起来，能力逐步提高，相应的管理方法也需要作出调整，以适应新的情况。总之，在软件项目中，一定要协调好开发和测试之间的关系，构建一个和谐的团队，才能使项目能健康进行，完成项目任务。项目管理者联盟 PgMp.mypm.net
|
