現代軟體工程 練習與討論 第十五章 穩定和發布階段

標籤：os   sp   問題   工作   bs   安裝   軟體   簡單   關係   

對電腦控制的丹佛機場行李系統做Postmortem總結

 

首先，這是典型的軟體項目開發失控的例子，甲乙雙方都是有實力而且有豐富項目經驗的公司，但卻最終導致了項目失控，可從以下幾個方面找原因：

 

1，在項目開始前的需求和目標不明確導致在施工過程中，後加需求。比如，“丹佛市決定建設一個全機場範圍的整合自動化行李處理系統，替代各家航空公司自行建設的方案”；這裡忽略了當時機場的基礎設施中缺少安裝行李系統所需的足夠空間以及建築結構無法承受行李系統所附加的重量等問題，盲目的進行開發。因此，鎖定需求：一開始就必須鎖定最終需求，與客戶（可以是老闆、上級、同事或真正的外部客戶）談妥之後，要形成需求文本，約定需求考核點、可投入資源以及出現需求變更時的處理原則。以文本形式確認最終需求的考核點等內容，可以避免很多誤會和扯皮，並為應對不可控因素埋下伏筆。 

 

2，出現結構性問題和施工次序不當，在施工之前，沒有一個系統的準確的分析，明確這樣一個龐大項目的各個子項目施工順序，應遵循先易後難，想簡單後複雜，前期工作是為了後期打基礎，避免後期工作在施工時，又要回頭先做前面沒有完成的部分，導致項目無法按時完結。

 

3，貪大求全，需求控制失效。“丹佛市決定建設一個全機場範圍的整合自動化行李處理系統，替代各家航空公司自行建設的方案”，這個決定的本身就缺乏科學的考量和調研，我想這與那位市長追求政績，好大喜功有不可分割的關係，一個需求的提出，不是拍腦門，而是經過一系列內部與外部的，結合實際情況的過程，科學求證出來的，盲目的需求會導致一系列重大問題，甚至災難性的後果，賠了夫人又折兵。

現代軟體工程 練習與討論 第十五章 穩定和發布階段