如何管理一个技术团队

一、流程规范

迭代流程规范

制定迭代流程规范。详情见： https://www.cnblogs.com/expiator/p/17149931.html

编码规范

可以使用《阿里巴巴java开发手册》，规范代码。

二、考核

研发考核

• 1.优秀的考核方式：做出有价值的需求。

如果一个需求，能够大幅提高 GMV，DAU，PV,UV 等指标，哪怕是写100个bug，又有什么所谓呢？

• 2.普通的可量化的考核方式：需求交付速度、需求数量、bug数量

优秀的考核方式，需要领导人员同样优秀才行，但很多人并没有能力创造出有价值的需求，也没有慧眼观察到哪些需求是有价值的。

因此大部分团队都是用需求交付速度、需求数量、bug数量来考核。

如何应对此种考核？

拆分需求：需求拆分得越多，需求的数量也会越多。

冒烟自测：开发完之后，需要对着冒烟用例进行自测，减少bug。

• 3.普通的人为的考核方式：团队人员互评

团队人员互评，容易导致团队人员拉帮结派，偏差较大。

如何应对此种考核？

多跟团队的人搞好关系。

• 4.极端的考核方式：

考核代码量。毫无意义。

如何应对此种考核？

自动生成代码。对象的getter/setter、构造方法，都要生成，堆代码。

每个类都生成单元测试类。单元测试类的代码量极多。

三、团队构成

产研比

产研比，也就是产品与研发的人数对比。一般来说，产研比是小于1的。一个产品对应三到五个研发。
如果产研比大于等于1，那么需求就会非常多，研发人员不足。

研发测试时间对比

一般来说，研发测试的时间为2：1，或者3：1比较合适。

四、团队人员

• 优秀、普通、不合格
  让优秀的人做有价值的/优先级高的事情。
  让普通的人做普通的事情。
  让不合格的人做脏活/累活。

业务领域

• 每个组员，划分业务领域，负责各自的业务模块。
  如果不划分业务领域，问题出现时，就有可能没人管。
• 业务领域的负责人，最好准备一个备份的第二负责人，也就是BackUp。组员离开后，保证业务能够有序发展。

技术

• 除了业务需求，还可以提一些技术需求。
• 制定技术规范。

六、管理核心

• 做出有价值的需求/产品。
• 多汇报，展示成果。
• 激励人才，留下人才。