8、資源需求沒有經(jīng)過較為周密的估算

　　軟件開發(fā)項目的資源因為因為其自身的特點和受到各種因素的影響，很難做到“精確”。盡管如此，還是應(yīng)該盡可能地做到“周密”。需要重點考慮的軟件開發(fā)項目的資源主要是人力資源，沒有盡可能足夠詳細精確地估計整個項目的每個階段所需要的人時(或人日、人月)數(shù);這是因為對軟件開發(fā)的工作量沒有進行精確的估算。為了估算軟件開發(fā)項目的工作量和完成期限，首先需要根據(jù)較為完整的需求來預(yù)測軟件規(guī)模。度量軟件規(guī)模的常用方法有、代碼行估算法和功能點估算法。這兩種方法各有優(yōu)缺點，應(yīng)該根據(jù)軟件項目的特點選擇適用的軟件規(guī)模度量方法。根據(jù)項目的規(guī)模可以估算出完成項目所需的工作量，我們可以使用一種或多種技術(shù)進行估算，這些技術(shù)主要分為兩大類：分解和經(jīng)驗建模。分解技術(shù)需要劃分出主要的軟件功能，接著估算實現(xiàn)每一個功能所需的程序規(guī)?；蛉嗽聰?shù)。經(jīng)驗技術(shù)的使用是根據(jù)經(jīng)驗導(dǎo)出的公式來預(yù)測工作量和時間。可以使用自動工具來實現(xiàn)某一特定的經(jīng)驗?zāi)Ｐ?。精確的項目估算一般至少會用到上述技術(shù)中的兩種。通過比較和協(xié)調(diào)使用不同技術(shù)導(dǎo)出的估算值，我們可能得到更精確的估算。軟件項目估算永遠不會是一門精確的科學(xué)，但將良好的歷史數(shù)據(jù)與系統(tǒng)化的技術(shù)結(jié)合起來能夠提高估算的精確度。

　　9、遺漏重要的假設(shè)或約束條件

　　如一些政府機關(guān)的管理信息系統(tǒng)軟件開發(fā)項目隱含的需求是必須遵守一系列的國家和行業(yè)標準，但由于沒有考慮到這些要求，致使項目計劃失敗，開發(fā)出某些功能、性能或數(shù)據(jù)不符合國家和行業(yè)標準的軟件，造成返工。所以應(yīng)當盡可能地將將任何設(shè)想和約束編入文檔。做項目計劃時應(yīng)該盡可能地把假設(shè)條件和約束條件考慮清楚，這些假設(shè)和約束可以是樂觀的、悲觀的或者是最可能的估計。例如，可以假設(shè)能夠及時獲得應(yīng)用程序服務(wù)器的新發(fā)行版，或可以得到熟悉項目正在采用的技術(shù)和技巧的開發(fā)人員;還可以假設(shè)，項目能在一些約束下工作，如影響計劃的強制截止期限或資源限制等等。應(yīng)該把這些假設(shè)和約束條件編入計劃文檔中，在項目的實施過程中，當項目計劃需要細化和調(diào)整時，就應(yīng)該考慮到這些約束條件，而不是以一種“無限資源”的方式做計劃。一般來說，假設(shè)、約束和風(fēng)險的區(qū)別是：假設(shè)、約束是一些比較明顯、明確、已經(jīng)發(fā)生或肯定會發(fā)生的情況，而風(fēng)險這是不一定會發(fā)生的，具有不確定性。

　　10、項目計劃沒有突出重點

　　軟件開發(fā)涉及到方方面面的工作，有些是主要的，有些是次要的，項目計劃應(yīng)當反映有價值的工作任務(wù)、環(huán)境條件。項目計劃不能寫成一個大雜燴，也不能寫成一個包羅萬象的百科全書。在項目計劃中要簡潔精確地反映對項目有價值的事情、任務(wù)和活動，避免羅嗦。項目管理的理論方法、成功的項目管理經(jīng)驗都是在實施項目時應(yīng)該參考的。但是，每個項目是特殊的，具有“唯一性”的，一次需要為每個項目做專門的計劃，選擇適合的項目，適合的團隊的方式和方法。

　　11、忽視次要工作任務(wù)對項目的影響

　　軟件開發(fā)項目計劃不僅要安排需求分析、概要設(shè)計、必要時的詳細設(shè)計、系統(tǒng)實施和測試與維護等實際的重要工作，而且還應(yīng)該安排項目中的支持性輔助活動，這些支持性輔助活動雖然不能成為關(guān)鍵活動，但是它們卻對項目的進展又作重大的影響。這些輔助活動包括：體系結(jié)構(gòu)定義、文檔評審后文檔編寫的返工甚至是需求調(diào)研的返工，測試之后的編碼返工、系統(tǒng)交付、與軟件復(fù)用相關(guān)的活動、項目組內(nèi)溝通交流、休假和法定假日、培訓(xùn)和教育、團隊成員的生活(如飲食、住宿、交通等)、項目規(guī)劃、人員管理等管理活動、會議和回復(fù)電子郵件，等等。做項目計劃時應(yīng)當盡可能完整地列出這些影響項目的活動，或者按照固定的模板進行計劃的制訂，免得遺漏必要的計劃內(nèi)容。有時候，小的疏忽會帶來大的問題，次要矛盾會成為或引發(fā)主要矛盾。例如，加班安排不當，會引起員工的厭倦甚至離職，造成軟件項目的人力資源問題，從而影響項目的進度，甚至導(dǎo)致項目失敗。

　　12、工作任務(wù)的分解不便于人員分工

　　在確定了系統(tǒng)構(gòu)架之前應(yīng)該考慮在編寫文檔的同時是否有些其他基礎(chǔ)性的工作可以先做，如是否在需求分析的同時進行部分的系統(tǒng)概要設(shè)計;是否可以先進性技術(shù)預(yù)研，環(huán)境架構(gòu)搭建、后臺數(shù)據(jù)庫框架搭建、軟件系統(tǒng)框架搭建等等。迭代法使得在上一階段的部分任務(wù)完成后，下一階段的對應(yīng)工作就可以投入進行。在確定了系統(tǒng)構(gòu)架之前之后工作任務(wù)的分解都要考慮模塊編碼獨立性、開發(fā)編碼工作的負載均衡、編碼進度安排優(yōu)化、預(yù)防人員流動(如生病、其他更緊急的任務(wù)、離職等)對開發(fā)的影響：一個好的項目計劃同時應(yīng)有助于減少項目組的壓力和緊張，提高軟件開發(fā)效率。

　　13、不了解項目成員的工作能力

　　項目成員的工作能力多種多樣，需要根據(jù)項目的崗位角色來分配。如軟件開發(fā)的編碼人員至少需要編寫代碼的能力、單元測試的能力、跟蹤查找問題的能力、解決問題的能力。而需求分析人員就至少要有業(yè)務(wù)理解學(xué)習(xí)能力、業(yè)務(wù)分析能力、溝通表達能力、建模及文檔能力等等。這些能力很難量化，不過項目經(jīng)理最好是心里大致有數(shù)，能夠大致估算出每個項目成員在正常情況下完成不同目標要求的各項任務(wù)所需要花費的時間。

　　參考文獻

　　《PMBOK-2000》PMI;

　　《PMBOK-2004》PMI;

　　《成功的項目管理》Trevol L Young(泰晤士報商業(yè)版，嚴鴻娟譯);

　　《成功的項目管理》Jack Gido & James P. Clements(21世紀管理經(jīng)典教材系列，張金城等譯);

　　《如何做好項目管理》Stanley E. Portny(IDG新經(jīng)濟工商實務(wù)傻瓜叢書，寧俊等譯);

　　《管理軟件開發(fā)項目》(第二版)Neal Whitten(軟件項目管理系列叢書，孫艷春等譯);

　　《IT項目管理》Kathy Schwalbe(項目管理譯叢 王金玉等譯);

　　《項目管理—計劃、進度和控制的系統(tǒng)方法》(第7版)Harold Kerzner(電子工業(yè)出版社，楊愛華等譯);

　　《項目管理的戰(zhàn)略規(guī)劃：項目管理成熟度模型的應(yīng)用》Harold Kerzner(電子工業(yè)出版社，張增華 呂義懷等譯);

　　《實用軟件工程》(第二版)鄭人杰、殷人昆、陶永雷(清華大學(xué)出版社)

　　《軟件工程：實踐者的研究方法》(第5版)Roger S.Pressman著;

　　《軟件工程：Java語言的實現(xiàn)》Stephen R. Schach著;

　　《能力成熟度模型集成及其應(yīng)用》龔波等編著;

　　《ISO9001：2000質(zhì)量管理體系的要求》;

　　《高級項目管理基礎(chǔ)》(信息產(chǎn)業(yè)部計算機信息系統(tǒng)集成高級項目經(jīng)理培訓(xùn)講義);

　　本文完成日期：2005年3月30日

　　本文作者郵箱：luls@dragonsoft.com.cn或lulsnet@21cn.com

　　歡迎指正。