第1章
本書要解決什么問題

1.1　提供一種系統全面的方法

假定你是一個軟件開發團隊的負責人，你的老板找你聊天兒，讓你想想辦法，把開發速度再提上來一點，或者把上線質量再控制得好一點。你充滿信心、充滿干勁兒地答應下來。那接下來究竟該怎么辦？憑直覺，或者借鑒最近管理上遇到的案例，或者靈光乍現想出幾個改進點，還是根據最近看的幾篇文章分析一下團隊是不是也能做類似的改進？要么，組織團隊成員一起聊聊，集思廣益？

都不錯。然而你怎么保證，你找到的待改進事項，就是抓住了團隊當下最要緊的事情？你怎么保證，沒有遺漏其他一些重要內容？

你需要一種系統全面的方法。

假定你帶領的團隊負責軟件研發效能工具平臺，這個團隊從市面上挑選和引入好用的開發工具并部署運維，必要時做一些定制開發、工具間的集成，甚至自研工具，總之目標是服務好本公司數百名軟件開發人員。現在要考慮今后一兩年做哪些建設，重點投入哪些事項。

這時候，你怎么分析和確定團隊的工作計劃？你怎么保證，你做的計劃抓住了當下最要緊的事情？你怎么保證，沒有遺漏其他一些重要內容？

你需要一種系統全面的方法。

假定你是負責軟件開發過程改進的專職人員，別人稱呼你或者你自稱敏捷教練、工程教練、DevOps教練。當然，你可以拿著Scrum這個錘子到處找釘子砸，或者拿著極限編程這一套錘子到處找釘子砸，或者拿著持續集成、持續交付、精益看板、TDD、微服務、云原生……

更理想的情況是，使用系統的方法，對你進駐的團隊有一個全面的了解和全面的分析，梳理出它在軟件開發過程方面應該做哪些改進，以及輕重緩急。然后再從你的工具箱里拿出匹配的合適的工具，叮叮當當。

你需要一種系統全面的方法。你需要有一種類似于對人進行體檢的方法，對一個開發團隊進行全方位、多層次的梳理，根據其所處的業務領域，當前采用的技術棧，當前使用的工具、流程和方法等實際情況，找出當前問題最突出、最值得改進的那些地方，甚至制定中長期的改進方案，一步一步扎扎實實地做。

即便你不是軟件開發團隊的負責人，即便你不負責軟件開發工具的支持，即便你不是負責軟件開發過程改進的專職人員，但是只要從事軟件開發這個行當，你就會接觸到軟件交付過程，你就需要對它有一個總體的了解，對核心思想、基本思路、常見方法有一定的掌握。這正是本書要介紹的內容。