魔法帳棚

在軟體開發的生命週期當中，總會有一個時期，是所有人拼命的趕工補足未完成的項目，或者是修補產品漏洞，希望能夠順利趕上截止日。但不知是否因為這種令人焦頭爛額的非常時期，盲目了大家看事情的能力。輕重緩急、優先次要，全都亂成一團。很多情況下，產品的功能 （Features） 和有限的時間（Due Date）就如同魚與熊掌，不可兼得，適當的折衷方案需要被擬定。

大頭們其實很瞭解這類 『需要擬定折衷方案』 的情況，只是很多時候，這些方案有著令人意想不到的 『驚奇』 。

※ ※ ※ ※ ※ ※ ※ ※

會議室裏，大頭一號召集所有 System Side 的中高級幹部共聚一堂，氣氛凝重。

大頭一號語重心長的說道：「各位同仁，眼看果園管理系統的內部截止日就剩兩個星期，產品小組的白課長已經告訴我，我們大約還有幾十個功能（Features）未完成，加上一籮筐的 Bugs ，現在是公司總動員，全力救火的關鍵時刻了！我想聽聽大家有沒有什麼好的方案可以幫助我們度過這個危機？」

靜坐一旁的古專員心裡想著：「兩個星期還有一堆 Features 和 Bugs ？全力救火？別到時候葬身火窟……」想的同時，狠狠瞪了白課長一眼，可惜白課長裝作沒看見。

平時很少說話的溫專員，這時竟率先說道：「眼看時間很緊湊，我建議我們應該先全力修 Bugs ，讓產品穩定下來，同時間，仔細審核未完成的功能，或許有些可以延到下一個版本。」

古專員心想溫專員也受不了了，大聲附和道：「我完全贊成溫專員的意見。我認為 Customers 寧可要一個穩定但功能少一些的系統，而不要一大堆功能卻錯誤百出的系統。另外，幾十個功能一定有些可以刪除或延期，除非截止日可以延…… 」說著微微把頭轉向大頭一號。

大頭一號果決的說道：「為了公司的名譽，我們要堅守截止日期。白課長，那幾十個功能可以延到下一個版本嗎？」

白課長嘟囔說道：「可是有些功能，偶們已經答應 Customers 會給他們了……能不能第一個星期做完所有未完成的功能，第二個星期再全力修 Bugs？」

古專員像是看到了外星人降落地球，一副不可思議地看著白課長：「一個星期全力修 Bugs？你以為是用殺蟲劑修 Bugs嗎？還有，只用一個星期做完的幾十個功能，我看全都會變成第二個星期要修的 Bugs ！」說著火氣又上來了。

溫專員也緩緩搖頭：「白課長，事情不能這樣做！」

大伙兒僵持不下的情況下，大頭一號突然開口：「我看在截止日期不改而且功能不減少的情況下，公司需要買幾頂帳棚，大家做到晚上累了，可以直接在公司露營，醒過來可以繼續……」

還沒等大頭一號把話說完，古專員再度不支倒地。

昏迷之中，古專員似乎看到那幾頂帳棚活動了起來，幫著大家寫程式，修 Bugs，如同到了『哈利波特』中的魔法世界……

※ ※ ※ ※ ※ ※ ※ ※

Joel On Software 在他的 Painless Software Schedules Blog 提過：「計畫 （Schedule） 就像是木塊，截止日 （Due Date） 就像是木箱。當所有的木塊無法裝進木箱的時候，你只有兩種選擇：一種是少裝一些木塊 （減少計畫的項目） ，或者是找更大的木箱 （延期交貨），而不是說『一定有辦法』這類自欺欺人的話。」當然這是金錢和資源有限的前提之下。

想靠幾頂帳棚就可以完成這艱鉅的任務？那必定是充滿神奇力量的魔法帳棚！