
[美] 史蒂夫·邁克康奈爾
“敏捷”一詞已成爲涵蓋各種價值觀、原則和實踐方法的統稱,敏捷實踐已成爲衆多高效能軟件組織的制勝之道。然而近年來,新的敏捷實踐百花齊放,作爲軟件開發組織先行者,如何識別有效的敏捷實踐方法?如何通過有效的軟件開發實現更多的業務功能?本書作者史蒂夫·邁克康奈爾(Steve McConnell)帶領Construx 軟件公司在數百個軟件組織實踐與總結後,形成卓有成效的現代敏捷實踐路線圖。 本書從團隊、工作、組織3 個維度,系統回答瞭如何選用適合軟件組織的敏捷工具,如何創建以業務爲中心的高效能、自管理團隊,如何瞭解Scrum 並診斷團隊問題,如何提高sprint 環境中的需求一致性,如何提高測試效率以提高質量等問題,讓軟件組織開發人士能夠突破現實世界中的約束條件,領導軟件開發組織。 本書提出的敏捷實踐方法經歷300 多位不同層級管理者的實踐,並參考10 000 多條嚴格的評審意見進行打磨,幾乎涵蓋了卓有成效的敏捷的全部實際考慮,具有極強的普遍適用性。無論你是敏捷教練,還是已採用敏捷開發但對結果不滿意的企業管理者、有技術背景但沒有現代敏捷實踐經驗的開發人員、沒有技術背景但想了解敏捷相關知識的讀者,都能從本書中獲得關於敏捷實踐的寶貴資源。
本書的最佳閱讀受衆是IT互聯網產品開發團隊的管理者、產品負責人,另外其上級和下級如果能理解或瞭解敏捷相關的理念和實操方法,也能更好的審視、理解、支持前者的工作。相對於先前傳統的瀑布流開發方式,敏捷開發注重產品的快速迭代,通過小步快跑的持續集成和自動化的部署,迅速將整個IT產品項目送入快速生長的軌道。團隊通過這樣的協作機制進行配合如同共同駕馭一個不斷生長的“快速火車”,作爲產品負責人更應該專注於需求和產品的迭代方向,通過敏捷和高頻的反饋,爲這輛敏感性十足的火車提供有效、安全、前景廣闊的奔馳方向。這樣團隊將在激烈的競爭中獲得很大的優勢。 敏捷開發的關鍵原則: 1.檢視與調整; 2.從Scrum開始; 3.搭建跨職能團隊; 4.將測試人員整合到開發團隊中; 5.通過自主、專精和目標來激勵團隊; 6.培養成長思維; 7.培養以業務爲中心; 8.加強反饋循環; 9.修正系統,而不是處理個人; 10.通過培養個人能力來提高團隊能力; 11.保持項目規模小; 12.管理技術債; 13.細化產品待辦列表; 14.管理結果而不是管理細節; 15.用指揮官意圖明確表達目標; 16.在關鍵敏捷行爲上以身作則; 17.正向看待錯誤; 18.以量化的團隊產能爲依據制定計劃;
內容夠廣,雖然細節少。覺得可以翻閱參考文獻。 知識整體還是比較新的,學習了一些新知識,而且也從近年來組織的變化感受到一些重要的敏捷觀念,比如建立心理安全。 有一點和現在的工作一些脫節的是 沒有描述 OKRs如何和現在的敏捷並存。我覺得現在OKRs已經成爲許多企業的標準目標管理及跟蹤工具了,組織的敏捷實施我覺得怎麼都得提幾句OKRs。
說的是有效的敏捷,而不是“純粹”的敏捷。闡述了很多敏捷在應用到fixbid,強監管等更爲常見的場景中的問題,提供了非常實用的建議。還提供了一個簡單卻有效的多米諾模型作爲敏捷變革、轉型的行動指導。五星推薦。
常讀常新,身處敏捷的漩渦中,以第三方視角來審視當前實踐,更能體會敏捷是種思維,是方法論的集合,而不是教科書的行動步驟。需要結合OODA及PDCA循環去改進敏捷實踐這個“複雜域”。 關鍵原則:通過自主、專精和目標來激勵團隊 變得卓有成效需要成長思維——“我們可以隨時間變得更好”的思維模式。 項目的目的之一是生產可工作的軟件,但另一個目的是增強生產軟件的團隊的能力:“我們能夠隨時間變得更好,而且我們會留出時間這樣做。”
內容涉及面廣,偏方法論,還是要多結合實際工作進行運用,才能真正領悟到精髓。
還可以吧,後面說的執行起來會有更多的阻力