十五章講的是穩定和發布階段。軟件生命周期的最后階段往往是最考驗團隊的。從代碼完成到最終發布軟件，需要經歷：完成代碼、集成測試、Bug修復、Alpha發布、DCR Bug修復、Beta發布、外部測試、RTO等。軟件團隊的各個角色代表，組成會診小組。對于每個Bug可以決定采取哪一個行動，修復、設計本來如此、不修復、推遲。對于更加復雜的香茅油，還有三個方面更高的要求：第一步，開發者提交參加會診的Bug和修改方案，以及伙伴測試結果。第二步，會議決定是否通過修改方案。第三步，執行。DCR，設計變更，首先要知道問題在哪，問題的影響；如果不修改會有什么后果；幾種修改方案，各種方案的優缺點和成本。接著決定DCR的執行次序，會診所有DCR，按照影響、成本排序，得到一個自上而下的名單，根據現有資源，按照名單執行。還有其他的招數：ZBB、最后的回歸測試、砍掉功能、修復Bug的門檻逐漸提高、逐步凍結。在軟件發布會，開一個會議總結，有利于發現軟件的問題。
十六章講的是IT行業的創新。發明創造往往伴隨的是靈光一現，偉大的創新就緊隨其后。創新的想法一開始并不一定會被接受，而在以往的基礎上進行的擴展或許有更好的效果。在創新的時候我們應該要考慮到幾點：從中能得到什么，與現階段的相比有什么優勢，和目前大眾的習慣是否相符，避免過于復雜的技術。很多創新者卻不是最后的領導者。創新的招數：SWOT分析框架、動量和加速度、技術產品的發展周期、效能過剩和競爭的各個階段、四個象限劃分產品、打出組合拳和套路。
)
