之前，我建議去問問開發(fā)者怎樣才能減少軟件開發(fā)時間對業(yè)務(wù)的影響，但是當開發(fā)者處于“趕進度”模式時，我們不可能得到從他們那兒得到很好的回復(fù)。當我們進入這種環(huán)境問道：“我們怎樣才能開發(fā)得更快?”可能會得到兩種回復(fù)中的一種：

   1. 用火燒了它

   “我們需要出走兩年，然后重頭再來?！边@種情況通常在開發(fā)者已經(jīng)被技術(shù)債務(wù)徹底壓垮時發(fā)生。技術(shù)債務(wù)太繁重了，所以他們感覺 的出路就是宣告破產(chǎn)。他們這樣做可能也有一定的道理，但與此同時，我們可能并沒有相應(yīng)的預(yù)算作為支撐，而且當我們過后重建的時候市場必然不會一成不變。

   2. 憤慨

   “我們已經(jīng)開發(fā)地更快了，我不敢相信你竟然覺得你只用半個小時的頭腦風暴就能修復(fù)這個復(fù)雜的問題!你怎么敢?!”這種情況通常在開發(fā)者覺得自己被迫發(fā)行低質(zhì)量代碼時發(fā)生。他們感覺當客戶抱怨漏洞時，自己受到了客戶的譴責。而且他們的憤慨很可能是有一定理由的。開發(fā)者懷著這種心態(tài)是不會幫我們的，除非我們可以向他們表達我們聽到了他們的心聲。他們需要知道我們理解他們的顧慮，我們同樣也需要表明我們正在嚴肅地考慮做一些改變。

   在以上兩種情況中，開發(fā)者的顧慮是正當?shù)模麄冎魂P(guān)注了自己。我們希望創(chuàng)造一種每個人都為將軟件開發(fā)時間對業(yè)務(wù)的影響降到更低 而努力的環(huán)境。如果開發(fā)者不能擺脫這種心態(tài)的話將難以達成以上愿景。一切策略開始的前提是，向他們表明我們正在嚴肅地考慮做一些改變，這通常包括尋找減壓的方式，即使那只是暫時的。

   但是即使這樣，開發(fā)者仍然只會關(guān)注自己，除非再做一些改變。他們關(guān)于如何提升自己的工作成效會有大量的主意，其中一些想法可能很不錯，但是有風險。我們需要讓開發(fā)者轉(zhuǎn)移對自身壓力的關(guān)注，而將注意力集中在將軟件開發(fā)時間對業(yè)務(wù)的影響降到較低上。我們需要讓他們直面客戶痛苦。