軟件研發效能提升之美
吳駿龍
1451人在讀
15.9萬字總字數
¥62.3定價
吳駿龍
內 容 簡 介 本書匯聚了行業前沿的研發效能提升實踐與案例，同時提煉出大量方法論和經驗反思，以詼諧、幽默而又不失嚴謹、詳實的風格，多角度、全方位覆蓋研發效能領域的核心知識，深入淺出，發人深思。 全書採用從概要到細節、從方法論到案例、理論聯繫實際的寫作思路。第1章和第2章通覽研發效能的概念與背景，並對研發效能進行由淺入深的解讀；第3章以敏捷開發爲主線，講述項目管理中的提效實踐；第4章介紹了行業流行的DevOps實踐，並衍生講解了目前流行的DevSecOps、AIOps、DevPerfOps，以及混沌工程等內容；第5章和第6章立足於工具建設，詳細介紹了流量回放、精準測試、服務虛擬化，以及AI在研發效能提升中的應用等12個大大小小的工具、系統與設計理念；第7章介紹了組織效能提升的多種手段，同時給出作者從實踐中總結的大量經驗和誤區；第8章爲案例篇，通過對四家不同形態企業的研發效能提升的實戰講解，幫助讀者舉一反三、融會貫通。 本書適合IT行業的各類從業人羣，無論是技術人員、項目經理、產品經理，還是團隊管理人員；無論是初入IT行業的新人，還是資深專家和高層管理者，都能從本書中得到啓發。
有關研發效能提升的一本較爲實操的一本書，作者是質量出身，有不錯的實踐經驗，在騰訊也經歷過比較多的工具和系統建設。 書中的不少理念都說明了有比較多的思考和沉澱，如：無法度量就無法管理、從兩邊往中間擠纔可提升。以及對於 穀倉困局、霍桑效應、古德哈特定律、豎井效應、破窗效應 等的引用和釋義，較好聲明瞭提效過程中的注意點。 標準化、快速失敗、快速反應、高質量與高效率、降低成本、團隊協作 等六大武器；自動化一切，從痛點入手等等原則，都是比較切實要遵守的TIPS； 整本書還是比較務實的，最驚喜的在於有關AIOPS，以及API和UI測試自動化的架構和管理部分。值得輔助參考，但無法深入研究。
作爲一本瞭解測試流程的入門書還好。但每個點都很粗，不太有參考價值
神作，一個公司架構部門除開 Compute，Storage，Network 外，“研發效能 First ”理念下應該要構建的產品，工具、服務的全面覆蓋，來自騰訊的實踐和案例。 研發效能的第一性是：順暢、高質量地持續交付有效價值 順暢：流動過程必須是順暢，沒有阻礙 高質量：質量不行，流動越快，死得也會越快 持續：不能時斷時續，小步快跑纔是正道 有效價值：交付物解決用戶本質問題，如，“女生減肥不是本質問題，女生愛美才是”。 🧧
2022-7，可以作爲《高效研發：硅谷研發效能方法與實踐》的補充閱讀，細節性稍強，系統性要差一些。
特別好的一本書，讓我對經歷過的團隊有了更全面的認識，也很有幸一直在用書中提到的知識和工具
感覺關於推薦語和關於度量的思考討論還是很有收穫的。 研發效能只能部分度量 度量本身的片面性是無法避免的，現實事物複雜而多變，度量正是爲了描述和對比這些具象事物而採取的抽象和量化措施 度量指標容易陷入局部思維，指標是爲了實現目標而服務，但是在實踐過程中，指標與目標可能爲敵 度量絕對不能被視做目標，而是爲了實現目標的手段 你度量什麼，就會得到什麼，往往是以一種你所不期待的方式得到 當我們將度量指標與個人考覈指標綁定的時候，永遠不要低估人們在追求指標方面的創造 雖然我們不建議將度量指標與個人考覈指標進行綁定，但是將度量指標與團隊績效進行綁定還是很有必要的，通過度量能夠反映團隊宏觀層面的問題，繼而採取有效措施進行改進。 當然，度量工作落實到團隊層面依然無法做到客觀和公正，但是這些偏差可以在團隊各線負責人這一層進行補償和調整，最終在團隊內部消化掉。因此，我們認爲將度量指標與團隊績效進行綁定是可行的。
像《持續交付》加一些敏捷開發書籍的合體，另外前面推薦本書的部分也太多了點……
最早是被作者在公衆號的一篇文章吸引過來的，當時覺得其中很多觀點說得挺到位的，但這本書的內容倒是相當一般，基本都是概念的羅列和比較表面的闡述，不建議閱讀。
乾貨滿滿而且讀起來絲毫不覺得累，有點欲罷不能
對於想要了解研發效能的同學，這本書可以讀上一讀。 本書所涉及到的知識面很廣，還是有很多可以打開思維的地方。尤其是測試方面的效能提升相關工具，可能和作者有測試背景有關。明顯感覺到測試部分的着墨很多。 另外對於devops的擴展也寫得很細。包括AIOps，DevSecOps，DevPerfOps等概念和實踐工具。 但是，關於研發效能如何去做給人一種戛然而止的感覺，還沒有系統的深入去展開端到端研發效能提升到底該如何去做。並且書本開頭的好友推薦，實在是太冗長了。 總而言之，這本書還是值得一讀，能學到一些東西。