
282
|
第八章
盡量快速交付
還有另一個精實價值:盡量快速交付(Deliver As Fast As Possible)。
當你看到這句話,你第一件想到的是什麼?你覺得心急的專案經理強迫團隊工作到很
晚,以便逼出程式碼?這是不是表示盡量減少測試、低優先順序的軟體功能,或是其他
被認為無關緊要的軟體會比較好?也許它讓你想到英雄開發人員會工作到很晚或在週末
工作,或用快又骯髒的手段讓軟體早點完成。這是當經理聽到「盡量快速交付」這句話
第一件想到的事。許多開發人員、測試人員和其他軟體工程師也是這樣想。
敏捷團隊知道這些事會令你們團隊愈慢完成工作而不是更快。這就是為何我們採用敏捷
原則去推廣永遠維持穩定的開發(「贊助者、開發人員、和用戶須能夠一直保持一致的
步調」──這是你在第 3 章學習到的原則之一),使用捷徑、偷工減料、超長工時會花
掉更多的時間和金錢,而非節省。充分的時間才可讓團隊更快完成優質的工作。
但雖然這是事實,這很抽象而且需要志同道合。Scrum 的專注法則和 XP 的活力工作方
法,有助於使它更明確。Scrum 和 XP 讓我們深入了解,如何實際在迭代和流程中運用
最佳速度去完成交付。精實思考給了我們 3 個思考工具,讓團隊可以儘快完成工作:拉
式系統(Pull System)、排隊理論(Queuing Theory)和延誤的成本(Cost Of Delay)。
排隊理論的目的是為了確認沒有人的工作超載,這樣他們才能做正確的事。一個佇列就
是一個給團隊或開發人員包含任務、功能、待處理項目的清單。排隊是有順序的,就是 ...