識別瓶頸

任何從開發到生產通過流水線的變更，都有許多事情，就像上一個例子那樣。把這個流程變得更有效率是非常重要的。

和所有的敏捷工作一樣，時刻關注你正在做什么，嘗試識別問題范圍。

如果一切工作正常，對代碼庫進行提交時，應該能夠在1 5分鐘內把變更部署到集成測試服務器上。

如果不那么正常，一次部署可能帶來幾天預期之外的煩惱。這里列舉了一些可能的原因：

數據庫結構變更。

測試數據與預期不匹配。

部署依賴于某人，而這個人沒空。

變更伴隨著一堆沒有實際作用的官僚流程。

你的變更太大了，所以為了安全部署，需要做一大堆功課。這可能是由于你的架構是個單塊系統。

后面的章節中，我們將會更深入地評審這些問題。