对于项目经理来说，规模较大的项目主要是与各应用的专业经理以及架构师之间的沟通。这里我用自己带的一个项目来说明一些需要关注的问题。
《XX项目》在系统测试阶段，开发经理和测试经理关于提交的测试问题数量存在争论，开发经理认为测试部门提交问题重复，且数量过多;而测试经理认为项目办对于测试部门给出了测试标杆值，她是按照这个来执行的，而且她认为开发经理一味偏袒开发人员，且拒绝修改的问题答复过于简单。针对以上这些情况，我首先了解了一下标杆值的问题，这个值是项目办根据每个应用以往的历史数据给出的每百功能点发版前的问题数参考值，比如该项目涉及的参数管理应用是百功能点13点多个问题，但这只是一个参考值，所以测试经理以此作为依据进行问题数目的控制是不必要的。同时我去测试经理那里了解了一下实际情况，部分问题确实是相同问题，但是BYCS部的要求是回复的时候可以选择相同问题回复，但是不要直接打回拒绝修改且写明是相同问题，这也是L总在测试部门内部一再强调的，所以碰到这种情况测试经理坚决不会同意关闭。同时我在开发这边了解到，开发人员对于一个公用模块提多个问题非常反感，修改一处程序而填写问题清单的时候要填写多条记录，而且开发经理反馈实际上其它测试人员提交的重复问题并不多，而测试经理本人提交的很多，感觉测试经理有意而为之。针对这种情况，我和开发经理、测试经理沟通之后做了如下要求：首先为了保证测试进度和质量，测试方面发现问题该提就提，但是没有必要以测试标杆给出的值作为测试标准，要以实际情况为准;其次，开发人员和测试人员多沟通，从源头上避免一个公共模块提多个问题的情况，但如果一旦问题提交了，开发人员就按照相同问题处理，不要拒绝修改，这个我也告知了开发经理对于项目的有效问题数不会有影响。同时由于考虑到个人面子问题，我和测试经理单独做了沟通，请她避免提交过多相同类型的问题，提交之前可以先和开发经理打个招呼。另外我也请两位专业经理考虑，由于项目所涉及应用之后的所有牵头配合项目都是两位专业经理配合工作，到底是一个和谐的工作氛围还是一个充满火药味的工作氛围对双方更好?目前项目系统测试已经完成85%，问题解决效率平均不超过2天，问题数也控制在百功能点8个左右，开发部门和测试部门均较为满意这样的结果。
从这个案例当中，我认为关键在于项目经理接收到各方面信息之后，不要急于做出结论，因为这个结论很可能是以偏概全或者根本就是错误的，要对信息进行有效的确认。同时在沟通过程当中项目经理要做到立场的合理切换，有时候要站在项目的立场上、有时候站在专业经理的立场上。最后一点就是要坚持项目管理过程当中的公正、公平原则，对项目所涉及应用不偏不倚，只谈问题的解决不谈其余的个人问题。
编辑推荐：