軟件項目管理的理論與實踐
作者: 來源: 文字大小:[大][中][小]
軟件工程是針對軟件這一具有其特殊性質(zhì)的產(chǎn)品的工程化方法。它關(guān)注的是軟件產(chǎn)品的生命周期，包括從需求、設(shè)計、編程、測試、到運行和升級維護共六個主要階段，而且隨著軟件產(chǎn)品的不斷升級維護，還會使同一軟件產(chǎn)品經(jīng)歷多次這樣的生命周期，由于軟件產(chǎn)品的性質(zhì)、用途、規(guī)模等方面的差異，軟件生命周期和項目生命周期可能會重合，一個軟件的生命周期在一個項目周期結(jié)束時也隨之結(jié)束。而在更多情況下，一個軟件的生命周期會通過多個項目來完成，例如在軟件的計劃階段，可以以一個項目的方式來實現(xiàn)，在軟件開發(fā)階段，包括軟件的需求、設(shè)計、編程、測試階段，也可以通過一個項目的方式來管理。項目可大可小。
項目管理涉及范圍管理、
時間管理、
成本管理、質(zhì)量管理、
人力資源管理、溝通管理、風(fēng)險管理、
采購管理、項目綜合管理九大知識領(lǐng)域的內(nèi)容，而其中范圍、時間、成本被稱為項目管理的三約束，又稱為“項目管理三角形”，項目三角形中的成本，主要來自于所需資源的成本，自然也包括人力資源的成本。為了縮短項目時間，就需要增加項目成本(資源)或減少項目范圍；為了節(jié)約項目成本(資源)，可以減少項目范圍或延長項目時間；如果客戶需求變化導(dǎo)致增加項目范圍，就需要增加項目成本(資源)或延長項目時間。項目范圍管理是指對項目包括什么與不包括什么的定義與控制過程。這個過程用于確保項目組和項目干系人對作為項目結(jié)果的項目產(chǎn)品以及這些產(chǎn)品用到的過程有一個共同的理解。作為衡量一個項目或項目階段是否已經(jīng)順利完成的標(biāo)準(zhǔn)是項目的范圍說明書，項目范圍要由項目客戶和項目發(fā)起人共同地正式認(rèn)定，范圍變更要進行變更控制。對于軟件開發(fā)過程來說，范圍說明書就是軟件的需求分析報告，項目范圍的管理也就是軟件需求的管理，電力自動化公司在軟件需求管理過程中存在以下幾個問題：
1．需求描述不清晰
該公司已經(jīng)通過了IS09001：2000國際質(zhì)量管理體系認(rèn)證，現(xiàn)在軟件開發(fā)項目負責(zé)人已經(jīng)能夠做到將用戶的需求整理成需求分析報告，交用戶簽字確認(rèn)，但他們這樣做似乎只是為了達到IS09001質(zhì)量體系的要求，只是走形式，并沒有認(rèn)識到這樣做的重要性。因而存在需求描述不夠清晰、不夠具體的問題，給用戶留下發(fā)揮的空間，也給我們公司造成不良影響。例如公司與某農(nóng)電項目簽署的需求說明書中寫到‘實現(xiàn)電力營業(yè)相關(guān)的功能’，我們開發(fā)人員認(rèn)為按簽署的合同金額，我們只要完成其主要業(yè)務(wù)功能，多余的工作會使我們成本過高，也不在需求之內(nèi)，而用戶認(rèn)為管理、考核功能、綜合查詢功能都是營業(yè)相關(guān)功能，都屬于需求范圍之內(nèi)，需求未滿足，用戶不付款。因此我們只能損失利潤以便換取用戶的滿意，造成項目成本超支。
2．用戶口頭需求不能及時記錄，交用戶確認(rèn)的需求經(jīng)常不能一次提全，隨時增加需求.
而由于項目負責(zé)人缺少項目管理知識，不能及時記錄用戶口頭需求，為了趕進度，為了按期完成任務(wù)，也不與用戶進一步溝通確認(rèn)，結(jié)果是開發(fā)完成的產(chǎn)品用戶不認(rèn)可，用戶也很惱火，我明明告訴你這個功能要做成那個樣子，你為什么做成這個樣子。這就是項目范圍未經(jīng)客戶正式認(rèn)定，溝通也不及時，因理解的不一致造成勞而無功，而且還需要重新返工。
3．用戶需求變動缺少有效控制。
用戶需求變動也就是項目范圍變更，項目變更需要有項目變更委員會評審變更的影響，而用戶提出的需求變動經(jīng)常被開發(fā)人員自行消化處理了，而且依舊是沒有文字記載，沒有用戶確認(rèn)，有的只是為了趕工期，為了不超成本，在程序中打補丁。在軟件測試檢查文檔時解釋說需求沒來得及修改，等有時間再重新整理需求。而且這樣完成的程序結(jié)構(gòu)不夠優(yōu)化，不利于他人閱讀理解，甚至留有隱患。
4．需求未能考慮所有的用戶
項目管理知識體系要求項目范圍由項目客戶和項目發(fā)起人共同地正式認(rèn)定，這里強調(diào)，共同認(rèn)定，軟件開發(fā)這個項目也不例外。項目發(fā)起人和一兩個客戶的認(rèn)定不能代表所有的用戶，其他用戶不認(rèn)可，不得不在現(xiàn)場修改程序，這樣做不僅程序的質(zhì)量得不到保證，而且造成工期延誤、成本超支。最主要的是用戶對我們公司的滿意度下降。
5．開發(fā)過程中缺少與用戶的溝通
軟件開發(fā)的結(jié)果要滿足或超越用戶的需求和期望，但紙面上的需求分析報告描述得再清晰也不能涵蓋用戶的所有需求，比如用戶對使用靈活性的要求、對軟件運行界面的要求，所以在開發(fā)過程中應(yīng)該多與用戶溝通，或者請用戶參與到項目組中，不能一味地趕進度，埋頭苦干，隨時溝通才能保證不偏離軌道，才能提高成功率。
由此可見，只強調(diào)時間和成本，忽略范圍管理，往往會適得其反，不僅時間和成本不能保證，還會引起用戶的不滿。需求分析又是軟件設(shè)計、實現(xiàn)、測試直至維護的主要基礎(chǔ)。良好的需求分析活動有助于避免或盡早剔除早期錯誤，從而提高軟件生產(chǎn)率，降低開發(fā)成本，改進軟件質(zhì)量。所以范圍、時間、成本這個“項目管理三角形”必須全面協(xié)調(diào)考慮。除需求問題之外，在軟件開發(fā)項目中還存在溝通的問題。
前面已經(jīng)兩次提到了溝通的問題，可見有效溝通對項目的成功也是必不可少的，項目經(jīng)理大致75％的時間應(yīng)該是用來溝通的，軟件開發(fā)過程上也是如此，上面提到因與用戶缺少溝通，造成對項目范圍的不確定，因而造成時間的延誤，成本的超支和用戶的不滿意。其實在我們開發(fā)過程中項目組成員內(nèi)部的溝通不暢也會影響項目進度。
軟件開發(fā)實踐過程中會出現(xiàn)多種因溝通不及時造成的問題，下面列舉幾項：
1．兩名開發(fā)人員使用的同一個表的結(jié)構(gòu)竟然不相同；
2．同一個崗位人員使用不同程序登錄，登錄窗口提取的用戶信息不同；
3．兩個模塊對同一個表同一個字段操作，一個存，一個取，此字段內(nèi)容以代碼存儲，但兩個模塊對此代碼的解釋不同；
4．開發(fā)過程中有設(shè)計變動，但未能通知到所有相關(guān)開發(fā)人員。
以上問題如果因溝通不暢未能及時發(fā)現(xiàn)并及時解決，直至軟件測試時才發(fā)現(xiàn)，此時修改程序花費的代價會增加。這還只是次要問題，重要的是依據(jù)測試?yán)碚摽紤]，測試時發(fā)現(xiàn)的問題越多，說明程序中未發(fā)現(xiàn)的問題也越多。總之，溝通是保持項目順利進行的潤滑劑。
要從根本上解決問題必須有高層領(lǐng)導(dǎo)的重視、支持和參與，而且要從全員培訓(xùn)項目管理知
識，重點培訓(xùn)合格的項目經(jīng)理開始做起，缺少合格的項目經(jīng)理是很多企業(yè)項目管理失敗的主要原因。磨刀不誤砍柴工是人人皆知的道理，但真正能夠做到確也不容易。
我們知道軟件開發(fā)過程是屬于軟件工程，在軟件工程中，也涉及到一些管理方面的問題，與項目管理有一些重疊的部分。這是很自然的，但是在軟件工程中提到的管理要求，只涉及到與工程方法緊密相關(guān)的、有針對性的方法，而項目管理知識體系是一個通用的知識框架，在內(nèi)容上與軟件工程中的管理內(nèi)容是不重復(fù)的，而是互相補充的。在軟件項目管理中，應(yīng)充分注意這兩者的有機結(jié)合。
綜上所述，以通用的項目管理知識體系為基礎(chǔ)，結(jié)合軟件工程自身的科學(xué)規(guī)律，采用適合軟件產(chǎn)品自身特點的管理方法，是真正管理好軟件項目和軟件產(chǎn)品的最終出路。