常现象，及时和测试人员保持沟通。开发工程师遇到技术问题自己尝试解决无果后，及时寻求团队成员协助，仍无法解决则必须向技术经理或项目经理反馈，因为一个问题的受阻势必影响项目进度，这不是一个人要面对的问题，记住。项目周c月c阶段c总体计划c项目周报c工作日志c例会也是沟通的一部分，作为项目经理，应该定期召开项目例会(通常是周例会)，及时了解项目进度，倾听问题反馈，并做阶段总结，评估风险，及时调整下一阶段计划。

    4分享：这恐怕是这几项里最难达成的要素。众所周知的原因，技术人员大多有保守个人所掌握的技术c不愿分享的心理倾向，我见过有的工程师甚至将自己的技术包裹起来，即使项目组成员向其请教，也一口回绝。在我看来，这种人的路是窄的，他忽视了禅宗里的一个基本常识：好的东西只有拿出来与他人分享，你才能获得更多，记住。这个世界上，没有一个人能解决眼前的所有问题，掌握所有的门类知识或经验。互助就是一种分享，培训本身就是分享的最好方式。如果是他人公司的核心商业机密，出于保密无法共享倒可以理解，除此之外，很多东西与他人分享何乐不为？无论是知识c技能还是经验c快乐，能促进团队成员间的信任感，提高效率，更重要的是，他人也同样愿意与你分享，这是人感恩回馈的本能。分享极大地促进相互进步，形成知识互补，互联网的精髓也不在于此吗？久而久之使团队演化为学习型组织，拥有强大的知识经验库和创新能力，这样的团队才是最为可怕的！

    5互助：重要性不必多言，作为团队成员，只需牢记一点：一个人不管有多牛b，缺少了团队协同，连存在的意义都没有。团队每个成员都不可或缺，很多时候人类是依赖于彼此才能抵达目标，只有分工的不同，不存在等级尊卑，指挥协调决策也仅仅是项目管理者的职责。在艰巨的任务面前，所有人都只有一个命运，互助是双向的，个人的得失显得微不足道。在很多影视作品中，特战部队往往深入敌后，深处危险的境地，任何成员稍有闪失，便随时可能将整个团队葬命敌手，导致任务失败。团队就是一个整体，精密运作如机器，没有零件间的协作立即瘫痪。有机会可以参与一些户外拓展运动，对互助协作会有更深的体会。

    6自我学习：外部环境是不断变化的，唯以应变面对万变。在特种作战的影视作品中，会看到计划好的方案，到了敌后环境突然发生了巨大变化：人质转移了，或情报有误敌人力量增强了，或遭突然伏击，这些都无疑考验着团队的应变能力。软件项目亦是如此，客户需求的变更c团队成员流动c代码质量低下c某些政策的改变c甚至客户高层的人事变动皆为外部变化，都需要项目经理及时采取策略应变，团队成员亦不必为变化感到惶恐，不变是理想的，变化是永恒的，注意系统设计c开发的扩展性和容错行，减少耦合，尽量避免硬编码，同时还需不断地学习新技术。一个项目不能替客户解决所有的问题，项目经理还需注意控制项目的应用边界，明确上线标准，和客户协调项目开发的分阶段性等等。

    最佳实践：因职业上的原因，研发技术人员大多偏内向c低调c表达能力偏弱，作为项目经理，绝不是个高高在上的管理者，除了对项目的全程跟踪，还有义务调节团队氛围c释放激励，促进成员间的磨合沟通。如为项目组成员争取活动经费，周末组织轻松快乐的业余活动(如打球c爬山ck歌等)，会议中适当加入幽默调侃，公开鼓励表现好的成员，记住：鼓励永远比抱怨有用。此外，借助中午一起聚餐是个简单有效的方法，让团队成员有更多的机会交流沟通，增强凝聚力。时间允许情况下不要忘了培训，让所有成员有机会参与主讲能增加团队的归属和认同感。

    团队需要磨合，组织参与野外拓展c户外团体运动

『加入书签，方便阅读』