今天参加的一次项目讨论例会让我十分纠结。
参与的人员来自各个项目组，有A、B、C、D等，人员组成包括各个team的开发、测试、架构师和产品经理。
会议的主题本来是很清晰，即：讨论某项目的联调时间安排和进度。
然而会议开始后不到十分钟就偏离了主题，一个关键路径的team测试和开发、架构师，加上项目经理，各方各执一词，
QA：没有资源，无法按期联调，原因是：一开始没人通知项目的重要性和优先级，无法预先争取资源。
开发：QA给出具体时间后才能去申请资源，以及何时合并版本。
架构师：为什么每次都要合并版本？是否有其他方式可以争取资源或者提高效率？
产品：到底是什么项目占用了team资源，预留给本项目的资源有多少？
PM：。。。。。
按着葫芦起了瓢，项目经理相当抓狂。
而作为不是关键路径的其他项目组的开发和测试人员，在繁忙的星期五上午硬是扛着电话听了将近半个小时的大讨论，而这一切不但和自己无关，也和会议主题无关。
乍一看项目经理是最无辜的，在关键时间点确认的时候发生这种问题。但今天我纠结的时候，真的在内心深处想了很多。
首先，涉及到多个team的大讨论，比如联调时间点，上线时间点和其他的时间点，是不是电话会议是最合适的形式？
-----目前看来不是最合适也是最合理的。无止境的邮件往来比较低效，京杭两地多个team开发也无法见面讨论，电话会议是必须。
其次，为什么在评估一个时间点时会出现突然状况，这种状况产生的原因是什么？
-----项目经理的失职。虽然公司没有独立的项目经理一职，项目经理也得写代码。但是有一些方法可以很好的避免突然状况，项目经理从头至尾应该对整个项目的需求和各个接口范围相对更熟悉。从kickoff开始一刻起，项目经理就是孩他爹孩他娘了，有两点要尤其注意，一是有问题及时沟通，做到信息沟通壁垒减少到最小，避免因为一个环节的变化影响其他所有人，二是资料的统一管理，各项目组所有资料统一分类管理，避免因为互相不了解实现逻辑造成较大偏差。此外，项目经理的执行力很重要，没有测试资源，这个问题光依赖产品经理并不一定能够解决，项目开始时预估时间，留出足够的buffer，能够在pk会上争取足够资源最好。对某些关系路径的team，要重点关注，优先来解决。否则最后的结果，就是延期。
最后，讨论会上出现了紧急状况，如何来解决？
----任何会议都可能出现偏离主题的突然状况，就好像是马路上闯入了一头牛。所有人的都停下任由牛跑来跑去肯定是最低效的，不管这头牛肯定也不行。怎么办？会议组织者应该第一时间让牛走进来，给它几分钟陈述时间，迅速判断它的严重性和解决的可能性有多大。如果能够在3-5分钟讨论出结论的问题，可以和大家说明来解决之。倘若不能，最好的方式就是控制住，让他歇一会，其他的行人先过去，人不多的时候让牛慢慢离开。
会议中最不应该出现的，而又最常出现的就是各方互相找理由来发掘问题，一个小问题最后演变成大问题，没有人控制的情况下，所有的人开完会都很生气，而且所有的问题都没有被解决。
项目经理鸭梨好大，大家应该给所有的项目经理更多的理解和宽容，相互支持和主动沟通，才能够更好的解决项目中存在的问题，大家的工作也都会变得顺畅起来。
