「工作上，『減少等待』是提升效率的一大關鍵，因此『共用開發環境』與『依職能分團隊』都不是好東西。」——《你就是不寫測試才會沒時間：Kuma的單元測試實戰.Java篇》

等待，一直是軟體開發中常見的一種浪費，在 Lean Production 中，就將「等待」列為七大浪費之一。

在這些等待的時間裡，什麼價值都沒有被創造出來。

想像一下，在你的團隊開發經驗中，你遇過哪些等待？

等待前端做好 UI/UX？等著後端開發完 API？等待系統工程師建立測試環境？等著測試工程師測完所有案例？⋯⋯

當然本日金句提到的兩個情境，也是造成「等待」的溫床。

多人共用開發環境，經常會發生你的資料覆蓋了我的資料，你部署的程式影響了我的程式，於是大家都要「等待」有人把環境修好。

依職能分部門也是同樣，每次溝通、協作都要經過層層交接，消耗在這些打通關與資訊轉手的時間，都是等待。

減少浪費，這正是 DevOps 非常強調的一項觀念，透過消除這些阻力與摩擦，我們才能更順暢的走完軟體開發交付流程，將價值送到客戶手上。

你們團隊現在最常發生「等待」的地方是哪裡？那是你們最大的瓶頸點嗎？