下面是前一段时间，我的团队回顾会议上大家的声音：

更有团队活力了

都很热心

开发同学真的很耐心，感谢

团队气氛很好

分享气氛浓厚，和乐融融

开发同学配合真的很好，很友好，PM赞

新同学成长很快

大家主动性明显提升

团队积极主动

大家都比较耐心

团队各个角色都很好沟通

解决问题都很积极配合

Aland带人很有一套

大家都很认真，不仅做分内的，也做分外的

从中大家应该能够感受到团队的气氛是比较融洽的，而在半年之前团队的士气是很低落的，我在担任项目经理的时候，花了不少精力在团队建设方面，当时我在同时管理两个项目，项目的节奏都非常的快，每周都会发布大约8个版本，那么在如此紧张的工作的情况下我为什么还有花精力做团队建设呢？我是处于两个考虑的：

1.      每个团队都有很多问题，我们的团队也不例外，我们可以采用简单直接的方法，看到问题解决问题，但是那些通常都是些大问题，而且在一系列措施之后，未必能够根治问题，我认为解决问题的关键在于“人”，只有团队成员直接能够融洽，互相理解，很多问题就会迎刃而解，很多问题也许就不是问题了。

2.      项目经理每天有大量的事情需要处理，很难做到事无巨细时刻跟进推动，因此经常会出现，项目经理不在，进度缓慢的情况。那将是非常可悲的状况，项目仅靠一人推动那是万万不行的，因此培养团队的主动性，团队推动，才是让项目又快又好的发展的必备条件。

因此我花了很多时间思考如何培养团队融洽的气氛，主动的工作，这里把我的一些经验分享给大家，希望能对大家有所帮助。

融洽

问题

“这个不是我的问题”

“这个是产品没考虑到”

“这个是开发没有还原设计”

“PM，这个要是发不了，我可不管”

解决

一、             经常接触（≠肉体接触）

a)       工作中

n         牵线搭桥：项目经理更多去充当红娘的角色，而不是代劳，给大家创造直接沟通合作的计划。例如“这个问题jason应该了解，我带你去找一下他。”

n         相互了解：项目经理尽力创造大家相互了解的机会，如通过“面对面code review”，“晨会（各角色均参与）”，“需求讲解”等措施，让大家彼此了解对方的工作，让大家感觉我们都是一个项目团队（虽然所属不同职能组），我们大家一起在为项目努力。

n         集思广益：团队成员虽然各司其职，但是这并不妨碍大家为彼此的工作出谋划策，为项目发展集思广益，我们可以定期组织“产品头脑风暴”，“技术分享”，“架构优化讨论”等活动。

b)       工作外

n         多组织以项目团队为单位的活动。

n         通过各职能组共同出资的方式解决经费问题。

二、             没有矛盾（≠没有问题）

任何团队都有问题，但优秀的团队，大家会齐心协力攻克问题，而不会相互指责相互推诿，因此我们项目经理应当想方设法解决团队内部矛盾。

a)       相互理解

n         强调项目目标：不断在团队内强调项目目标，统一大家的思想，不要让开发同学只关注于编码的工作。

n         解释困难：通过单独沟通等方式了解各个角色的困难，然后当众的解释给大家，让大家能够理解别的同学的困难。

n         帮助他人：鼓励互相帮助，比如让开发帮助产品完善产品需求，这样开发不但不会觉得产品需求不完善，反倒会帮他完善，心态完全不同了，大家合作起来自然就融洽了。

b)       彼此沟通

n         创造沟通机会：如“经常接触”部分介绍。

n         避免冲突：避免不利于问题解决的指责冲突，深入挖掘问题根源，从根本上解决问题。

n         缓和冲突：当大家因为冲突产生矛盾时，项目经理一定要当作一件重要的事来处理，切不可因版本忙，而忽视。

三、             形成默契

其实“经常接触”、“没有矛盾”、“形成默契”是逐级递进的三个层次，当团队形成了默契，那就太棒了。我采用了一些技术手段来帮助大家形成默契，当然这需要很长的一段时间。

a)       团队节奏

n         建立团队工作日历——迭代日历，固定迭代中活动的执行时间，让大家事事有预期。

n         建立团队统一工作优先级列表，其实每个人心中对每项小任务的优先级的标准是不同，有点认为解决自己的工作更重要，有的人认为解决别人的问题更重要。

b)       及时周知：让团队成员对项目发生的事情都清楚，有助于大家形成统一目标，共同解决问题。

n         问题和困难

n         变更：包括计划变更，需求变更，架构变更等。

c)        明确计划

n         迭代计划

n         版本计划

d)       打破瓶颈：项目经理应该想方设法，发现瓶颈，并及早解决，扫除大家工作中的障碍。

主动

问题

测试群里一片寂静

催了三次也不更新状态

“这个素材他还没给我”

“我做的这个东西估计没人用”

拿到文档后有问题不提出，直接自己消化掉

遇事阻碍不上报，直到被问时，才提出若干问题

对项目漠不关心，只看自己手中的棋子

解决

一、             KPI：硬性手段。

二、             成就感：发自肺腑的驱动力。

a)       个人成就感

n         有挑战的工作

n         帮助他人

n         信任

n         鼓励：很多团队里大家听到的“批评”远远多于“赞许”，请大家多关注鼓励，很多时候“鼓励”比“批评”更容易让大家进步。鼓励应该是多方面的，有高层领的鼓励，有项目经理和leader的鼓励，有团队成员之间的鼓励。这里aland有两个小技巧：一个是悄悄的告诉leader让他就某事来鼓励一下大家，有时比项目经理效果更好；另一个充分利用产品同学，他们更加活跃，也更愿意表达自己的想法。

n         团队认可

b)       项目成就感

n         让团队有明确的阶段目标

n         经常和团队回顾目标完成情况

n         让所有成员都了解项目的发展方向

n         经常与开发测试的同学分享运营数据

n         经常与开发测试的同学分享用户反馈

n         经常分析项目横向质量数据，如缺陷率等，让大家共同关注项目质量

n         分享项目困难，而不是直接解决

三、             有乐趣：发自肺腑的快乐。

a)       工作乐趣

n         关注个人意愿

n         让大家都有机会参与决策，比如下个迭代做那些需求。

n         接触广泛工作

n         鼓励深入研究

n         鼓励开发工具

n         鼓励优化性能

n         鼓励帮助测试

n         鼓励帮助产品

b)       合作乐趣

n         测试群中的玩笑

n         晨会上讲笑话

n         减少RTX，鼓励大家面对面沟通