進度管理:死亡之旅-最后期限[2]

字號:

3.27號,距離分析完成還有一周時間,你們已經產生了大量的文檔和圖示,但是你們對問題的分析卻和1 月3號時一樣的淺薄。(交付物代表了什么?)
    4.1日,奇跡發(fā)生了,你的上司給高層發(fā)郵件說明你們已經成功的完成了分析階段.老板團隊所表現(xiàn)出的不可思議的團結和團隊協(xié)作(盲目的樂觀)
    有傳言說,一旦被 SEI 授予 CMM3 級,和BB同層以及更高層的管理者就可以得到豐厚的獎金.(權力和政治)
    "如果我們要將設計詳細到代碼級的程度,我們?yōu)楹尾恢苯尤ゾ帉懘a呢?"
    "因為那樣的話,你當然就不是在設計了。而設計階段惟一允許做的事情就是設計."
    評審會議很快就變成有關面向對象的意義、分析和設計的定義以及何時使用聚合和關聯(lián)的爭論。(偏離主題的評審)
    你告訴你的上司,這些變更意味著你需要對系統(tǒng)的大部分內容進行重新分析和重新設計,但是他卻說,“分析階段已經結束。惟一允許做的事情是設計。現(xiàn)在回去設計吧?!保ㄋ腊宓囊?guī)程)
    7月1號,另一個奇跡發(fā)生了!你完成了設計!一份無法反映真實需求的設計文檔.充斥著大量的類圖,模型和序列圖.(復雜而無用的模型)
    你的上司雇傭了一個顧問來構建一個計算所編寫的代碼行數(shù)的工具。他把一張很大的坐標紙貼在墻上,在頂部標出了數(shù)字1000000。每天他都會延長紅線來顯示增加了多少行代碼。(毫無意義的度量)
    接著,他立刻閃現(xiàn)出了管理方面的洞察力,說,“我知道了!,任何一行代碼都不能超過 20 個字符。任何超過 20 個字符的代碼行必須得分成兩行或者更多的行——越多越好。現(xiàn)有的所有代碼都必須按這個標準改寫。這會使我們的代碼行增加!”
    拼湊、拼湊、拼湊還是拼湊。你和你的團隊瘋狂地編碼。到8月1號,你的上司皺著眉頭看著墻上的坐標紙,制定出了強制性的每周要工作 50小時。(加班已不能解決問題)
    最后,到3月份。經過了大量的 65 小時工作周后。一個非常不可靠的版本完成了。實地使用時,錯誤的出現(xiàn)率非常高,技術支持人員對于發(fā)怒的客戶的抱怨和要求束手無策。所有人都不高興。(為時已晚)
    4月,高層決定通過購買的方式來解決問題,他購買了由 Rupert工業(yè)公司開發(fā)的產品的使用授權并重新銷售??蛻舻呐鸨黄较⒘耍袌鋈藛T沾沾自喜,而你被解雇了。(替罪羊產生)