《研發效率破局之道 》筆記

1.現象：拼工時 vs 研發效能

這裏每一條都戳中了個人感覺，於是引發了我往下看的好奇，做者把問題的現象總結得很全面，很多都是咱們團隊長久存在的問題。

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

這其實就是團隊的研發效率，也就是研發效能出現了問題。那麼，研發效能究竟是什麼呢？ 一提到研發效能，不少人的第一反應可能都是開發的速率，也就是研發團隊可否快速發佈產品。但在我看來，速率只是效能的三大支柱之一。 除了快，產品開發更重要的是方向正確，由於不能給用戶和公司真正提供價值的產品，作了也是白作。另外，高效能還須要有可持續性，不然短時間的高產出可能會嚴重傷害長期的產出。好比，連續熬夜加班帶來的身體問題，會致使後續工做效率低下，得不償失。

問題不僅僅出如今開發速率上，而是3大方面。

3.靈活性

研發效能和軟件開發同樣，都具備很大的靈活性，提升研發效能也不是照搬照套就能作好的 我會着重講解 Why，帶你深刻了解效能實踐背後的原理，而後纔給出 How，也就是具體的實踐。由於只有深入理解原理，才能靈活運用

靈活性，意味着有不少變化，環境多變，需求多變，但總有些原則是不會變的。抓住不變的原則，應對多變的環境。 好比說無論功能怎麼變，重複的部署工做總不會變，測試環節總不會變。

4. 清奇的思路

自動化：只有測試工具團隊，沒有測試人員。。。這麼誇張嗎？這個思路很驚奇

5. 形式不重要

測試單元覆蓋率，日報，週報，站會之類的形式不重要，不拘泥於形式，最重要是團隊成員，有高產出。有一個合適的方式主動，及時地彙報進度。