範圍調整

敏捷開發的基本原則之一，就是需求變更不僅是預期的，而且是受歡迎的。當一家外部公司（例如 Thoughtworks）為客戶工作時，這會帶來特別的挑戰。許多客戶想要一個固定價格安排，這實際上是固定範圍，因為他們看到了固定範圍的幻象。但是固定範圍合約與敏捷開發完全不符，那麼像我們這樣的公司該怎麼辦？

在過去的一年左右，我們在所謂的範圍調整方面取得了相當大的成功，從固定範圍合約開始，但與客戶合作，幫助他們了解敏捷開發的工作方式，以克服固定範圍的幻象。

為了說明，這裡有一個與客戶的具體範例，我稱之為 Nebbiolo。就像我們的工作經常發生的一樣，我們介入是因為另一家交付公司失敗了（你會認出他們的公司名稱，但我會省去他們的尷尬）。他們花了很多時間收集需求，但在開發上卻沒有任何進展。因此，客戶有詳細的需求，這些需求花費了大量時間和金錢，並且對於其他公司無法完成工作感到相當不滿。因此，他們堅持採用固定範圍安排，當然是基於那些詳細的需求。

我們查看了這些需求，並估計我們需要花費大約 50 萬美元才能建立它。就像大多數處理固定範圍專案的人一樣，我們增加了一個緩衝區，在這種情況下，是一個相當大的緩衝區，將其加倍到 100 萬美元。這仍然低於原始承包公司的估計。（我們對員工收取更高的日費，但由於我們有更好、更有生產力的員工，我們實際上可以以更低的價格完成工作。）

儘管有詳細且經過大量審查的需求，但需求變更仍然快速且頻繁，我們一點也不感到驚訝。對於每個需求，我們估計變更的範圍，並計算出它需要多少成本，但不會向客戶收取變更費用。緩衝區被變更慢慢但穩定地消耗殆盡。大約六個月左右，變更就完全用完了緩衝區。在這段時間裡，我們一直與 Nebbiolo 保持非常開放的態度，因此當我們告訴他們我們無法再負擔變更成本時，他們並不感到驚訝。在那段時間裡，我們與 Nebbiolo 密切合作，他們也開始信任我們。我們沒有問題找到更多的資金，事實上，在我們交付之前，需要再花 50 萬美元來涵蓋所需的需求變更。

在所有這些的最後，Nebbiolo 同意固定範圍的方法是一個幻影，我們將會使用更靈活的收費方案來進行未來的專案。

我認為這個故事的關鍵（我們有半打類似的範例）是從一開始，我們就尋求將我們公司之間的關係放在合作的基礎上，而不是對抗的基礎上。固定範圍合約最大的問題是，它立即讓客戶和承包商處於對立面，他們會互相爭執某件事是否是一個變更，以及誰應該為變更付費。敏捷方法的關鍵在於用合作取代對抗（客戶合作勝過合約協商）。

實際費用比最初估計高出三倍在我們的產業中並不少見。我大多數認為這不是因為我們在估計上很差（儘管我們在估計上並非特別出色），而是因為要獲得一組適當的需求非常困難。許多交付公司利用這一點，低價搶標，並從範圍變更中獲利。但是，這種方法會破壞與客戶之間持續的關係，這導致整個產業獲得了不好的名聲。Nebbiolo 的故事是一種保持關係良好的安排方式，而且我認為我們需要更多這種方式，以適用於我們的整個產業。