為什么軟件開發(fā)的實際工作量通常比估計的高幾倍? 我們來看一個故事就明白了:
我們決定沿著舊金山到洛杉磯的海岸線來一次遠足旅行， 走到紐波特沙灘去看望朋友們。路線如下圖：
旅程一共400英里，按照每天行走10小時，時速4英里估算，10天就可以了!
軟件項目的計劃一開始很完美。
于是我們告知朋友們下個星期天的晚上備好晚餐。親愛的朋友們已經(jīng)迫不及待地想見到我們。
第二天我們早早就爬起來，興奮地準(zhǔn)備開始這趟冒險之旅。
翻開地圖，我們才發(fā)現(xiàn)不對勁， 海岸線沒有那么直!有“數(shù)百萬”個彎彎曲曲之處。
一天走40英里的話只能跨過半月灣，到不了洛杉磯。
軟件一開始就遇到了實際困難，估算不準(zhǔn)確。
這趟旅程至少有500英里，而不是一開始估計的400英里。我們想還是現(xiàn)實一點好，于是打電話給朋友們，把晚餐推遲到了周二。朋友們略感失望，但也表示理解。
只好把交付時間推遲!
終于動身。兩個小時之后，我們僅僅走到動物園。這到底是怎么回事?
不做不知道，這可不是田園牧歌。沙子，水，臺階，小溪，還有發(fā)怒的海獅!我們每小時最多走2英里，僅僅是估計值的一半。
我們要么每天行走20個小時，要么把拜訪推遲到另一個星期。
我們決定折中處理，每天走12個小時，同時把拜訪推遲到之后的周末。我的朋友們知道后，有點小不爽，但還是同意了。
交付時間再次推遲，客戶開始不爽。
12個小時的艱難行進以后，我們準(zhǔn)備在莫斯沙灘扎帳篷過夜。但是你不知道，在狂風(fēng)中安扎帳篷有多難!到了半夜我們才終于搞定。但還是安慰自己，沒關(guān)系，明天我們會加快步伐。
悲劇的是，我們十點鐘才醒，而且渾身痛得要死。今天無論如何都走不到12個小時了，沒關(guān)系，今天就走10個小時，明天花14個小時補回來。
又走了一段，我發(fā)現(xiàn)同伴一瘸一拐的。可怕的水泡出現(xiàn)了。因為我們是那種把困難扼殺在搖籃里的精英團隊，所以現(xiàn)在就要治好他的腳!
我慢跑45分鐘到了Pescadero，帶回一些邦迪來拯救我的隊友?；貋淼臅r候，太陽已經(jīng)落山，精疲力竭的我決定結(jié)束今天的行軍。雖然只前進了6英里，但有了新鮮的補給，我們堅信明天可以趕上落后的進度。
出現(xiàn)了沒有預(yù)料到的外部和內(nèi)部困難，但團隊還是信心十足
第二天醒來，我們用邦迪包好了腳，繼續(xù)前進?？墒寝D(zhuǎn)彎之后，前面是一道深溝，完全沒路走。
地圖上面根本就沒有標(biāo)識!我們得往內(nèi)陸走3英里才可以繞過它。我們還在一些用圍欄圈起的聯(lián)邦保護區(qū)里迷路了兩次，到中午才重新回到了海岸線?；舜蟀胩鞎r間就走了一英里。但我們不想再次推遲約會時間。為了趕上進度，我們走到了半夜才停下來。
遇到了嚴(yán)重的技術(shù)障礙，加班!
在大霧中睡了一覺醒來，我的同伴發(fā)起了燒，還伴隨著劇烈的頭痛。
我問他：“還能繼續(xù)走嗎?”
我的同伴不溫柔地回應(yīng)了我：“你以為呢?傻X!我在凍得要死的霧里連續(xù)走了三天了!”
好吧，今天看來是失敗了，但是沒有關(guān)系，我們會休息好，明天行走14個小時，會趕上進度的。
程序員疲憊不堪，士氣受到嚴(yán)重打擊，PM還想通過加班來趕上進度
第二天，我迷迷糊糊地睡醒，打開地圖。
我的老天鵝，花了5天時間，卻連灣區(qū)都沒有走出去!太可笑了!還是實際一點，打電話給我已經(jīng)不爽的朋友們說明情況吧。
我的同伴說：“四天走了40英里，旅途一共600英里，所以需要60天時間，或許會要70天。”
我噴回去：“TMD不可能。雖然我沒有這樣走過，但我清楚，從舊金山走到洛杉磯不可能要70天!
我接著犟下去，“如果每天走16個小時，我們就可以趕上進度!即使艱難，但這是我們的至暗時刻，絕不放棄!”
同伴終于爆發(fā)：“一開始說星期天就會到的仁兄不是我!真的要被你搞死了!”
嚴(yán)峻的形勢，巨大的壓力， 團隊內(nèi)部出現(xiàn)爭斗
我們都沉默了。正好電話打不通。我決定等他明天氣消了再打電話給朋友。
又是新的一天?？墒窃?0點以前，我們都只能呆在帳篷里躲避外面的暴雨。按摩酸痛的肌肉，避開新長的水泡。沒有人提到昨晚的爭執(zhí)，但悲劇的是，我的二百五同伴把水瓶忘在了營地，又得花30分鐘回去找。
新的困難，低落的士氣，頻頻犯錯的成員
我記得我們已經(jīng)沒有衛(wèi)生紙了，需要在下一個鎮(zhèn)子采購補給。轉(zhuǎn)過一道彎，又是一道湍急河流擋在面前。這時候我覺得我的肚子也開始湍急起來...
最后一根稻草，軟件項目徹底崩潰了......
注：紅色批注為碼農(nóng)翻身老劉所加，原文地址：https://www.quora.com/Why-are-software-development-task-estimations-regularly-off-by-a-factor-of-2-3
【本文為51CTO專欄作者“劉欣”的原創(chuàng)稿件，轉(zhuǎn)載請通過作者微信公眾號coderising獲取授權(quán)】
戳這里，看該作者更多好文
【責(zé)任編輯：武曉燕 TEL：（010）68476606】