問題，而且使得一家專營製造的公司能為我們承擔新的工作。

一個問題可能就是：我們為什麼一開始要搞製造？在我們有數字過程前，我們別無選擇。今天我們的資訊工具足夠先進，能讓我們為製造部門搞外部採購，但仍能肯定我們的產品是按我們的規格製造的。我們在公司裡保留一套核心專家班子，並把網路當做與外部專家協調的主要方式。

在五六個月之後，這些小組不僅把已經引起問題的程式修理好了，而且還發現和拆除了其他幾個尚未爆炸的不良程式的定時炸彈。新工具幫助辨認程式中潛在的衝突，並在衝突或遺漏發生之前就讓所有的成員都合作解決問題。對一家企業來說，未出現的問題的價值該有多大？

建立分階段解決問題的過程

一個叫做HeadTrax的內部用微軟應用程式的開發史，就是個好例子，說明商務需求和技術問的共存關係如何起作用。使得前數字化世界裡不可能有的新過程產生作用。HeadTrax是個工作流程應用程式，用於處理人事變化。一次人事變化可能指僱傭員工、晉升、調動或部門內的變動。

我們開發HeadTrax的努力表明，有時需要一系列的重複性步驟來理解您想解決的問題，並選擇正確的過程和技術。對目標理解不完整，是每個技術專案裡令人擔心的主要問題。這說明為什麼您處理更小的過程並依賴它們發展時，運氣要更好。不管您計劃有多周密，您經常會發現您對使用者的需求並不是完全理解。假如您花了18個月把一個完整的解決方案弄好並交貨，卻意識到您並沒有把它搞對，或在這個期間內商務需求有了變化，那麼您的處境就會很糟糕。一個更好的辦法就是利用軟體工具，它們能使您在不到6個月的時間裡就做出能用的程式來，然後等您得到使用者反饋後又可以改進解決方案。

我們的人事流動應用程式第一版看上去不錯，直到我們的副總裁們的電子郵件收文箱裡收到了許多電子批准表格為止。有些經理們喜歡能在網上處理大部分人事變動，但其他人卻不想觀看每一次變動，而更喜歡只看高層僱傭或調動的批准表格。在大科室裡的經理們不能處理這麼大的工作量。陳舊的紙張檔案系統使得授權更容易，所以我們又需要把授權增加到這個數字系統裡去。這個應用程式的第二版功能齊全，但是流程仍然有值得改進的地方。有時重要的批准手續在低層走上岔道了，而小的人事變動卻仍然時不時出現在一個副總裁的膝上型電腦中。我們與安德遜諮詢公司協作，意識到我們有15個主要組裡的12種不同的批准過程。我們針對過程，把12個減少到3個；這3個過程就是HeadTrax第三版的核心。

今天，經理們在網上啟動所有人事變動程式。任何評審人都能退回一份申請，讓原申請人修改申請並用數字形式把申請重新寄來。評審人也能對申請做修改，然後批准它，並讓申請繼續沿著路徑前進。所有與這個申請有關的人都會收到電子郵件，並有與變動申請相連的連結，好讓他們審查申請。在過去，大部分人力資源部門對人事變動申請的拒絕都是由於次要問題或編碼錯誤等問題引起的。HeadTrax幾乎淘汰了那種拒絕。

一種“代替……行使職權”的特徵，使得一位經理能夠把任何型別的人事申請的批准職責下放給其他人，這一特徵證明是HeadTrax最重要的功能。一位副總裁可能會授權一個行政助理批准日常的職務變動或人事變動，授權高階經理們批准他們領導的小組的報酬或晉升申請。“代替……行使職權”的特徵賦予經理們一種創造節省時間的例外的辦法，並使批准過程能繼續執行。如果一個1000人的分部要變動成本中心，或者在一次調整組織中所有的小組都要換人，那麼一個行政助理就能整體選定這些小組，並在組織結構圖上點選一個按鈕來做出所有的變動。

一個按規定路程傳送的特徵能增加靈活性。作申請的經理能在把申請上交給人力資源部之前將一個人加進評審圈。例如，一位高階經理評審某種特殊型別的諸如晉升那樣的僱員變動。

HeadTrax對於非行政性的工作也是有用的。在開始時，不管您輸入哪個僱員的姓名，HeadTrax都會顯示整個組織結構圖，從高到低的所有人員都有。HeadTrax也能讓您在匆忙中建立組織結構圖，並根據各種特徵——如全名、電話號碼、辦公室號碼、部門編號等等來做特製的圖表檢視。

現在HeadTrax這個程式完成了，它就像一個明顯的解決辦法，是中等規模和大型公司都能用的一