錯(cuò)誤五：工作到深夜

　　讓我們假設(shè)有個(gè)項(xiàng)目要每周工作40小時(shí)，連續(xù)六個(gè)月才能完成。如果你讓所有人每周工作60小時(shí)，那么持續(xù)四個(gè)月就能完全搞定。軟件團(tuán)隊(duì)可能甚至?xí)邮苓@個(gè)挑戰(zhàn)，因?yàn)檫@使他們看上去像英雄(那個(gè)海象隊(duì)有多厲害？他們每個(gè)周末都來工作!)這能行的，是吧？再想想吧。有一部完整的文獻(xiàn)論述了“加班不會(huì)使軟件更快產(chǎn)出”。Edward Yourdon，作為軟件企業(yè)家和該文獻(xiàn)的作者，稱這種項(xiàng)目為“死亡行軍”。

　　軟件開發(fā)者花費(fèi)大量的腦力勞動(dòng)。即使是最好的程序員，也很少有能堅(jiān)持幾小時(shí)以上的高強(qiáng)度腦力勞動(dòng)。另外，他們還需要休息一下大腦。這就是為什么你好像總能撞到他們?cè)谏暇W(wǎng)或玩游戲。

　　強(qiáng)迫他們投入更長時(shí)間坐在電腦前，并不會(huì)轉(zhuǎn)化為更多的產(chǎn)出—即使會(huì)，那都將是劣質(zhì)的產(chǎn)品。當(dāng)軟件開發(fā)者的大腦完全發(fā)燒，他們幾乎做錯(cuò)多過做對(duì)，寫出無法使用的代碼，或者引入大量的bug。而如果你真的禁止他們上網(wǎng)，玩多人游戲，強(qiáng)迫他們?cè)谡５乃邥r(shí)間繼續(xù)寫代碼，好吧，他們可能會(huì)開始離你而去。死亡行軍不是造成項(xiàng)目延期和預(yù)算爆炸的唯一條件，但絕對(duì)是充分條件。

　　如果以上是使你項(xiàng)目失敗的方法匯總，那么怎樣做到萬無一失呢？首先，你要招聘一個(gè)巨星級(jí)人馬。在Fog Creek，對(duì)于一個(gè)全職崗位，我們傾向于審核大約400個(gè)候選人。因?yàn)樽顑?yōu)秀的開發(fā)者擁有十倍于“一般優(yōu)秀”的創(chuàng)造力。

　　其次，讓開發(fā)者給出細(xì)粒度的時(shí)間預(yù)算。是的，讓開發(fā)者去預(yù)估制作一個(gè)新應(yīng)用需要花多長時(shí)間，是不容易的。這就是為什么他們要在每個(gè)項(xiàng)目之前作出可靠的藍(lán)圖。

　　一旦你有時(shí)間表在手，不要嘗試提前截止日期。如果項(xiàng)目不能在你能諒解的時(shí)間內(nèi)完成，解決方法不應(yīng)是去交涉一個(gè)“好聽的”時(shí)間表，而應(yīng)該是爭取更多資源，或者推遲上線，或者拿掉一些功能。

　　當(dāng)項(xiàng)目正在進(jìn)行時(shí)，你會(huì)多次被誘導(dǎo)而想重新分配工作。但你要謹(jǐn)慎地重分配。所換的新人需要花不少時(shí)間去駕馭原作者的代碼。我覺得讓人員在不同崗位上輪換有助于消除不可替代性，但我是謹(jǐn)慎地安排這事，并且在時(shí)間表里加入額外的三周給新人以學(xué)習(xí)新代碼，和額外的一周給舊人去教新人。

　　最后，鼓勵(lì)你的員工按合理的工時(shí)，一周干40小時(shí)。我是說真的。除了偶爾為截止日期而沖刺，我們?cè)贔og Creek都是一天8小時(shí)工作制。在技術(shù)的世界里，應(yīng)該將一個(gè)大項(xiàng)目看成是一次馬拉松，而非一次短跑。