《研发效率破局之道 》笔记

1.现象：拼工时 vs 研发效能

这里每一条都戳中了个人感觉，于是引发了我往下看的好奇，做者把问题的现象总结得很全面，很多都是咱们团队长久存在的问题。

2.缘由分析：速率 vs 效能

这其实就是团队的研发效率，也就是研发效能出现了问题。那么，研发效能究竟是什么呢？ 一提到研发效能，不少人的第一反应可能都是开发的速率，也就是研发团队可否快速发布产品。但在我看来，速率只是效能的三大支柱之一。 除了快，产品开发更重要的是方向正确，由于不能给用户和公司真正提供价值的产品，作了也是白作。另外，高效能还须要有可持续性，不然短时间的高产出可能会严重伤害长期的产出。好比，连续熬夜加班带来的身体问题，会致使后续工做效率低下，得不偿失。

问题不仅仅出如今开发速率上，而是3大方面。

3.灵活性

研发效能和软件开发同样，都具备很大的灵活性，提升研发效能也不是照搬照套就能作好的 我会着重讲解 Why，带你深刻了解效能实践背后的原理，而后才给出 How，也就是具体的实践。由于只有深入理解原理，才能灵活运用

灵活性，意味着有不少变化，环境多变，需求多变，但总有些原则是不会变的。抓住不变的原则，应对多变的环境。 好比说无论功能怎么变，重复的部署工做总不会变，测试环节总不会变。

4. 清奇的思路

自动化：只有测试工具团队，没有测试人员。。。这么夸张吗？这个思路很惊奇

5. 形式不重要

测试单元覆盖率，日报，周报，站会之类的形式不重要，不拘泥于形式，最重要是团队成员，有高产出。有一个合适的方式主动，及时地汇报进度。