象許多為內部使用而開發的程序一樣，在加利福尼亞Livemore的勞倫斯Livemore國家實驗室，對程序必需的修改和增加超出了可用的資源。在MeshTV項目中，這導致了混亂，（on the MeshTV project, this led to controlled chaos, where developers implemented new features based on the crisis du jour.）（譯者注：這句話不好譯）沒有人有時間坐下來畫出應用流程。我們都在實驗室的里里外外，忙于我們客戶的貪婪的需求。（有約150個文檔用戶-可能更多，實際上要靠5個兼職的開發人員支持）在我們這種狀況下，這種過程導致了我們用戶更多的抱怨和可靠性匱乏的程序。

三年前，我們的職責很?。◣讉€用戶，幾個開發人員，很少有廣泛的應用功能）允許我們在CVS上用非常不正規的過程管理源代碼。當用戶數和他們需求差異增多時，相應的代碼管理的復雜性也增加了。處理我們增長的工作量也變得更加困難，我們知道有些事情必須要改變了。我們決定加入到我們部門的其他開發小組中去，并使用Rational軟件公司的版本控制系統—ClearCase。從此，我們過程的改進氛圍（our process improvement culture）開始改變，變革的種子已經播下了

在我們轉向ClearCase前，我們小組的一位經理曾經誘導我們更多的集中在過程上，她徒勞了。她看到了增長的壓力和用戶的不滿，她想我們應該嘗試用不同的方法提高我們程序的可靠性和在用戶那里的名聲。不幸的是，她的話從來沒有引起重視，同樣我們也認識到了這點，但我們不得不忙于作完我們的工作。開發人員認為最好的情況是軟件工程學所論述的那樣，而在最糟和最可能的情況下，會占用大量的時間，提供眾多的文檔，用處不是很大。我們的一些老開發人員認為改進我們的過程沒有用并且……（Some of our veteran developers saw no use for "improving our process" and would have sooner appeared in public in a tutu rather than utter such a sissy phrase.）（譯者注：這句話太難譯了，單詞也不認識）而且俱樂部所有人，包括我也懷疑我們要收獲的巨大好處。我認為CVS工作得很好，我們真的不需要更多先進的東西。

在CVS工作的同時，ClearCase工作得更好。我認為在每個軟件工程生產力上沒有真正的提高，但是可以用我以前不能采用的工作方式工作。這些新的工作方法可以使管理源代碼變得更容易，同時也減少了我曾經在CVS中遇到的問題。例如，我現在可以輕松的多并發地開發，我可以在我完成后可靠的歸并我所作的。新特性彌補了我花在開發和學習新過程上的時間。

真正的產出

過渡不久，一位同事和我與一位來自蘋果計算機公司的開發同行進行了一次有趣的討論。他的工作需要產品開發過程的急迫應用，包括構建方法學和發行版本管理過程。當我們敘述我們通常隨意無計劃的方式時，他幾乎震驚暈倒。后來的討論，使我們驚奇的了解到了通過改進我們的過程所獲得的好處。有一位經理鼓勵我們是一方面，但是非同尋常的另一面是聽到一位開發同行稱贊他發現的好處。這是真正的產出，計算機科學風格的。

我們對其思考的越多，我們越認識到我們需要行動。將新特性和缺少固定發行日期聯系起來的狂熱，導致了在發行新版本和功能性的匱乏測試間長久的延期。我們的意圖是好的，我們想讓我們的客戶滿意。然而，不知何故，我們的期望事實上很糟糕，似乎看起來我們工作得很辛苦，但是，我們聽到了更多的抱怨。我們需要改變現狀。

原文轉自：http://www.anti-gravitydesign.com