从两个团队中学到的

因为面对的是两个开发项目，做的时间长了，很容易对这两个开发团队的流程优劣有个比较。

团队A：  

大项目， 人手充足，开发人员能力跨度从高到低分布均匀，流程较规范， PM很有经验，比较善于和客户沟通以及争取时间。

 

缺点是 ：

的接口容易出现责任模糊的问题。由于人员互相之间对于别人的流程完全不清楚，一旦出现人手不够需要互补的时

候，接收较慢，同时因为大家不是很主动， 一方面测试人员需要针对每个开发人员去

进行追踪，效率较低，另外一个方面造成做的过程中需求有疑问，却没有及时暴露给

PM，等到达测试手中才暴露问题， 浪费了人力和时间资源。

团队B：

中等项目， 人手少，且能力较弱（除了PM外，其余都是应届毕业生），有些不太遵

守流程， 对于 需求的颗粒度把握不够，项目不够熟悉， 时间估计不充分，造成前

期松散，但是后期却频繁加班的问题。 

优点是：组员之间关系特别融洽，互相交流比较多， 且有心去克服目前的困难，做进一步的提升。
   

   这样的两个团队， 对于测试人员来说， 应该可以从他们身上学到很多项目管理的东西， 且可以把A组的优点暴露给B组，把B组的优点推荐给A组，让大家可以共同进步。 随着最近事情越来越多， 问题保露的越来越明显， 觉得是时候彻底解决一下了。

今天做了两件大事， 觉得收获良多，
1，针对项目A，

    和PM一起，明确了各人的负责模块逻辑以及目前的进展情况，记录下了各人负责部分的疑问点，  这样的一次交流方，便我和PM后期的跟踪和及时的问题处理。以后应该定期进行。

2，针对项目B，

   大家开了一个小会， 总结了前面项目delay以及频繁加班的原因， 制定了一套更加科学的流程制度，希望后面大家可以遵守并且确实发现卓   目前可以考虑到的就是这些了， 项目管理是一门大学问，希望我在后面的时间中可以想的更深远，并且有更好的实践。 

组内人员沟通比较少，容易造成消息不灵通,  PM掌握各人负责模块的进度比较费心，且各模块之间