团队A：

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

缺点是 ：

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

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

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

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

团队B：

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

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

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

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

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

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

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

2，针对项目B，

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