今天分享一下团队管理的一些经验。

1、规范化下你我他

这里所说的规范化，是指项目代码的规范化；整个项目团队不是一个人的世界，对于老员工还是新员工，都得严格执行项目代码规范；

不按规范来实现代码的，直接git或svn退订回去，一两次私下说，三四次技术内部会议讨论。

让每个团队成员知晓代码的规范化的重要性。这不是一个人在战斗，是整个团队在战斗。

2、该骂得“骂”

在项目过程中，团队成员应该是平等互助的，一些团队中的刺头或者说我行我素者是存在的；这些人很容易带坏团队其他成员，或者说其他成员经不起“诱惑”；俗话说学坏容易，学好难。

对于这些人，我们该怎么办？其实很简单一个字“骂”，这里的骂当然不是脏话；这个骂是带着语气去和他交流的，让他知道这些地方不应该这样，团队应该是积极向上的。

3、如何招人

招人是每个团队最心痛之事，招人之人一边要考虑到薪水，一边还要考虑到应聘人员的技能；一个成熟的团队，所招之人都必须要有经验，或者来了很快上手和其他在成员进行有效沟通；

本人也招过一些刚毕业没有多久的人或者刚从培训机构出来的人，因为项目本身很赶，分配给他的任务也不能及时完成（当然是比较简单的任务）或者完成出现的bug实在太多，这样导致整个项目拖延，影响其他同事。

当然了，这里不是说不喜欢招刚毕业的或刚从机构出来的人，招人要看项目的需要。

4、如何让团队成员成长

一个团队成员的流动性大，可能有两方面，一个薪水，一个是学习；

薪水先撇开不说，我们来谈学习。除了日常的团队知识分享外，我们要在项目过适当的用一些新的技术，

项目中没有新的技术渗透进去，团队成员每天处理一些千篇一律的事，这让团队成员如何成长。新技术的运用，旧技术的功能优化做到极致，给每个人提出新的要求，以前可以做到100分的，现在给他提到120，这样团队成员的成长会很快。

5、技术团队要不要有自己的原则

技术团队这边的需求，往往是由老板或市场这边提出，经过产品经理筛选，最终和技术团队讨论。筛选这层很重要，在开需求讨论会的时候，技术往往是弱势的，需求方说这个功能要实现，其它平台也实现过，我们现在也这个功能，那个功能等，

这时候技术团队有要自己的主见，要根据团队的实力来评估难易程序和时间。不行或很难实现的东西要说清楚，要花多长时间来研究。确定的需求不能变3-4次，在进入开发过程后，不能插入新的需求，影响项目进度，这些都是必须说明的和拒绝的。

这样团队内部成员更信任leader，团队成员没有更多抱怨~

以上5点，是本人经验总结，希望对一些团队有所帮助。