1. 研发效能，如何提高团队研发效能？
天天加班对于任何公司来说，都不会是好事。我们首先需要明白加班的理由是什么，为什么我们要这样频繁的加班呢？
在项目管理中，我们分为了五大过程，启动、规划、执行、监控、收尾。正常情况下，我们在做规划的时候，都会对这个项目有一个乐观的规划和一个悲观的规划。然后根据资源的情况，时间的情况，制定出合理的项目执行方案。
那么在执行的过程中，作为项目的负责人，就必须起到一个监控的职责，看项目是否出现了预期以外的风险，或者项目整体进度是否良好。如果发现项目的进度出现了异常，那就需要通过加班来弥补时间上的不足。
当然，到项目的末期时，可能还会有这样那样的问题存在，例如联调的问题，测试的缺陷率过高等等，那么我们就需要进行冲刺来保证项目能够按期完成，也会产生一些加班。
如果项目的整体情况非常良好，那么加班自然就是没有任何意义的了，说明你的研发团队效率很高。如果效率高还需要加班，只会让打击研发团队的积极性，起到反效果。
如果反复的出现加班的情况，天天加班都还追不上进度。那么就说明了另一个问题，项目的计划做的很差。
可能项目负责人是直接使用了乐观预估来作为了项目的计划。但是实际我们的项目过程中不可能一帆风顺，肯定会遇到各种的问题。而解决问题的时间没有在项目计划中体验，就只有通过加班来完成，由此就产生了无休止的加班。
这种时候，作为项目负责人，不应该只是去想为什么团队效率差，如果提高研发效率。应该是去反思一下自己的问题，有多少资源，有多少工作量，为什么自己没有事先有效的进行分析，盲目的开始项目，造成了整个团队的加班加点。
当然，还有一种情况，确实是由于你的团队里面太多的新人，导致整体效率差。
那作为项目经理，这种资源的配置首先是你自己的问题。如果公司没有好的资源给你，那你就需要及时的曝出风险，然后进行资源的更换，优化，不能盲目开始。
当然，项目已经开始执行了，由于资源问题造成了项目进度不达标，置换资源已经很难了，那么最好就是进行资源的补充，临时加入一个大佬级别的研发人员，带你的团队做一段时间，把进度拉起来后，团队也培养了，进度也OK了，大佬的资源就可以释放了。
最后，Code Review（代码审查）是一个很好的方式，项目中前期一定要定期组织研发人员进行这样的会议，大家一起找出代码中的问题，并且做出解决方案，就可以有效的避免未来出现同样的问题。虽然看上去，你浪费了半小时时间来做review，但是项目中前期做这个月的会议沟通，能够让你在未来解决大量的改错改Bug的时间，绝对物有所值。
2. 研发效能工程师有前景吗？
有前景
研发和销售被很多公司喻为公司的两驾马车，所以，研发工程师的收入和地位在公司内都是数一数二的，我见过很多公司的研发工程师，其收入高入很多职能部门的主管和经理，一些公司的研发部经理的收入超过公司的一些总监，依我来看，若有机会成为一名研发工程师，其前景还是非常好的。
3. 研发效能指标？
1.持续发布能力。具体包含两个细分指标,一是发布频率。 团队对外响应的速度不会大于其交付频率,发布频率约束团队对外响应和价值的流动速度。二是发布前置时间（也被称为变更前置时间），即从代码提交到功能上线花费的时间，它体现了团队发布的基本能力。
2.需求响应周期。具体包含两个细分的指标,分别是: 交付周期时间、开发周期时间。
3.交付吞吐率。指的是单位时间内交付需求的数量。
