英文：edweissman
譯者：iteye
網址：http://www.iteye.com/news/25109
導讀：企業中，產品研發是一項綜合性的工作，需要多個部門參與。但往往會出現各種各樣的問題，如部門協作困難、全局監控難等，這困擾着大多數的企業。本文是一個真實的案例。（補充：各位還記得《親愛的老闆：程序員的10分鐘就是3個小時》這篇文章麼，本文還是艾德·韋斯曼（Ed Weissman ）寫的。）
菲利普（主 席）：我們工廠中有10%的員工沒有充分利用，要麼我們開始處理更多的積壓工作，要麼進行裁員。我寧願每個人都很忙。我們該如何做？
李（業務部經理）：公司政策規定，我們要處理3個月內的積壓工作，如果改成4個月，我們將有大量的工作。
菲利普：好。現在，我們該如何實現？
李：我不是很確定。我認爲，我們需要更改傳統的軟件設置。
大衛（IT總監）：沒問題。可能只需要更改核心程序中的一行代碼。（填寫一個清單，提交給IT部門）。
朱迪（IT管理員）：我正分派這個單號爲#129281的需求。但是這需要目前的商務項目做完，並由主任簽字。
大衛：這是菲利普交代的，我們不立刻做的話，就必須裁員。
朱迪：OK，我會馬上填寫，並標記爲緊急任務。
2 天后
大衛：#129281目前狀態是什麼？
朱迪：它是開發人員任務隊列中的緊急任務，前面還有14個緊急的Bug報告需要處理。
大衛：忘記任務隊列。將它標記爲緊急，立即發給艾德（程序員）。
1 小時後
艾德（程序員）：在模塊ORP572的第1252行中，我將寫死的變量MonthsOfBacklog（積壓月份）值從“3”改成了“4”。然後，運行了2批測試用例，成功進行單元測試。業務工作量增加了10%，這是預期數據。我正準備提交代碼審查，並交給Homer進行用戶驗收測試。
雪莉（代碼審查）：這違反了公司的政策，你必須在參數文件中做個記錄。此外，還有2箇舊的調試命令，1個無指定的變量警告消息和1個寫死的Employee ID，必須在這個模塊移交到產品之前進行修復。
艾德：!~@#$%^&*（髒話）。
雪莉：這些bug很可能是真的。一旦你被指派ORP572模塊，你就需要對已經存在的、違反新公司政策的錯誤進行修復。我不能提交。
2 小時後
艾德：OK，完成。我正要重新提交代碼審查。
朱莉（IT測試）：Homer不能進行用戶驗收測試，因爲Fred正在運行一個本月底財務要用的約束測試。使用Marge代替。
艾德：我沒有訪問Marge的權限。
朱莉：聯繫IT安全部門的喬，他會給你開權限的。
2 小時後
喬（IT安全）：沒有大衛的簽名，我不能給你開Marge權限。他出差了，得等到週一。
艾德：我不這麼認爲。菲利普希望馬上實施，讓他來授予權限。
雪莉：你的新的參數記錄“MonthsOfDemand”需要起一個更好的名字。離岸程序員（位於其他國家的開發部門）不明白這意味着什麼。此外，它應該有一個變化覈查軌跡。
艾德：命名有什麼規定？
雪莉：忘了寫在什麼地方了。離岸團隊是3月中下旬更新的wiki，能肯定的是，所有新的參數記錄必須滿足新的命名要求，並保持覈查軌跡。
1 天后
艾德：我將參數記錄中的“MonthsOfDemand”重命名爲“SelectedMonthsOfBacklogDemand”，並添加模塊PAR634以保持紀錄和核查軌跡。我已經提交到代碼審查。
託尼（IT測試）：我看到Marge中有#129281任務，但我沒有收到測試計劃。
艾德：按照老方式運行就行，注意WorkOrdersHours報告中總量的增加。
託尼：這就是你的測試計劃？這會影響到企業的其他方面，我必須有用戶選擇的測試用例、預期結果、測試運行記錄以及用戶簽收。
2 天后
菲利普：大衛，告訴託尼將艾德的程序立即提交到產品部門。
大衛：是的，先生。
本次任務總結：
-
總時間：6天
-
關鍵任務代碼更改行數：1行
-
關鍵任務代碼更改字節數：1字節