緒論：寫作既是個人情感的抒發(fā)，也是對學術真理的探索，歡迎閱讀由發(fā)表云整理的11篇軟件項目管理論文范文，希望它們能為您的寫作提供參考和啟發(fā)。

篇（1）

2項目管理在軟件開發(fā)中的應用現(xiàn)狀

在二十世紀六十年代中期，人們發(fā)現(xiàn)了在開發(fā)軟件過程中存在著很多問題，具體的問題表現(xiàn)在以下兩個方面：一方面，不規(guī)范的生產過程；另一方面，不重視管理工作。為了能夠有效解決軟件開發(fā)過程中存在的問題，人們開始嘗試利用過程管理方法。但是到了二十世紀八十年代，還是沒有制定管理軟件開發(fā)過程相關標準。近幾年來，在信息技術快速發(fā)展的背景下，人們采取項目管理來控制軟件開發(fā)的質量、軟件開發(fā)的成本等，以此確保軟件開發(fā)的質量和成本等因素，符合當時的既定標準。在軟件開發(fā)過程中，每一個項目組的不同成員都應該承擔不同的任務，并且企業(yè)管理者應該要求他們要在規(guī)定的時間內完成自身的任務，這種明確分工制度，有助于提高員工的工作效率。

3項目管理在軟件開發(fā)中的應用

每一個軟件開發(fā)項目都要經過以下幾個階段：提出問題、研究可行性、分析需求、測試等。因此項目管理工作應該貫穿于軟件開發(fā)的整個過程。

3.1可行性研究

無法開發(fā)哪一個項目，都需要進行可行性分析與研究。通過利用項目管理來研究軟件開發(fā)項目可行性的目的在于：在最短的時間內確定軟件開發(fā)項目是否具有開發(fā)的價值。其中可行性研究的內容包括：

1）、研究技術的可行性。其主要是指：要合理地分析開發(fā)項目的功能與性能，分析其中所隱藏的技術風險。

2）、研究經濟的可行性。其主要是指：估計所開發(fā)的項目給企業(yè)帶來的經濟效益，然后依據(jù)所估算的經濟效益，確定該項目是否具有投資的價值。

3）、研究社會的可行性。其主要是指：分析此項目的運行方式是否正確，分析當前的人員技術水平以及管理制度是否具有可行性。

3.2軟件項目估算

在軟件開發(fā)過程中，首先要規(guī)劃軟件開發(fā)項目，如此便于項目管理人員制定切合實際的估算方案。規(guī)劃軟件開發(fā)項目的內容主要包括：明確軟件開發(fā)的目標、明確軟件開發(fā)過程中需要用到的各種資源、明確軟件開發(fā)的進度等。在軟件開發(fā)過程中，估算起著非常重要的作用。通過估算可以保證軟件項目在規(guī)定的時間內完成，也可以確保軟件項目的成本未超出預算。在估算資源、成本以及進度的時候，要依據(jù)自身豐富的經驗以及相關的數(shù)據(jù)。但是當前所使用的估算方法較為單一，此種估算方法容易增加估算風險。對此，研究人員應該努力研究出更多科學、有效的估算方法。

3.3軟件項目開發(fā)人員的管理

在開展軟件項目開發(fā)人員管理工作的時候，首先要合理安排人員。通常情況下，是由多個小組成員共同完成軟件開發(fā)項目。在具體安排人員任務的時候，要依據(jù)每位人員的優(yōu)勢進行，并且要明確小組內每一位成員的工作任務以及工作目標。在軟件開發(fā)過程中，要確定不同的責任人，比如：項目經理、開發(fā)經理，并且為每一個小組安排一名組長，如此有助于確保軟件開發(fā)項目的順利完成，同時保證所開發(fā)出來的軟件屬于高質量產品。

篇（2）

2、工程項目管理軟件

2.1概念的界定

工程項目管理軟件（以下簡稱為項目管理軟件）是指以項目的施工環(huán)節(jié)為核心，以時間進度控制為出發(fā)點，利用計劃技術，對施工過程中的進度、費用、資源等進行綜合管理的一類應用軟件。它包括五個主要功能模塊：進度計劃管理功能、資源管理功能、費用管理功能、報告生成與輸出功能、輔助功能（主要指與其他軟件的接口、二次開發(fā)、數(shù)據(jù)保密等）。這種概念源于對國外類似產品的概括，如P3（PrimaveraProjectPlanner）、MicrosoftProject、HarvardTotalProjectManagement、HarvardProjectManager.從廣義上看，項目管理軟件包括了與項目管理工作相關的各種應用軟件，可以涉及進度、費用、資源、質量、風險、組織等各個方面，是項目管理相關軟件的總稱。

2.2發(fā)展概述

國內項目管理軟件的研究開發(fā)始于20世紀70年代，至今經歷了兩次重大轉變（見圖1）。

第一次，90年代初，標志是研發(fā)主體由用戶本身轉變?yōu)閷I(yè)化的軟件。在70、80年代多是各用戶單位自行研制的單項功能的初級產品，即自己提出需求、自己研究、自己開發(fā)、自己使用，是一種完全的小生產方式，在近二十年中發(fā)展緩慢。90年代初，市場帶動出幾十家專門從事建筑管理軟件開發(fā)的高民營企業(yè)，軟件開始走上化、專業(yè)化、商業(yè)化的快速發(fā)展道路。

90年代是國內建筑管理軟件迅猛發(fā)展的十年，工程造價、工程量、鋼筋配料、平面圖制作、標書制作軟件等新產品大量涌現(xiàn)，價格逐漸降低、功能不斷完善，界面友好、操作方便，通用性、實用性增強。

第二次，90年代末，標志是產品由單機版轉向系統(tǒng)集成。如將項目施工方案的設計、概預算、工程量計算、進度計劃、資源計劃、費用管理、事務性管理等綜合起來形成一個有機的整體。運行環(huán)境由單機用戶拓展到網絡多用戶，一定程度上實現(xiàn)了企業(yè)內部的數(shù)據(jù)共享。

進入2000年來，項目管理軟件的研發(fā)出現(xiàn)了滯緩現(xiàn)象。究其原因是多方面的，既有市場因素又有技術因素，既有外部環(huán)境的又有自身條件的制約，如加入WTO的影響、用戶需求的變化，網絡技術、數(shù)據(jù)庫技術、通訊技術的進步等。項目管理軟件發(fā)展的方向在哪里？必然趨勢如何？怎樣應對？這些擺在眾多業(yè)內人士面前。

3、國內項目管理軟件的現(xiàn)狀

3.1外部環(huán)境分析

3.1.1機遇

（1）積極的政策環(huán)境。2000年7月國務院了《鼓勵軟件產業(yè)和集成電路產業(yè)發(fā)展的若干政策》在投資融資、稅收、產業(yè)技術、出口、收入分配、人才吸引與培養(yǎng)、知識產權保護等方面，給予優(yōu)惠政策。建設部正在領導制定《建設企業(yè)管理信息系統(tǒng)軟件通用標準》和《建設信息平臺數(shù)據(jù)通用標準等通用標準，以規(guī)范建設領域信息市場行為。各省市地方的建委、定額站以及高新技術開發(fā)區(qū)，積極貫徹黨和國家方針政策，制定一系列的優(yōu)惠辦法，培育扶植當?shù)剀浖髽I(yè)的發(fā)展。

（2）巨大的市場需求。項目管理軟件作為一種行業(yè)專用軟件，其發(fā)展與建筑行業(yè)自身的興衰息息相關。據(jù)統(tǒng)計，我國現(xiàn)有各類施工企業(yè)10多萬家，項目經理部幾十萬個，除此之外工程監(jiān)理、審計、建行、甲方等單位也都是管理軟件的用戶，遠期軟件需要量應在100萬套，但現(xiàn)在軟件總的銷量不足2萬套。加入WTO以后，受各方面因素的影響，經濟將呈現(xiàn)快速增長的態(tài)勢，國內總體建設投資規(guī)模擴大，這將會為建筑業(yè)創(chuàng)造一個良好的發(fā)展機遇，也必將拉動行業(yè)軟件市場需求的增長。

（3）信息技術在建筑業(yè)的廣泛應用。20世紀90年代以后，我國建筑業(yè)應用信息技術取得了突飛猛進的發(fā)展，為項目管理軟件的普及推廣提供了必要的條件。主要表現(xiàn)在：1.網站建設從無到有，形成了政府網站、行業(yè)網站、企業(yè)網站三個層次。2.廣泛應用計算軟件和工具軟件。3.在施工中推廣應用以信息技術為特征的自動化控制技術，取得了較好的效果。

3.1.2挑戰(zhàn)

（1）項目管理的基礎工作薄弱。軟件的應用要有一定的條件，目前我國項目管理中影響軟件應用和開發(fā)的主要問題有：1.管理工作尚未標準化。例如各種報告、信息、數(shù)據(jù)及各種費用項目的劃分，各種文本等的標準化程度不高。2.工作過程中的隨意性，非程序化工作和干擾，使先進的計劃、控制方法和程序難以使用，難以顯示出它們的效果。3.整體管理水平低，各層次的管理人員尚不能掌握的管理手段和方法。管理的基礎工作薄弱不僅限制了對軟件應用的需求，而且進一步拉大了國內項目管理與國際水平的差距。

（2）國外競爭者的挑戰(zhàn)。目前，打進中國建筑市場的國外軟件有MS-Project、P3等。這些軟件功能強大、專業(yè)性強、知名度高、營銷方式靈活。如P3軟件在國際上具有極高的知名度，逐漸成為工程項目管理行業(yè)的標準軟件。世行也在大型項目上推薦使用P3軟件。加入WTO后，外國軟件企業(yè)將享受國民待遇，出口補貼政策、政府采購將受到限制，我國的產品市場不僅要開放，服務市場也相應開放，軟件市場從而將完全開放，國內軟件市場競爭日趨激烈。而且，加入WTO后，外資建設項目增多、建筑市場逐步放開，國外工程設計、承包、咨詢單位的大量涌入會加大MS-Project、P3等的市場份額。

國產軟件一般在功能設置和運行機制上更符合國內用戶的需求和習慣，如有雙代號網絡圖、前鋒線功能等。但在用戶界面、報告生成與輸出、數(shù)據(jù)交換、二次開發(fā)等方面還存在著較大的差距，而且這些軟件目前還不可能用于國際工程項目。

3.2內部條件分析

3.2.1優(yōu)勢

（1）技術成熟。國內項目管理軟件經過近30年的發(fā)展，已經研制出適用于公司和項目兩個層次的產品，而且部分軟件的技術水平達到新的高度，令外國同行刮目相看，為發(fā)展適合國情的信息產品奠定了技術基礎。如北京夢龍公司的智能管理系統(tǒng)Pert、大連同洲公司的項目計劃管理系統(tǒng)TZ-Project.

（2）市場占有率高。初步估算，國產軟件的市場占有率在三分之二以上。此外，用戶購買軟件后，需要經過培訓，才能掌握運用。一旦熟練使用后，就傾向于繼續(xù)購買后續(xù)產品，而不愿轉購其他公司的同類產品。這一消費特征有利于率先占有市場的軟件。多種原因造成國內軟件企業(yè)已搶先一步占領市場，建立起銷售渠道和用戶對它們的信任。

（3）服務本土化。軟件的價值歸根結底表現(xiàn)在對傳統(tǒng)行業(yè)的服務上，軟件行業(yè)競爭的核心是服務的競爭。國內的軟件企業(yè)經過十多年的市場開拓，已在全國的數(shù)十萬用戶中建立起較為完善的服務體系，深入到公路、港口、建筑、市政、鐵路、水利、電力等各個領域，能夠快速響戶要求，提供全面的咨詢培訓維護服務，這是外國公司在短期內無法做到的。

（4）人才優(yōu)勢。國內軟件開發(fā)人員的薪酬平均低于國際水平，是美國的1/30~1/20，可大大降低軟件研發(fā)成本。此外，國內建筑市場運作不規(guī)范，用戶需求差異大，而國內研發(fā)人員熟悉行情，與用戶容易溝通，開發(fā)的產品更符合“國情”。

3.2.2劣勢

（1）品牌與質量。國產項目管理軟件數(shù)量不少，但沒有一個能夠像P3那樣知名的品牌。幾十家軟件研發(fā)單位“各占一個山頭”，國內市場呈現(xiàn)小而散、四分五裂的格局。在研發(fā)過程中普遍缺乏嚴格的測試環(huán)節(jié)，軟件的改動和版本的升級頻繁，造成成本的增加和維護上的難度，帶給用戶許多不必要的麻煩。而且，由于缺乏行之有效的軟件開發(fā)管理體制，一個關鍵性設計人員的變動往往會嚴重軟件產品的整個生產過程。在功能模塊上，國產軟件偏重進度計劃管理，在資源管理、費用管理方面遠遠落后與國外軟件。此外，國產軟件都無法實現(xiàn)環(huán)境下異質數(shù)據(jù)庫的互連、沒有對用戶開放二次開發(fā)的接口。

（2）規(guī)模小、開發(fā)資金不足。國內軟件企業(yè)的資金來源主要以企業(yè)自主投資、風險投資和政府投資三種為主。大部分企業(yè)缺乏正常的融資手段，只是依靠經營利潤的積累。企業(yè)規(guī)模小、缺乏“重量級”企業(yè)，、設計、開發(fā)和市場開拓能力有限。據(jù)統(tǒng)計，50人以下的企業(yè)占40%左右，50～100人的企業(yè)占50%左右，100～200人的企業(yè)僅2家，200人以上的為零。

（3）缺乏統(tǒng)籌規(guī)劃。由于沒有明確的行業(yè)標準和方向引導，軟件開發(fā)只能根據(jù)客戶要求，由軟件技術人員，憑自己的理解和能力進行設計、編程，造成軟件開發(fā)選題雷同，而且多屬低水平重復開發(fā)。企業(yè)在技術、研究、開發(fā)等方面存在很大的盲目性，力量分散，造成大量資源浪費，也延誤了發(fā)展的時機。

（4）人才流失。由于缺少合理的收入分配激勵機制，大量軟件開發(fā)人員流向高收入的電信、、商業(yè)領域，國內從事工程管理軟件開發(fā)的人員不足千名，其中懂工程、懂機、懂管理的復合性高級人才更是少之又少。

4、國外項目管理軟件的發(fā)展及啟示

4.1發(fā)展概述

國外項目管理中的計算機應用可以追溯到50年代中后期網絡計劃技術的出現(xiàn)，到了60年代中后期網絡程序已經十分成熟。整個70年研究的重點是完善和擴展網絡模型分析軟件的應用功能，如成本和資源的平衡優(yōu)化；同時提出并研究了項目管理信息系統(tǒng)。進入80年代以后，PC機的普及和項目管理工作的化、標準化，使一般中小型企業(yè)、中小型項目也可用計算機進行管理，網絡技術才真正普及。90年代后，項目管理軟件發(fā)展迅速，不斷有功能強大、使用方便的軟件推出，在項目管理中發(fā)揮了重要作用，計算機的應用已經成為項目管理必不可少的一個組成部分。

項目管理軟件的功能層次不斷提高，對應著三個顯著階段：

第一層次，也稱基本功能，如進度控制、質量管理、資源管理、費用控制、采購管理等，是對基層工作流程的模擬，在一定程度上實現(xiàn)數(shù)據(jù)共享，減輕了基層項目管理人員的工作強度。在80年代已基本完成這方面的功能開發(fā)并在基層項目管理中廣泛應用。

第二功能層次有兩個特點：一是分析和預測功能，包括工期變動分析、不可預見事件分析（如惡劣氣候、匯率變動、市場物價變動、分包商情況變動等）。在分析基礎上產生預測功能，主要包括進度預測、投資預測、資金需求預測等，并有相應的數(shù)學模型。二是計算機網絡的使用和通訊功能，主要是局域網上的多用戶操作和多項目管理，以及借助Internet、Intranet，郵件、電子信箱等先進的通訊工具和手段，減少項目管理班子的工作所受的地域限制。P3及MS-Project都是這一層次的產品。

第三層次是基于因特網的項目管理，使整個項目管理業(yè)務與因特網結合，具有跨平臺兼容、交互性和實時性，項目成員可以協(xié)同工作，實現(xiàn)在線文檔管理、在線討論、視頻會議等。到目前為止尚無完善的產品出現(xiàn)，但有兩個軟件Mesa/Vista，WebProject已初具雛形。

4.2發(fā)展啟示

目前國內項目管理軟件的發(fā)展還處在第一階段。某些軟件具備或正向第二功能層次發(fā)展，沒有基于因特網的第三階段軟件。國外同類軟件的發(fā)展歷程可以得到啟示：數(shù)據(jù)通訊、多項目管理、多用戶環(huán)境、多系統(tǒng)兼容和與Web技術集成、增強用戶自定義功能，這代表著項目管理軟件的新發(fā)展。客戶機（Client）/服務器（Server）模式向瀏覽器（Browser）/服務器（Server）模式轉變將是必然趨勢。

5、對策

5.1我國項目管理軟件SWOT分析

基于上述分析，可歸納出我國項目管理軟件SWOT矩陣。

5.2政府和行業(yè)協(xié)會

（1）規(guī)范項目管理，實現(xiàn)與國際接軌。推進《施工項目管理規(guī)程》、《工程網絡計劃技術規(guī)程》、《建設工程質量管理條例》、《建筑工程施工合同（示范文本）》等的制訂和落實，嚴格按規(guī)程、規(guī)范和標準進行項目管理。在項目管理中推廣使用WBS（項目結構分解）等，保證數(shù)據(jù)采集的完整與統(tǒng)一。加強信息技術標準研究，積極參與國際標準的制訂，利用標準來占領市場。

（2）統(tǒng)籌規(guī)劃，抓大放小，分類指導。制定建筑業(yè)信息化發(fā)展規(guī)劃和技術政策，確定產業(yè)升級目標，合理選擇主導產業(yè)、戰(zhàn)略產業(yè)。對各省市地方的造價、鋼筋、工程量等單機軟件鼓勵自由競爭，讓市場來決定優(yōu)勝劣汰，同時強化行業(yè)管理，維持公平、有序的競爭環(huán)境。對項目管理軟件的研發(fā)加強扶植力度，增強國產軟件自主發(fā)展的能力，重點扶植、推廣一批具有自主知識產權的產品。

（3）發(fā)揮行業(yè)組織的作用。行業(yè)協(xié)會加強與政府和企業(yè)的聯(lián)系，為企業(yè)在技術、管理、市場信息、人才培訓等方面提供指導和幫助。

5.3軟件企業(yè)

（1）利用政策，把握機遇。認真研究、充分利用國家為產業(yè)發(fā)展提供的政策環(huán)境，要充分利用加入世貿組織的過渡期，力爭在三、五年內完善項目管理軟件并實現(xiàn)產業(yè)化。

（2）調整產品結構，培育自主品牌。推進產品創(chuàng)新和產品重組。擁有自主知識產權的，要強化知識產權管理，積極實施信息技術專利戰(zhàn)略，按國際項目管理要求進一步完善產品，爭取在國際市場占有一席之地。正在研發(fā)之中的，要多研究國內外同類軟件，合理選擇細分市場，采取產品差異化戰(zhàn)略或市場跟隨戰(zhàn)略。

（3）規(guī)范企業(yè)管理。積極參與ISO9000，CMM，ISO14000等國際質量保證體系認證和國際安全認證，加強軟件企業(yè)的規(guī)范化管理。建立有效的激勵和約束機制，充分調動員工積極性，吸引并留住各類優(yōu)秀人才。

（4）服務創(chuàng)新。推動軟件售后服務的化，建立專業(yè)的咨詢服務機構。不具備持續(xù)開發(fā)能力的公司應向增值服務的專業(yè)服務公司轉變。從目前發(fā)展趨勢看，軟件的升級、維護、咨詢活動的利潤比銷售的更可觀。

6、結論

我國工程項目管理軟件研發(fā)的整體水平較低，實際應用情況不容樂觀。要改變這一局面，政府和企業(yè)都要付諸努力。政府和行業(yè)協(xié)會要規(guī)范項目管理，實現(xiàn)與國際接軌；統(tǒng)籌規(guī)劃，抓大放小，分類指導。軟件企業(yè)調整產品結構，培育自主品牌，規(guī)范企業(yè)管理及建立服務創(chuàng)新的體制。

參考

[1]MatthewJ.Liberatore.ProjectManagementInConstruction：SoftwareUseAndResearchDirections[J].JournalOfConstructionEngineeringAndManagement，2001，（March/April）。

[2]成虎。工程項目管理[M].中國建筑出版社，2001.

[3]陳昌柏。WTO-ITA與中國IT產業(yè)發(fā)展[M].北京郵電大學出版社，2001.

篇（3）

做軟件“大餐”的工序

軟件質量保證（SoftwareQualityAssurance，以下簡稱SQA）的目的是驗證在軟件開發(fā)過程中是否遵循了合適的過程和標準。軟件質量保證過程一般包含以下幾項活動：

首先是建立SQA組；其次是選擇和確定SQA活動，即選擇SQA組所要進行的質量保證活動，這些SQA活動將作為SQA計劃的輸入；然后是制定和維護SQA計劃，這個計劃明確了SQA活動與整個軟件開發(fā)生命周期中各個階段的關系；還有執(zhí)行SQA計劃、對相關人員進行培訓、選擇與整個軟件工程環(huán)境相適應的質量保證工具；最后是不斷完善質量保證過程活動中存在的不足，改進項目的質量保證過程。

獨立的SQA組是衡量軟件開發(fā)活動優(yōu)劣與否的尺度之一。SQA組的這一獨立性，使其享有一項關鍵權利??“越級上報”。當SQA組發(fā)現(xiàn)產品質量出現(xiàn)危機時，它有權向項目組的上級機構直接報告這一危機。這無疑對項目組起到相當?shù)摹巴亍弊饔茫部梢钥闯墒谴偈鬼椖拷M重視軟件開發(fā)質量的一種激勵。這一形式使許多問題在組內得以解決，提高了軟件開發(fā)的質量和效率。

選擇和確定SQA活動這一過程的目的是策劃在整個項目開發(fā)過程中所需要進行的質量保證活動。質量保證活動應與整個項目的開發(fā)計劃和配置管理計劃相一致。一般把該活動分為以下五類：

1）評審軟件產品、工具與設施

軟件產品常被稱為“無形”的產品。評審時難度更大。在此要注意的一點是：在評審時不能只對最終的軟件代碼進行評審，還要對軟件開發(fā)計劃、標準、過程、軟件需求、軟件設計、數(shù)據(jù)庫、手冊以及測試信息等進行評審。評估軟件工具主要是為了保證項目組采用合適的技術和工具。評估項目設施的目的是保證項目組有充足設備和資源進行軟件開發(fā)工作。這也為規(guī)劃今后軟件項目的設備購置、資源擴充、資源共享等提供依據(jù)。

2）SQA活動審查的軟件開發(fā)過程

SQA活動審查的軟件開發(fā)過程主要有：軟件產品的評審過程、項目的計劃和跟蹤過程、軟件需求分析過程、軟件設計過程、軟件實現(xiàn)和單元測試過程、集成和系統(tǒng)測試過程、項目交付過程、子承包商控制過程、配置管理過程。特別要強調的是，為保證軟件質量，應賦予SQA阻止交付某些不符合項目需求和標準產品的權利。

3）參與技術和管理評審

參與技術和管理評審的目的是為了保證此類評審滿足項目要求，便于監(jiān)督問題的解決。

4）做SQA報告

SQA活動的一個重要內容就是報告對軟件產品或軟件過程評估的結果，并提出改進建議。SQA應將其評估的結果文檔化

5）做SQA度量

SQA度量是記錄花費在SQA活動上時間、人力等數(shù)據(jù)。通過大量數(shù)據(jù)的積累、分析，可以使企業(yè)領導對質量管理的重要性有定量的認識，利于質量管理活動的進一步開展。

要說明的是，并不是每個項目的質量保證過程都必須包含上述這些活動或僅限于這些活動，要根據(jù)項目的具體情況來定。

SQA計劃中必須明確定義在軟件開發(fā)的各個階段是如何進行質量保證活動的。它通常包含以下內容：質量目標；定義每個開發(fā)階段的開始和結束邊界；詳細策劃要進行的質量保證活動；明確質量活動的職責；SQA組的職責和權限；SQA組的資源需求，包括人員、工具和設施；定義由SQA組執(zhí)行的評估；定義由SQA組負責組織的評審；SQA組進行評審和檢查時所參見的項目標準和過程；需由SQA組產生的文檔。

選擇合適的SQA工具并不是試圖通過選擇SQA工具來保證軟件產品的質量，而是用以支持SQA的活動。選定SQA工具時，首先需要明確質量保證目標。根據(jù)目標制定選擇SQA工具的需求并文檔化，包括對平臺、操作系統(tǒng)以及SQA工具與軟件工程平臺接口的要求等。

如何使白壁“無瑕”

按工序去做也不一定能得到一盤完美的“大餐”，因為火侯等因素實在很難掌握。萬一掌握不好怎么辦？軟件質量控制主要就是發(fā)現(xiàn)和消除軟件產品的缺陷。對于高質量的軟件來講，最終產品應該盡可能達到零缺陷。而軟件開發(fā)是一個以人為中心的活動，所以出現(xiàn)缺陷是不可避免的。因此，要想交付一個高質量的軟件，消除缺陷的活動就變得很重要。缺陷消除是通過“評審”和“測試”這類質量控制活動來實現(xiàn)的。

篇（4）

ispaidattentiontodaybyday.Thistexthasbeenanalyzedanddescribed

throughtheorigincauseofformation,existingproblemandcorresponding

solutionofapplicationtotheprojectmanagementinsoftwaredevelopment

mainly.

關鍵詞：項目管理，軟件開發(fā)

Keywords:Projectmanagement,Softwaredevelopment

如果用兩個字概括當前社會的特點，那就是“變化”，而這種變化在信息產業(yè)中體現(xiàn)得尤為突出，技術創(chuàng)新速度越來越快，用戶需求與市場不斷變化，人員流動也大大加快。在這種環(huán)境下，企業(yè)需要應對的變化以及由此帶來的挑戰(zhàn)大大增加，也給管理帶來了很多問題和挑戰(zhàn)。軟件行業(yè)是一個極具挑戰(zhàn)性和創(chuàng)造性的新行業(yè)，管理上沒有成熟的經驗可供借鑒。而項目管理應該說對于軟件企業(yè)，尤其是那些以應用開發(fā)為主的軟件企業(yè)，是行之有效的管理方法。因此，項目管理在軟件開發(fā)中的應用日益受到重視。

項目管理的兩個問題

1、什么是項目管理？

項目管理是在一定的約束條件下，以高效率地實現(xiàn)項目業(yè)主的目標為目

的，以項目經理個人負責制為基礎和以項目為獨立實體進行經濟核算，并按照項目內在的邏輯規(guī)律進行有效的計劃、組織、協(xié)調、控制的系統(tǒng)管理活動。

2、為什么要有項目管理？

沒有項目管理，項目也有可能成功。但沒有管理的項目，很難保證項目

的利潤空間，對公司來說，虧損的風險就大。所以我們要有項目管理，以保證公司在總體上是盈利的，注意不是每一個項目都要盈利。

另外，有了項目管理，就有了管理改進的基礎，無論剛開始的項目管理多么糟糕，只要有管理，就有了改進的可能性，至于能不能得到改進，以及改進的快慢，則取決于兩個因素：一個是人，特別是各級管理者；另一個是利益。關鍵是“利益”，準確的說是“利益的分配”，在權責利明確的前提下，人才能充分的發(fā)揮作用。還需要指出的是“利益”是多元的，這里的多元不僅指利益的具體形式，而且指利益的受眾是多元的，包括客戶方相關人員個人的利益。

3、項目管理的發(fā)展與現(xiàn)狀。

今天，項目管理作為一種現(xiàn)代化管理方式在國際上已獲得了廣泛的應用，從最初的國防、航天、建設工程領域，迅速發(fā)展到電子、通信、計算機、軟件開發(fā)、金融等行業(yè)以及政府機關的項目管理工作。隨著計算機、網絡系統(tǒng)的迅速發(fā)展，項目管理技術的不斷進步，項目管理軟件產品層出不窮，其功能、特點、應用對象也各不相同。當前，越來越多的企業(yè)和組織在內部推廣項目管理的理論方法及管理模式，如果都采用項目管理軟件進行管理，效果就更加明顯，可以節(jié)省大量的資源和財富。國外90%以上的項目管理都采用軟件進行，但我國在這方面的應用還不到10%。新世紀項目管理在中國的迅速興起，給軟件企業(yè)的發(fā)展帶來了前所未有的發(fā)展機遇。

項目管理在軟件開發(fā)中的應用的成因

隨著信息技術的飛速發(fā)展，軟件產品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經越來越不適應發(fā)展的需要。各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中，對開發(fā)實行有效的管理。從概念上講，軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成，而對成本、人員、進度、質量、風險等進行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個企業(yè)的軟件生產越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風險）。同時，隨著軟件開發(fā)規(guī)模及開發(fā)隊伍的逐漸增大，軟件開發(fā)不再是向過去那樣一二個開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個開發(fā)人員、測試人員與支持人員的工作，每個項目組成員按約定的規(guī)則準時完成自己的工作。同時采用規(guī)范化管理，專業(yè)分工也可以降低對開發(fā)人員的要求，從而降低產品研發(fā)成本。

軟件開發(fā)是一項復雜的系統(tǒng)工程，牽涉到各方面的因素，實際工作中，經常會出現(xiàn)各種各樣的問題，甚至面臨失敗。如何總結、分析失敗的原因，得出有益的教訓，對一個公司來說，是在今后的項目中取得成功的關鍵。

早在20世紀60年代中期，人們就發(fā)現(xiàn)軟件的生產出現(xiàn)了“問題”，主要表現(xiàn)在生產過程不規(guī)范，缺乏管理。后來，人們在軟件工程方法學中引入了工程的概念、原理、技術和方法，這種思想在一定程度上解決了軟件生產過程中遇到的問題。但是直至80年代還是沒有提出一套管理軟件開發(fā)的通用原則，軟件管理不善的問題依舊在大范圍內存在。

目前的軟件開發(fā)正逐步趨向于復雜化、多元化，大多數(shù)開發(fā)團隊中都會出現(xiàn)同時開發(fā)多個版本、開發(fā)/維護工作并存、多地點同時開發(fā)等情況，給軟件開發(fā)管理帶來了前所未有的困難。如果管理不善，必將造成版本混亂，各個開發(fā)人員的工作相互交叉、干擾，整個開發(fā)團隊的工作在一種無秩序的不良狀況下運行，嚴重影響軟件產品開發(fā)的進度和質量。

因此，隨著軟件開發(fā)的深入、各種技術的不斷創(chuàng)新以及軟件產業(yè)的形成，人們越來越意識到軟件過程管理的重要性，管理學的思想逐漸融入軟件開發(fā)過程中，應用開發(fā)的項目管理日益受到重視。而項目管理技術的發(fā)展與計算機技術的發(fā)展是密不可分的，隨著計算機性能的迅速提高，大量的項目管理軟件涌現(xiàn)出來。它們可以用于各種商業(yè)活動，提供便于操作的圖形界面，幫助用戶制定任務、管理資源、進行成本預算、跟蹤項目進度等。

軟件項目管理常見問題及解決方案

對于軟件開發(fā)項目中，經常出現(xiàn)兩種極端情況，一種是創(chuàng)造了新的生產率和質量的紀錄；一種則完全是一場災難，不是被取消就是拖延很長時間。前者如在很短的時間內，為了趕進度，在幾乎不可能的時間內開發(fā)出一套軟件產品，創(chuàng)造了軟件開發(fā)的記錄，滿足了上級所要求的上機日期，由于開發(fā)時間太短，過于倉促，上機時，問題百出，試運行時間長達幾個月或一年半載的，而且程序一改再改，維護工作量大。

后者，如某套系統(tǒng)未弄清楚需求，或因設計問題，開發(fā)失敗。通過提煉這些成功和失敗的例子，軟件項目成功或失敗的根本原因可能會更清晰一些。

目前我國大部分軟件公司，無論是產品型公司還是項目型公司，都沒有形成適合自己公司特點的軟件開發(fā)管理模式，雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范，但并沒有從根本上解決軟件開發(fā)的質量控制問題。這樣導致軟件產品質量不穩(wěn)定，軟件后期的維護、升級出現(xiàn)麻煩，同時最終也會損害用戶的利益。

分析目前項目管理需要改進的問題可以從幾種相關角色的角度去考慮：項目經理、項目組成員、公司管理人員、市場人員、客戶等。

問題一：缺乏項目管理系統(tǒng)培訓（相關對象：項目經理、管理人員）

項目經理在項目管理方面的培訓較少或不夠系統(tǒng)。項目經理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導，完全依靠個人現(xiàn)有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業(yè)中，以前幾乎沒有專門招收項目管理專業(yè)的人員來擔任項目經理（甚至很少是管理專業(yè)的），被任命的項目經理主要是因為他們能夠在技術上獨當一面，而管理方面特別是項目管理方面的知識比較缺乏。

解決方案：項目經理接受系統(tǒng)的項目管理知識培訓是非常必要的，有了專業(yè)領域的知識與實踐，再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合，必能大大提高項目經理的項目管理水平。應實行項目經理知識技能資格考核制度，讓項目經理自覺補充學習項目管理的知識和一些常用工具和方法。

問題二：項目計劃意識問題（相關對象：項目經理）

項目經理對總體計劃、階段計劃的作用認識不足。項目經理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮；階段計劃因工作忙等理由經常拖延，造成計劃與控制管理脫節(jié)，無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責任的計劃的項目是一種無法控制的項目。

解決方案：在高技術行業(yè)，日新月異是主要特點，因此計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識，采用項目計劃制定相關各種知識、技術、工具，加強對開發(fā)計劃、階段計劃的有效性進行事前事后的評估。

問題三、管理意識問題（相關對象：項目經理）

部分項目經理沒有意識到自己項目經理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務不均、資源浪費。在軟件企業(yè)中，項目經理大多是技術骨干，技術方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質都有待補充和提高，項目管理經驗也有待豐富。有些項目經理對于一些不服管理的技術人員，沒有較好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解結構設計的合理性，項目任務無法有效、合理地分配給相關成員，以達到“負載均衡”。

解決方案：加強項目管理方面的培訓，并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前，最好能經過系統(tǒng)的項目管理知識，特別是其中的人力資源管理、溝通管理的學習，并且在實際工作中不斷提高自己的管理素質，豐富項目管理經驗，提高項目管理意識。

問題四：溝通意識問題（相關人員：項目經理、項目組成員）

在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足，造成各做各事、重復勞動，甚至造成不必要的損失；有些人沒有每天定時收郵件的習慣，以至于無法及時接收最新的信息。

解決方案：制定有效的溝通制度和溝通機制，對由于缺乏溝通而造成的事件進行通報作為教訓提醒，以提高溝通意識；溝通方式應根據(jù)內容而多樣化，講究有效率的溝通；通過制度規(guī)定對由于未及時收取郵件而造成損失的責任歸屬；對于特別重要的內容要采用多種方式進行有效溝通以確保傳達到位，例如除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內容還要通過舉行各種會議進行傳達。

問題五：風險管理意識問題（相關人員：項目經理）

項目經理沒有充分分析可能的風險，對付風險的策略考慮比較簡單。項目經理在做項目規(guī)劃時常常沒有做專門的風險管理計劃文檔，而是合并在項目計劃書中。有些項目經理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節(jié)簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的對策，對于后面的風險防范起不到什么指導作用。

解決方案：通過學習項目管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法掌握項目風險管理所必備的知識。通過加強對項目規(guī)劃中風險管理計劃的審核提高項目組的風險管理意識。總結本行業(yè)項目中常見的風險及其對策作為風險管理計劃中必要的風險內容，并切實評估相應對策的有效性和可行性。

問題六：不重視項目經驗的總結（相關人員：項目經理、管理人員）

項目經理在項目結束時有些是因為自身對寫文檔工作的興趣或意識，或

者是因為緊接著要參加下一個項目，總體對項目總結的重視程度不夠。有些是項目總結報告一再拖延，有些是交上來的報告質量較低，敷衍了事。

解決方案：在制度上鼓勵和加強項目經驗總結工作，使得項目總結及時并且具有指導意義而不是走過場。

問題七：項目干系人相關問題（相關人員：項目經理、項目成員、客戶）

在范圍識別階段，項目組對客戶的整體組織結構、有關人員及其關系、

工作職責等沒有足夠了解以致于無法得到完整需求或最終經權威用戶代表確認的需求。由于項目經理的工作問題，客戶參與程度部不高，客戶方相關責任人不明確或對范圍和要求責任心不強，提出的要求具有隨意性，項目前期對需求的確認不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項目盡早交付；項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。

解決方案：項目的目的就是實現(xiàn)項目干系人的需求和愿望。項目干系人管理應當從項目的啟動開始，項目經理及其項目成員就要分清項目干系人包含哪些人和組織，通過溝通協(xié)調對他們施加影響，驅動他們對項目的支持，調查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。

問題八：項目團隊內分工協(xié)作問題（相關人員：項目經理、項目成員）

項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任

分工不夠清晰而造成工作互相推諉、責任互相推卸的現(xiàn)象，有時各階段不同角色或同階段不同角色之間的責任分工比較清晰但是各項目成員只顧完成自己那部分任務、不愿意與他人協(xié)作。這些現(xiàn)象或多或少地造成了項目團隊內部資源的損耗，從而影響了項目的進展。

解決方案：項目經理應當對項目成員的責任進行合理的分配并清楚地說明，同時應強調不同分工、不同環(huán)節(jié)的成員應當相互協(xié)作，共同完善。

以上對軟件開發(fā)項目管理中出現(xiàn)的問題的分析還不夠深入，也無法列舉所有遇到或將遇到的問題，解決方案也要根據(jù)實際情況進行調整，希望引起對這些問題更多的思考和改進。

結束語：項目管理雖然沒有非常高深的理論，但要真正實施起來，也絕非易事。對于軟件開發(fā)企業(yè)而言，這不是一個小的改變，而是一種變革，企業(yè)需要為此付出艱苦的努力，宣傳并樹立公司范圍內的項目管理文化十分重要。從而在實踐中鍛煉提高，解決各種各樣的問題，使項目管理工作越做越好。

參考文獻：

吳照云《管理學原理》經濟管理出版社

StanleyE.Portny（寧俊等譯）《如何做好項目管理》新經濟工商實務叢書

篇（5）

項目管理技術是軟件工程專業(yè)的一門重要專業(yè)課。其教學任務是使學生了解和掌握項目管理的基本概念、基本原理和工程化方法。內容涉及項目管理知識體系（PMBOK）九大知識領域和五個標準化過程組，幾乎涵蓋了軟件項目從立項到結束的方方面面，是一門具有相當廣度的課程。然而，該課程的教學效果卻不容樂觀。

其一、項目管理技術的理論知識多脫胎于工程管理領域，由于國內軟件工程專業(yè)建設剛剛起步，相關教材往往照搬工程管理理論，缺乏完全針對軟件開發(fā)的必要整理和篩選。因此同軟件開發(fā)實踐結合并不十分緊密。

其二、而傳統(tǒng)的教學方式往往重理論而輕實踐，教師將理論知識“滿堂灌”給學生，學生“死記硬背”理論條文，并不懂得如何將理論用于實際軟件開發(fā)。這種僅以理論的多寡深淺作為對學生評價激勵唯一標準的教學手段，必然導致培養(yǎng)的人才實用性不強，職業(yè)能力較差，工程化程度較低。達不到項目管理技術的教學要求。

因此，需要對軟件項目管理技術的教學進行改革。二基于具體項目的軟件項目管理教學軟件工程項目相比一般工程項目具有更強的復雜性和更多的不可控因素，傳統(tǒng)的項目管理教學所傳授的知識常常不易使理論知識和實際開發(fā)吻合，給學生造成“學習無用之感”；課程本身也難以完全包括軟件開發(fā)過程的全部情況。最好的方法是通過一個具體軟件項目的開發(fā)過程，使學生接受項目管理的理念，而軟件項目的開發(fā)設備相對單一，團隊人數(shù)相對較少，相比一般工程項目更易進行實踐演練。

可以看出，項目管理進行過程將根據(jù)實際情況不斷進行計劃變更、計劃控制和計劃執(zhí)行的搏弈和循環(huán)。由于軟件項目有以下特點：

（1）軟件產品是無形的，不可捉摸的，無法感覺形狀，設計也難以直觀表示，很難確定產品質量或估計開發(fā)工作量。

（2）由于軟件的拷貝生產輕而易舉，因此，幾乎全部的軟件項目成本在開發(fā)過程中，而不是在制造過程。

（3）軟件開發(fā)過程屬于勞動密集型過程，尚未實現(xiàn)完全自動化，因此對軟件項目開發(fā)進度的計劃和控制比對一般工程項目更加復雜。

（4）軟件是邏輯實體，本身很容易修改，但由于其復雜性，又很難正確地修改，在缺乏溝通的情況下，對個別模塊的修改可能會帶來新的錯誤。

（5）軟件不像其他產品會因使用而磨損，和一般工程產品不同，軟件產品的維護常常通過增加新模塊功能完成升級。為保證新版本的穩(wěn)定性，常常需要對新版本的重新設計因此，軟件過程主要集中于軟件項目的開發(fā)過程，而在這一過程中，相比一般工程項目，項目管理過程組的核心循環(huán)表現(xiàn)得更加突出。基于具體項目對軟件開發(fā)過程進行闡述將更有利于學生理解軟件開發(fā)過程中的項目管理。由于課程目標并不在于具體技術細節(jié)的學習，而在于體會軟件開發(fā)過程中的項目管理。因此在項目選擇中，不能使學生投入過多精力在技術細節(jié)上，而應更多的關注軟件項目管理的溝通、計劃和控制。我們選擇計算機學院行政管理系統(tǒng)網站作為實踐項目讓學生組隊開發(fā)，這一項目屬于MIS（信息管理系統(tǒng)）項目類，難度不大，且能充分體現(xiàn)軟件項目需求不明確、多變、溝通復雜等特點。作為計算機學院的學生，學生對項目的需求的理解也將更加實際。

2.1基于項目驅動的評價體系“為了解決軟件問題，重要的第一步就是將整個軟件開發(fā)任務看做一個可控的、可度量的以及可改進的過程。”將項目管理方法運用于具體軟件項目開發(fā)的實踐或在實踐中改進現(xiàn)有方法，能夠幫助學生更好的掌握項目管理技術。在實際教學中，我們將學生分成若干團隊，每個團隊8~13人，充分使學生體會到團隊感，增加管理意識。項目經理是靠干出來的，不是靠背出來的。為使學生在具體項目實踐中更加投入，必須改革原有的基于卷面成績的評價體系。我們提出基于項目驅動的評價體系，使學生自覺將課堂所學的理論知識及時用于項目。學生的總評成績將由團隊項目評分、演練與總結評分、期末論文評分三部分組成：

（1）團隊項目評分：60%其中20%由教師根據(jù)團隊分階段提交的項目資料給出；剩下40%由每個團隊的“項目經理”根據(jù)團隊的成員的表現(xiàn)給出。而項目經理的打分權限則取決于項目完成時專家對項目的評審得分。

（2）演練與總結評分：20%項目結束后各個團隊成員對整個項目管理過程進行總結，評價和反思項目經理的管理過程，教師根據(jù)學生個人上課時有關項目的各種演練表現(xiàn)以及項目總結報告進行評分。

（3）期末論文評分：20%要求學生對項目管理九大知識領域進行一定深度的論述。為確保評價體系更加公平、公開、公正，我們規(guī)定：

（1）項目經理享有計劃和分配項目團隊資源，為項目組成員進行打分的權利，同時具有帶領項目組完成所有課堂演練環(huán)節(jié)，完成項目開發(fā)的義務。作為獎勵，項目經理可以直接獲得滿分的演練與總評成績；作為制約，項目經理為自己所打分數(shù)只得在項目評審得分5%上下浮動，如果項目經理引起過團隊半數(shù)以上成員不滿，將被彈劾，一旦彈劾，相應權利和獎勵同時消失。

（2）項目評審后，項目經理將得到“項目評審得分*團隊開發(fā)人數(shù)”的可分配分數(shù)，項目經理根據(jù)項目組分數(shù)分配方法給團隊成員打分，上限為40。

（3）項目評審時將邀請學院軟件工程專家、需方代表不少于5人組成專家組對各團隊項目進行公開評審，評審將從需方滿意度、項目開發(fā)文檔、項目開發(fā)過程三個角度進行打分。團隊最終得分通過delphi法得到。可以看出，在以上的評價體系中，基于項目驅動的評分所占比重相當大，不僅注重項目的結果，同時注重項目開發(fā)過程。學生的分數(shù)在一定程度上模擬了現(xiàn)實生活的“獎金”，而項目團隊則更加貼近現(xiàn)實生活中的軟件開發(fā)公司。為了使項目成功，學生必須自覺地實踐和探索科學的項目管理方法，不論成功與失敗都將成為學生寶貴的經驗和教訓。評分中，由于個體學生所能獲得的成績與其所在團隊成績緊密相關，因此，為整個團隊獲得高分而努力的開發(fā)過程極大地培養(yǎng)了學生的團隊協(xié)作精神。通過教學實踐，這一評價體系調動了學生的學習主動性，起到了較好的作用。超級秘書網

2.2基于項目過程的知識傳授和情景演練表1顯示了項目管理九大知識領域在五個標準化過程組中的作用。可以看出在不同的過程組中，各知識領域所起的作用是不同的。配合實際項目開發(fā)的過程，為使所傳授的知識能夠及時用于實際項目，我們顛覆了原有教材順序，按軟件項目五個過程組所涉及的知識領域對教學順序進行重新安排，基本做到項目進行階段與所傳授的相關知識同步。每次課程教學前后都及時安排對相關內容的情景演練。由表2所示教學實施安排表可以看出，項目管理的九大知識領域幾乎都能做到安排于項目情景中進行傳授，起到了理論對實踐的指導或總結作用。可以看出，每次演練環(huán)節(jié)一般都是對上次所本傳授知識的總結或當次所傳授知識的及時操練，知識點覆蓋較全面。通過設身處地去當一名項目經理或軟件工程師，增加了學生對軟件開發(fā)項目的感性認識和興趣，提高了他們的管理才能。通過知識傳授和情景演練的密切配合，使學生對軟件項目的管理過程理解得更加深刻。

二結論

基于具體項目的項目管理教學使學生能夠體會項目管理各知識領域的作用，領會各種方法、規(guī)范所適用的環(huán)境。通過實際開發(fā)后自己總結提煉的經驗和教訓，學生將更加接受項目管理的理念和知識，培養(yǎng)了團隊合作精神。在學期末進行的教學效果調查中，83%的學生認為這種教學方法效果良好。學生普遍反映“項目管理枯燥的理論知識變活了，知道怎么用了，印象更加深刻了。”

項目管理是軟件工程重要的專業(yè)課，在今后的教學實踐中，我們將繼續(xù)改進教學方法，做到量體裁衣，因地制宜，加強教學效果。

參考文獻：

[1]韓萬江，姜立新.軟件項目管理案例教程[M].北京:機械工業(yè)出版社.2005.

篇（6）

軟件行業(yè)在現(xiàn)在的眾多行業(yè)里是一個極具挑戰(zhàn)性和創(chuàng)造性的行業(yè)，體現(xiàn)了軟件開發(fā)者的智慧和汗水，同時軟件開發(fā)是一項復雜的系統(tǒng)工程。牽涉到許多方面的因素，在實際工作中，經常會出現(xiàn)各種各樣的問題，甚至會面臨失敗。如何總結、分析失敗的原因。得出有益的教訓，對于項目開發(fā)人員來說，是在今后的項目中取得成功的關鍵。

一、軟件開發(fā)中實行項目管理的意義

項目管理就是在項目活動中運用一系列的知識、技能、工具和技術，以滿足或超過相關利益者對項目的要求，實際上就是通過項目各方干系人的合作，把各種資源應用于項目，以實現(xiàn)項目的目標，滿足項目干系人的需求，其本質就是對時間、質量和成本的管理。

隨著軟件開發(fā)的深入、各種技術的不斷創(chuàng)新以及軟件產業(yè)的形成，人們越來越意識到軟件過程管理的重要性，管理學的思想逐漸融入軟件開發(fā)過程中，項目開發(fā)的管理日益受到重視。

二、目前在軟件項目管理中存在的誤區(qū)

現(xiàn)在大多數(shù)企業(yè)都認識到了在項目中進行管理的重要性，但是仍然有許多企業(yè)在實施項目管理的過程中存在著這樣那樣的誤區(qū)，主要表現(xiàn)在：

1項目經理不夠專業(yè)。在軟件企業(yè)中，缺乏專業(yè)的項目管理人員來實施項目管理及擔任項目經理，通常被任命的項目經理主要是因為他們能夠在技術上獨當一面，但是他們在管理方面特別是項目管理方面的知識比較缺乏。

2項目計劃缺乏綱領性。項目經理對總體計劃、階段計劃的作用認識不足，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮：階段計劃因工作忙等理由經常拖延，造成計劃與控制管理脫節(jié)，無法進行有效的進度控制管理。

3缺乏有效的管理意識。部分項目經理不能從總體上把握整個項目，而是埋頭于具體的技術工作，造成項目組成人員之間忙的忙、閑的閑，計劃不周、任務不均、資源浪費。有些項目經理沒有很好的管理方法，不好安排的工作只好自己做，使項目任務無法有效、合理地分配給相關成員，以達到“負載均衡”。

4缺乏有效的溝通制度和機制。在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足，造成各做各事、重復勞動，甚至造成不必要的損失：有些人沒有每天定時收郵件的習慣，以至于無法及時接收最新的信息。

5風險管理意識淡泊。有些項目經理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節(jié)簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的對策，對于后面的風險防范起不到什么指導作用。

6項目干系人的不確定性。在范圍識別階段，項目組對客戶的整體組織結構、有關人員及其關系、工作職責等沒有足夠了解以至于無法得到完整需求或最終經權威用戶代表確認的需求：或者是多個用戶代表各說各話、昨是今非，但同時又要求項目盡早交付：項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。

7缺乏項目團隊的合理分工。項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任分工不夠清晰而造成工作互相推諉、責任互相推卸的現(xiàn)象；有時各階段不同角色或同階段不同角色之間的責任分工比較清晰，但是各項目成員只顧完成自己那部分任務，不愿意與他人協(xié)作。這些現(xiàn)象都將造成項目組內部資源的損耗，從而影響項目進展。三、解決軟件項目管理中存在的誤區(qū)的有效策略

要想解決上面描述的誤區(qū)，歸根到底還是要從管理學的角度入手，即在軟件項目的開發(fā)過程中加入過程管理的內容，這樣我們可以在軟件開發(fā)中對各個過程的質量加以控制，從而達到保證軟件產品質量的目的。為了有效提高管理水平，我們應該努力做到：

1項目經理接受系統(tǒng)的項目管理知識培訓是非常必要的，有了專業(yè)領域的知識與實踐，再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合，必能大大提高項目經理的項目管理水平。

2計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識，采用項目計劃制定相關知識、技術、工具，加強對開發(fā)計劃、階段計劃的有效性進行事前事后的評估。

3加強項目管理方面的培訓，并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前，最好能經過系統(tǒng)的項目管理知識，特別是其中的人力資源管理、溝通管理的學習，并且在實際工作中不斷提高自己的管理素質，豐富項目管理經驗，提高項目管理意識。

4制定有效的溝通制度和溝通機制，提高溝通意識：采取多種溝通方式，提高溝通的有效性。通過制度規(guī)定對由于未及時收取郵件而造成損失的責任歸屬；對于特別重要的內容要采用多種方式進行有效溝通以確保傳達到位，例如：除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內容還要通過舉行各種會議進行傳達。

5通過學習項目管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法，掌握項目風險管理所必備的知識。通過加強對項目規(guī)劃中風險管理計劃的審核提高項目組的風險管理意識。總結本行業(yè)項目中常見的風險及其對策作為風險管理計劃中必要的風險內容，并切實評估相應對策的有效性和可行性。

篇（7）

1.項目前期以及項目準備

在進行任何一項較大的項目時,首先要進行項目的可行性分析和研究,因為這些項目中的問題并不都有明顯的解決辦法,這樣就很難在預定的時間、費用之內解決這些問題，如果這些問題沒有可以行得通的解決辦法，貿然開始這些項目，就可能導致項目的失敗，造成巨大的損失。

1.1可行性分析

軟件項目可行性研究的目的是用最小的代價和時間，確定該項目是否能夠開發(fā)值得開發(fā)，其實質是要進行一次簡化的、抽象的需求分析和設計過程，主要應從以下幾個方面進行分析。

1.1.1技術可行性

對要開發(fā)項目的功能，性能和限制條件進行分析，確定在現(xiàn)有的資源條件下技術風險有多大，項目是否能夠實現(xiàn)，現(xiàn)有的資源包括硬件、軟件資源，現(xiàn)有的技術人員和技術水平，已經有的工作基礎等，判斷技術上是否可行，主要需要考慮以下幾個問題:

(1)開發(fā)的風險即在給定條件下能否實現(xiàn)目標的功能和性能；

(2)資源的有效性；

(3)技術的發(fā)展性；

由于需求未經過詳細的調研，存在模糊性和可能的變化，開發(fā)人員進行技術可行性評估時，存在比較大的風險，一旦出現(xiàn)估計的錯誤，將可能導致災難性的后果。

1.1.2經濟可行性

進行軟件開發(fā)項目的成本估算以及了解取得的效益估算，確定該項目是否值得開發(fā)，對于大多數(shù)項目，衡量經濟可行性，應考慮一個“底線”，同時應考慮公司的長期經營策略，潛在市場前景等因素。

1.1.3社會可行性

應考慮項目是否存在任何侵權、責任等問題，考慮在現(xiàn)有的制度、法規(guī)下是否行得通，包括合同、責任、法律等多種因素。

1.2需求調研

在項目前期工作中，需求調研是其中最重要的一個環(huán)節(jié)，今后的許多工作都依賴于需求調研的結果，需求調研的過程是漸進的，在可行性分析階段，主要關注的是項目規(guī)模、范圍和重點的功能，在項目進入正是開發(fā)流程以后，我們需要更加全面、準確地了解系統(tǒng)的需求不重視需求過程的項目隊伍將自食其果，需求工程中的缺陷將給項目成功帶來極大風險。如:無足夠用戶參與導致產品無法被接受；用戶需求的增加帶來過度的耗費和降低產品的質量；模棱兩可的需求說明可能導致時間的浪費和返工；用戶增加一些不必要的特性和開發(fā)人員畫蛇添足；過分簡略的需求說明以致遺漏某些關鍵需求；忽略某類用戶的需求將導致眾多客戶的不滿；不完善的需求說明使得項目計劃和跟蹤無法準確進行。

1.3項目團隊的組織

建立項目團隊是項目開發(fā)過程的開始，一切工作都是由項目團隊的成員完成的在整個項目的運行過程中，需要很多不同的角色參與到項目中，完成不同階段的任務。所以在建立項目團隊的過程中要把握好人員角色的劃分、特別人員管理與激勵、監(jiān)督等。整個人員的管理是項目管理的關鍵，因為人是活的，而項目是死的，只要人員管理妥當，項目開發(fā)一般是不會出什么問題的。

1.4項目開發(fā)計劃

軟件項目的特征之一就是需求的不確定性和開發(fā)過程中存在的技術風險，按照通常的方法，制定一個項目的計劃應該是先根據(jù)項目的需求，進行詳細的任務分解找出實現(xiàn)的方法，估計出項目的工作量，再根據(jù)項目資源的狀況，制定出項目的計劃。

但是，再現(xiàn)實的工作中，項目的時間表往往是事先確定的，給開發(fā)留出的時間也是事先定好的。而我們能夠利用的資源，主要是開發(fā)的人力資源，也被事先基本確定了，在被確定的這2個前提條件下，我們如何根據(jù)項目的需求，合理地安排人力和時間，完成項目的開發(fā)，這是現(xiàn)實中項目經理經常遇到的問題如果事先確定的時間表是相對比較合理的，至少應該是我們夠的到的。我們制定的開發(fā)計劃才是有意義的，否則，按照這個時間表制定出來的計劃只能失敗的在這種情況下，項目經理唯一可以做的是對用戶的需求進行剪裁，去掉某些耗時長而且不太重要的功能，或是在開發(fā)中適當降低質量要求，或許可以完成項目的進度。當然這必須最終要得到用戶的認可。778論文在線

2.項目開發(fā)過程管理

2.1詳細設計

在詳細設計階段，由于任務已經詳細地分解，總體地解決方案和技術框架已經確立，詳細設計地目的就主要是針對某個特定地模塊或對象，根據(jù)需求，技術框架地要求和模塊間接口，描述出我們實現(xiàn)功能的方法，主要內容包括：

（1）內部算法描述；

（2）內部數(shù)據(jù)組織；

（3）相關接口詳細設計；

2.2設計評審

在設計完成后，必須安排設計評審以保證設計的質量，通常設計評審以小組內部的評審會的方式進行，參與人有項目小組內部的人員及其負責人，由開發(fā)者介紹其設計思路，其他人了解并對其設計質量進行評審。評審的內容主要包括：

（1）關鍵算法的可行性；

（2）接口是否符合概要設計的要求；

（3）技術清晰度是否符合設計標準；

（4）文檔的完備性；

評審通過的設計，才能夠開始編碼工作，評審的結果應記錄到開發(fā)文檔當中。

2.3編碼

在編碼階段，主要需要在編碼工作結束后，進行代碼審核，這項工作非常重要主要應該由項目小組的技術負責人完成，審核的目的并不是為了檢驗代碼的正確性而是需要對編碼是否按照規(guī)范進行審核。主要內容包括：

（1）變量、包、方法等的命名是否符合規(guī)則；

（2）注釋是否填寫完整，是否符合規(guī)范；

（3）代碼的可讀性，編寫風格是否符合規(guī)范；

（4）是否有明顯的造成系統(tǒng)運行低效率的處理方法；

（5）公共變量的定義和使用；

2.4調試

編碼工作完成以后，通常需要開發(fā)人員自己進行單元測試，有些部分需要編寫相應的測試程序。應該避免發(fā)生這類的情況，有些開發(fā)人員任務自己不應該進行測試工作，在編寫完代碼以后，只要編譯成功，就直接提交成果，將測試工作完全交給測試人員去做，這樣做不僅僅給測試人員增加了許多的工作量，同時增加了許多因為交流產生的時間，造成進度的延遲，管理人員應該杜絕程序員的這樣的思想，同時在管理中予以考慮，可以將提交成果產生的bug數(shù)量作為考核程序員業(yè)績的標準之一。

3.項目后期管理

3.1項目的驗收

項目驗收，是整個項目生命周期中最后一個環(huán)節(jié)。一般來說，軟件項目的驗收一般來說有2個階段，第一個階段是驗收測試，當驗收測試成功結束后，一般會有一個階段的試運行階段，只有當2個階段全部結束后，整個項目才算真正結束，可以收回全部的工程款，該軟件也進入其運行維護期。驗收測試應按照軟件的需求，質量要求進行測試驗收，需要甲乙雙方共同建立驗收小組，或請第三方測試機構進行驗收測試，在驗收測試之前，開發(fā)方應提供一系列的開發(fā)設計文檔供驗收測試使用。

3.2軟件維護

編程大師曾說“哪怕程序只有三行長，總有一天你也不得不對它維護。”，很

多軟件產品不是一次性的買賣，比如在電信、金融等領域，有些軟件系統(tǒng)要用十幾年，對軟件進行維護是必不可少的，軟件公司的經理們沒有哪一個喜歡被維護的費用嚇一跳，但軟件維護的代價通常是高昂的。對軟件而言“維護”是個不太直觀的術語，因為軟件產品在重復使用時不會被磨損，并不需要進行像對車輛或電器那樣的維護，軟件維護是人們對既豐富多彩又會令人心酸的活動的統(tǒng)稱，其中豐富多彩的活動是指那些反映客觀世界變化，能使軟件系統(tǒng)更加完善的修改和擴充工作，令人心酸的活動是指那些永無休止，并且改了舊錯卻引起新錯讓人欲哭無淚的工作。

參考文獻：

1.邱菀華沈建明楊愛華等編著現(xiàn)代項目管理導論機械工業(yè)出版社

2002年10月

2.美理查德懷特黑德著領導軟件開發(fā)團隊電子工業(yè)出版社2002年5月

3.尼爾懷特著管理軟件開發(fā)項目-通向成功的最佳實踐電子工

業(yè)出版社2002年4月

4.劉積仁康曉東饒友玲主編軟件開發(fā)項目管理人民郵電出版社

2002年2月

篇（8）

進入信息時代，計算機及相關軟件在建設工程項目管理領域的應用也越來越廣泛。在項目成本管理領域，早已實現(xiàn)工程成本及造價計算過程中定額子目的自動套用、費用的自動計算及人、材、機的自動分析和匯總，但工程量的計算還未能完全實現(xiàn)自動化，各類具有自動算量能夠功能的軟件在實際應用中也存在各種問題。

1. 當前項目造價（成本）領域軟件應用的水平及存在問題分析

1.1. 當前項目造價（成本）領域軟件應用發(fā)展的水平

當前，在項目造價（成本）領域的應用軟件，主要在于實現(xiàn)自動討價及工料分析。由于工作關系，筆者對目前市面上常用的幾款軟件都曾試用，總體來講，上述軟件具有準確率高、換算方便、速度快等優(yōu)點，實現(xiàn)了報表輸出的兼容性。也有部分軟件對實現(xiàn)自動算量功能做出了有益的嘗試，并取得一定的成果。根據(jù)筆者的經驗，這類軟件均較好的解決了建模、自動算量、工程量的匯總及定額的套用等手工計算中費工費時的工作，有些更是具備了能直接調用電子圖檔的功能，省卻了大量的建模時間，取得了較好的應用效果。

1.2.工程量自動計算的意義

傳統(tǒng)的手工計算工程量，其基本過程無非是翻閱圖紙、熟悉資料、列計算式、計算分項工程量、匯總工程量、套用單價。很顯然，這極為費力費時，需要細心和極大的耐心，稍有不慎則容易出錯，效率低下。

而工程量的自動計算基本過程如下：建模、校核、自動計算、自動套用定額子目或生成工程量清單項目。

工程量的軟件計算最大的優(yōu)越之處在于實現(xiàn)了工程量的自動化、智能化：

1）實現(xiàn)了構件交接處的自動扣減；

2）實現(xiàn)了工程量的自動分類匯總及報表輸出；

3）建模時標準層可直接復制，非標準層可稍加修改，成倍的提高了工效。

相較于手工計算，用軟件計算的功效是手工計算的至少4～5倍。筆者本人曾作過專門比較，同一棟框架結構宿舍樓，手工計算工程量到匯總得出分部分項工程量約需2～3天，而用軟件計算從建模到輸出工程量總共只用了不到10個小時，孰優(yōu)孰劣，一目了然。

工程量的自動計算，不僅是項目建設初期及竣工階段造價（成本）管理工作的需要，也是工程項目實施過程中管理工作的需要。項目管理中經常要做到對部分樓層、部分構件或部分材料的分項匯總，用手工計算容易出現(xiàn)統(tǒng)計錯誤，而軟件則可以在幾十秒鐘之內實現(xiàn)上述功能。不僅如此，在招投標領域實現(xiàn)快速投標、在工程竣工決算審計中能起到減少重復計算、提高功效的作用。正由于此，筆者認為，應在項目造價（成本）領域大力推廣工程量的自動計算。

1.3.當前算量類軟件在項目造價（成本）領域應用中存在的問題

通過對上述部分具備算量功能的軟件的使用，總體感覺目前的此類軟件普遍存在如下缺點：

1）軟件的智能化程度不高，需大量的人工干預，操作繁瑣，容易出錯；

2）對于建筑造型獨特、不規(guī)則的建筑物建模有困難，如對墻面的一些非常規(guī)裝飾不能方便的建模甚至無法建模；

3）計算公式的輸出不規(guī)范，不符合人們的手工計算習慣，難以閱讀，不便于核對和查錯；

4）盡管部分軟件聲稱具備能直接調用設計院的電子圖檔的功能，但實際應用中其效果并不理想；

5） 部分人士感覺其計算過程 “暗箱”化，對軟件的計算結果不完全放心。

現(xiàn)實的情況就是，用傳統(tǒng)的手工計算匯總工程量，然后手工錄入套價軟件。在其他的如工程技術設計領域早已解決的設計過程信息化，在項目造價（成本）領域還是未能實現(xiàn)。

轉貼于

2. 當前項目造價（成本）領域信息化發(fā)展中存在問題的原因分析

筆者認為，當前在項目造價（成本）領域信息化水平低、造價（成本）管理中工程量的自動計算的自動化程度不高的原因是多方面的，概略分析，主要存在以下幾個方面的原因：

2.1由于傳統(tǒng)上對項目造價（成本）管理的忽視和方法的失誤，導致相當長的一段時間內存在輕視“預決算”人員的傾向，造成長期以來工程造價類專業(yè)人士整體素質不高。盡管近年來國家推行“注冊造價工程師”考試制度已在一定程度上扭轉了這一現(xiàn)象，但現(xiàn)實中也的確存在部分民工或非“科班”出身的人士在從事工程造價管理工作——“預決算”，無疑他們的專業(yè)上的綜合素養(yǎng)和接受新鮮事物的能力有限，部分甚至有排斥心理，導致造價類應用軟件的推廣受到極大的限制。

2.2由于算量類軟件都需要建模——圖形的輸入，其操作較為繁瑣。多數(shù)軟件的建模依賴于設計繪圖軟件諸如PKPM、AutoCAD等圖形平臺軟件的支持，而這一類軟件對使用者的起點要求較高，限制了算量軟件的廣泛應用。

2.3有些聲稱能直接調用電子圖檔的軟件，在實際應用中其效果不盡理想。由于繪圖類軟件種類繁多，標準不一，數(shù)據(jù)接口規(guī)范不盡統(tǒng)一，導致造價算量類軟件在讀入圖紙時錯誤頻出、修改量大，使得其宣稱的功能大打折扣，影響了軟件的推廣。

2.4由于算量軟件的使用受到諸多限制，加之一些業(yè)務部門平時工作任務繁重，認識有限，導致現(xiàn)實中對算量類軟件的推廣產生了極大的阻力，應用范圍非常為有限。銷售量的有限導致了其開發(fā)和推廣成本的居高不下，使得此類軟件的售價較高，又更限制了其使用范圍的擴大，一定程度上形成了非良性循環(huán)。

3.對于推廣算量類軟件的幾點思考

顯然，當前我國項目造價（成本）領域計算機及軟件應用水平還有待于進一步提高。為做好造價管理中算量軟件的推廣和應用水平，筆者認為應做好以下幾個方面：

3.1 政府及有關管理部門的應加強引導和推廣力度

我國建設工程項目管理界每一次大規(guī)模、深層次的變革均有政府和相關管理部門的大力推動。因此，在項目造價（成本）領域推廣工程量的自動計算也有賴于政府和管理部門的大力引導和推動。各地的造價總站應在軟件開發(fā)、軟件推廣、人員培訓及資源和信息的共享、標準規(guī)范的制訂和協(xié)調等方面為軟件的開發(fā)者和使用者提供比以前更大的支持力度。

3.2 加強和其他相關領域的協(xié)作

眾所周知，一個商業(yè)軟件的生命力取決于其所能實現(xiàn)的功能和兼容性、易用性、穩(wěn)定性。如能實現(xiàn)算量軟件和設計繪圖軟件之間數(shù)據(jù)的無縫鏈接，真正做到算量軟件能直接調用電子圖檔，簡化建模，無疑是功能和兼容性上的一大進步。但兼容性則不是某一家軟件公司所能解決的，這就需要國家或行業(yè)協(xié)會等出面，在設計制圖規(guī)范、數(shù)據(jù)接口等方面召集建筑、結構、設備及軟件開發(fā)等方面專業(yè)人士協(xié)調，實現(xiàn)數(shù)據(jù)庫規(guī)范標準的統(tǒng)一，將能促進工程項目管理界信息的標準化和集成化，減少社會公共成本和重復成本，能極大的促進算量軟件的推廣和使用。

3.3促進部分軟件開發(fā)商之間的橫向合作

某些自動算量軟件在開過程中和繪圖軟件開發(fā)商合作，實現(xiàn)了數(shù)據(jù)傳遞的無縫連接，但同一套軟件在讀入由其他繪圖軟件繪制的施工圖時卻需大量的人工干預，費時費力。在政府和管理部門暫時還不能實現(xiàn)對軟件開發(fā)的協(xié)調的情況下，促進繪圖類軟件開發(fā)商和算量軟件開發(fā)的橫向聯(lián)合，實現(xiàn)數(shù)據(jù)接口統(tǒng)一規(guī)范，不失為解決問題的有效途徑。同時應鼓勵有實力的繪圖軟件開發(fā)商在自身的圖形平臺上開發(fā)算量功能模塊。

4. 結束語

綜上所述，筆者認為：

4.1當前，我國的項目造價（成本）領域的軟件應用已取得一定成績，但遠不能和其他領域相提并論；目前所存在的主要問題是還未能最終實現(xiàn)工程量的自動計算。

篇（9）

問題的提出[①]

消費是經濟發(fā)展的動力，是拉動經濟增長的三駕馬車之一。2008年按支出法計算，河南省國民生產總值18473.14億元，居全國第五位，最終消費支出為7759.33億元項目管理論文，占國民生產總值的42.0%（最終消費率），低于全國最終消費率平均水平6.6個百分點，居全國第25位。2007年河南省政府消費支出2011.27億元，占國民生產總值的13.4%（政府消費率），居民消費支出4820.00億元，占國民生產總值的32.1%（居民消費

圖1 河南省消費不足的邏輯推理

率），按照著名發(fā)展經濟學家H.錢納里等實證研究，政府消費率一般維持在11.9%—15.0%之間，河南省政府消費率符合H.錢納里的標準結構（箭頭 1），但是居民消費率卻遠低于標準結構中的居民消費率大于60%的水平論文服務。在居民消費支出中，河南省城鎮(zhèn)居民消費支出為8837.46元項目管理論文，占城鎮(zhèn)居民收入的66.793%，低于全國平均水平4.5個百分點，居全國倒數(shù)第5位。據(jù)初步統(tǒng)計2009年河南省城鎮(zhèn)居民家庭恩格爾系數(shù)為34.2%，依據(jù)聯(lián)合國糧農組織提出的恩格爾系數(shù)標準，河南省城鎮(zhèn)居民生活水平自1996年已進入小康層次，消費方式已經開始由生存型向享受發(fā)展型轉變，基生活消費已經基本穩(wěn)定且彈性較低（箭頭2），所以非基本生活消費低是才是問題的根源（如圖1）。

一、基于非基本生活消費模型分析

1、非基本生活消費的概念及界定

生活消費按滿足人們需要的順序，可分為基本生活消費和非基本生活消費，基本生活消費是維持勞動力再生產所必須的、最低限度的消費。非基本生活消費則是基本生活消費的對稱，是超出維持勞動力再生產所必需的消費。一般而言項目管理論文，人們只有在滿足了基本生活消費的條件下，才有可能發(fā)展非基本生活消費。本文參考了《消費經濟學大辭典》的合理詞義解釋部分，并對非基本生活消費做了一定的延伸和補充論文服務。非基本生活消費是指在滿足人們維持和延續(xù)其生命的基本生活消費的前提下，用于滿足自身發(fā)展和發(fā)揮其體力、智力以及為使生活舒適的物質消費、精神消費和勞務消費的總稱。生活消費支出、基本消費支出、非基本生活消費支出分別用CE(consumption expenditures)、BLC(basic living consumption)、NBLC(non-basic living consumption)表示。

2、擴展線性支出系統(tǒng)（ELES）下非基本生活消費的模型構建

假定某一時期人們對各種商品(服務)的需求量取決于人們的收入，而且人們對各種商品的需求分為基本需求和超過基本需求之外的需求兩部分，居民在基本需求得到滿足之后才將剩余收入按照某種邊際消費傾向安排各種非基本消費支出。非基本生活消費的ELES模型需求函數(shù)[②]：

參數(shù)是邊際消費傾向，滿足：0

對模型的進行變形：

令V=；a=；b=

對方程式進行回歸可得a*和b*，進一步可求出：

3、非基本生活消費的計量分析

模型采用1993—2008按收入水平分組的河南省城鎮(zhèn)居民消費支出的截面數(shù)據(jù)，為了修正和避免數(shù)據(jù)出現(xiàn)異方差，本文采用了加權最小二乘估計（WLS）法對方程參數(shù)進行回歸估計項目管理論文，權重W=resid^(-2)。顯著水平選取為0.05。t(d)是β*i的t觀測值，R2為方程的可決系數(shù)論文服務。

通過EVIEWS軟件進行WLS回歸結果如下[③]：

2008年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=598.6320 R2=1.000000 D-W=2.276046 F=358360.2

2007年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=31.44564 R2=0.999890 D-W=2.310967 F=988.8286

2006年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=59.77045 R2=1.000000D-W=1.776125 F=3572.506

2005年河南省城鎮(zhèn)居民消費ELES模型的回歸估計參數(shù)

tβ=2019.675R2=1.000000 D-W=1.427389 F=4079087.

2004年河南省城鎮(zhèn)居民消費ELES模型的回歸估計參數(shù)

tβ=239.4272R2=1.000000D-W=1.674908 F=57325.39

2003年河南省城鎮(zhèn)居民消費ELES模型的回歸估計參數(shù)

tβ=128.6925R2=0.999795D-W=1.609279 F=16561.75

2002年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=180.7875R2=0.999991D-W=1.718861 F=32684.13

2001年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=175.2843R2=0.999999D-W=1.181300 F=30724.59

2000年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=30.37496R2=0.999990D-W=1.323353 F=922.6385

1999年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=445.2760 R2=1.000000 D-W=2.680368 F=198270.7

1998年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=133.6603R2=0.999997D-W=1.623019 F=17865.07

1997年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=341.95878R2=0.999954D-W=1.505179 F=1760.539

1996年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=99.82376R2=0.999999 D-W=1.794003 F=9964.783

1995年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=1196.196R2=1.000000D-W=1.504203 F=1430885.

1994年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=3144.5403R2=0.999990D-W=2.396234 F=20891.89

1993年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=42.16312R2=0.999993D-W=2.142866 F=1777.729

1992年河南省城鎮(zhèn)居民消費ELES模型的估計參數(shù)

tβ=202.8902R2=0.999990 D-W=1.223436 F=41164.42

匯總回歸方程估計結果，通過Excel軟件處理結果如下：

表1 1993-2008年河南省城鎮(zhèn)居民基本消費和非基本消費支出情況單位：元

類別

年份

CE

a*

b*（β*i）

BLCi(BLC)

NBLC

2008

8837.46

1475.782

0.562177

3370.727

5466.733

2007

7826.72

1268.192

0.593939

3123.156

4703.564

2006

6685.18

1603.482

0.511453

3282.145

3403.035

2005

6038.02

1209.152

0.541007

2634.358

3403.662

2004

5294.19

1197.215

0.522404

2506.753

2787.437

2003

4941.60

955.1838

0.562634

2183.946

2757.654

2002

4504.68

1417.536

0.480717

2729.795

1774.885

2001

4110.17

676.3441

0.651922

1943.082

2167.088

2000

3830.71

814.1469

0.633153

2219.309

1611.401

1999

3497.53

745.6160

0.607170

1898.063

1599.467

1998

3415.65

882.5848

0.605248

2235.796

1179.854

1997

3378.02

590.5870

0.681768

1855.838

1522.182

1996

3009.35

596.1219

0.635379

1634.908

1374.442

1995

2673.95

622.2854

0.615177

1617.069

1056.881

1994

2155.15

359.2111

0.684511

1138.585

1016.565

1993

1609.26

393.4778

0.608181

1004.234

605.0264

1992

1342.58

260.5322

0.674353

800.0448

542.5352

數(shù)據(jù)來源：1994-2009年河南省統(tǒng)計年鑒

二、基本生活消費與非基本生活消費圖示分析

1、量的圖示分析

河南省城鎮(zhèn)居民人均消費支出在1992年僅為1342.58元，在2008年達到8837.46元，基本生活消費自1992年的人均800.0448元變化到2008年的人均3370.727元，非基本生活消費也從1992年人均542.5352

圖2城鎮(zhèn)居民消費支出、基本生活消費與非基本生活消費比較

元增加至2008年的人均5466.733元。如圖2所示，我們不難發(fā)現(xiàn)，基本生活消費的變化趨勢比較緩慢，而非基本生活消費的上升趨勢較明顯。其中，2001年非基本生活消費在首次超過基本生活消費，雖然在2002年有所下降項目管理論文，但是在2003年非基本生活消費又超過基本生活消費，并逐漸擴大差距，截至2008年非基本生活消費已超出基本生活消費2096.006元。

2、增量投向與拉動分析

河南省城鎮(zhèn)居民人均消費支出增量（CE）明顯呈倒“U”型，從1993年的人均266.68元降低至1998年的37.63元，隨后逐步上升，其中，近兩年的人居民消費支出增量明顯，2007年為人均1141.54元，2008年為人均1010.74元。基本生活消費增量（BLC）的波動不明顯，在九十年代前期逐步降低，隨后又逐步上升到1993年的水平項目管理論文，維持在人均200元左右，增量投向比和貢獻率總體呈下降趨勢，說明基本生活費已趨于穩(wěn)定。與基本生活消費增量不同，非基本生活消費（NBLC）波動比較明顯，總體呈逐步增加趨勢，說明非基本生活消費受外界影響較大，也是拉動增量增長的主力論文服務。增量投向比與貢獻率也能很好的說明這一點，非基本生活消費增量投向比從1993年的0.23433上升至2008年0.75506，期間雖然起伏較大，但是趨勢比較明顯，貢獻率也從1993年的4.7的百分點擴大至2008年9.8個百分點。分析的結果（表2）表明非基本生活消費的拉動潛力比基本生活消費大。

表2 河南省城鎮(zhèn)居民消費增量投向與貢獻率比單位：元、%

年份項目

CE

BLC

NBLC

增量投向比

貢獻率

BLC/CE

NBLC/CE

CR1

CR2

1993

266.68

204.1892

62.4912

0.765671

0.23433

0.152087

0.046545606

1994

545.89

134.351

411.5386

0.246114

0.753886

0.083486

0.255731578

1995

518.8

478.484

40.316

0.92229

0.07771

0.222019

0.018706819

1996

335.4

17.839

317.561

0.053187

0.946813

0.006671

0.118761009

1997

368.67

220.93

147.74

0.599262

0.400738

0.073415

0.049093658

1998

37.63

379.958

-342.328

10.09721

-9.09721

0.112479

-0.10133984

1999

81.88

-337.733

419.613

-4.12473

5.124731

-0.09888

0.122850116

2000

333.18

321.246

11.934

0.964182

0.035818

0.091849

0.003412122

2001

279.46

-276.227

555.687

-0.98843

1.988431

-0.07211

0.145061098

2002

394.51

786.713

-392.203

1.994152

-0.99415

0.191406

-0.09542257

2003

436.92

-545.849

982.769

-1.24931

2.249311

-0.12117

0.218166218

2004

352.59

322.807

29.783

0.915531

0.084469

0.065324

0.006026995

2005

743.83

127.605

616.225

0.171551

0.828449

0.024103

0.116396465

2006

647.16

647.787

-0.627

1.000969

-0.00097

0.107285

-0.00010384

2007

1141.54

-158.989

1300.529

-0.13928

1.139276

-0.02378

0.194539115

2008

1010.74

247.571

763.169

0.24494

0.75506

0.031632

0.097508152

注：CR1、CR2代表基本生活消費、非基本生活消費對城鎮(zhèn)居民生活消費的貢獻率。CR1=g*BLC/CE項目管理論文，CR2= g*NBLC/CE，其中g=(CEt-CEt-1)/ CEt-1

三、預期收入與非基本生活消費的模型分析

1、預期收入與非基本生活消費的模型構建

建立預期收入與非基本生活消費模型需要對預期收入的形成機制做出某種假定，本文主要采用自適應預期模型，假定消費主體對收入的預期是通過一種簡單的學習過程而形成的，其機理是，消費主體會根據(jù)自己過去在作預期收入時所犯的錯誤的程度，來修正他們以后每一時期的預期收入，用數(shù)學式表示就是：

Yt*=Yt-1*+λ(Yt—Yt-1*)，其中Y*為預期收入，λ為適應系數(shù)，0≤ λ≤1項目管理論文，模型的推導過程為：

NBLCt=??+??Yt*+??t………………………………（1）

將變形后的收入自適應過程代入（1）式：NBLCt=??+??[λYt*+(1—λ) Yt-1*]………………………(2)

將(1)—(2)×(1-λ)，整理得：NBLCt=λ??+λ??Yt+(1—λ) NBLCt-1+[??t—(1—λ) ??t-1] ………………（3）

令a=λ??，b0=λ??，b1=(1—λ)，ut=[??t—(1—λ) ??t-1] ………………………………（4）

模型可以變形為：NBLCt=a+ b0Yt+ b1 NBLCt-1+ut t………………………………（5）

對（4）式一階自回歸模型進行回歸，可以得到a、 b0、 b1的估計值，代入（4）式可求出模型估計值。

2、預期收入與非基本生活消費的實證分析

1）通過eviews軟件分析得出以下回歸結果[④]：

表3 自適應預期模型回歸結果

Variable

Coefficient

Std. Error

t-Statistic

Prob.

C

-405.7075

128.1870

-3.164967

0.0075

Y

0.607486

0.090002

6.749687

0.0000

NBLC(-1)

-0.538431

0.253073

-2.127573

0.0531

R-squared

0.978529

Mean dependent var

2276.867

Adjusted R-squared

0.975226

S.D. dependent var

1383.685

S.E. of regression

217.7894

Akaike info criterion

13.77229

Sum squared resid

616618.6

Schwarz criterion

13.91715

Log likelihood

-107.1784

F-statistic

296.2347

Durbin-Watson stat

1.973887

Prob(F-statistic)

0.000000

2）模型檢驗

德賓h檢驗：

通過excel軟件計算，Var（b1*）= 0.221790948，回歸結果中D-W=1.973887

= 0.059412

因此接受原假設??=0，說明該回歸模型不存在一階自相關。

統(tǒng)計推斷檢驗：

由表3數(shù)據(jù)可得可決系數(shù)R2=0.978529修正的可決系數(shù)為0.975226，說明所建模型整體上對樣本數(shù)據(jù)擬合較好論文服務。由回歸的結果可以看出t(b0*)=6.749687項目管理論文，t(b1*)=-2.127573，prob(b0*)=0.00000

3）預期收入與非基本生活消費的方程

NBLC=-263.7151+0.39487Y*

從式中我們知道，預期收入對非基本消費有顯著影響，當預期可支配收入每增加1元，就有0.39487元用于非基本生活消費。

四、政策建議

河南省城鎮(zhèn)居民消費水平已達到富裕層次，通過基本消費與非基本消費支出的趨勢描述以及各自的增量投向與拉動分析，可知基本生活消費支出已經趨于穩(wěn)定，非基本生活消費是擴大消費居民消費的關鍵，從回歸的結果看，預期收入對非基本生活消費有顯著影響，所以增加和穩(wěn)定城鎮(zhèn)居民預期收入是提高城鎮(zhèn)居民消費的著力點。

參考文獻

[1]黃心田，易法海.湖北省城鎮(zhèn)居民食物消費結構趨勢分析[J] 統(tǒng)計與決策，1999（02）

篇（10）

2.戰(zhàn)略項目管理情境對項目權力配置的影響研究——基于戰(zhàn)略權變視角

3.項目管理技術在國家審計項目管理中的應用 

4.領導干部需要具備現(xiàn)代項目管理的理念和知識

5.風險分擔對工程項目管理績效影響的實證研究

6.翻譯項目管理與職業(yè)譯員訓練

7.我國IT項目管理研究及應用策略

8.項目管理信息化框架和模型研究

9.工程項目管理模式及演進機理分析

10.初始信任、柔性合同和工程項目管理績效:一個中介傳導模型的實證分析

11.項目管理的發(fā)展及成熟度分析

12.企業(yè)項目管理能力的研究

13.建筑企業(yè)組織項目管理成熟度模型研究 

14.四種項目管理成熟度模型的比較研究

15.教師培訓項目管理導圖——以“國培計劃”短期集中培訓項目為例

16.項目管理的多維度集成創(chuàng)新模式研究

17.翻譯項目管理流程介紹

18.基于WSR方法論的項目管理系統(tǒng)分析

19.基于多層次灰色理論的房地產項目管理成熟度模型構建與應用研究

20.企業(yè)項目管理成熟度模型的構建與應用研究

21.工程項目管理模式決策研究綜述

22.企業(yè)戰(zhàn)略管理與項目管理耦合研究

23.治理對公共項目管理績效改善的實證研究——以企業(yè)型代建項目為例

24.合同柔性與項目管理績效改善實證研究:信任的影響

25.建設企業(yè)多項目管理中的資源調度問題研究

26.企業(yè)集權度與項目管理成熟度匹配關系研究

27.基于BIM的工程項目管理沙盤模擬實踐教學研究

28.基于成熟度的科研項目管理評測及改進研究

29.基于戰(zhàn)略視角的企業(yè)項目管理模式研究

30.基于OPM3的組織項目管理能力體系建設的研究

31.政府投資大型復雜項目總體項目管理框架研究

32.多項目管理組織結構及其評價

33.不完全契約視角下工程項目風險分擔與項目管理績效影響關系實證研究

34.中國工程項目管理體系探討

35.多項目管理探究

36.項目管理在制藥企業(yè)新藥研發(fā)中的應用探討

37.中國農村扶貧項目管理效率的定量分析

38.基于物元分析法的施工項目管理績效評價模型

39.新產品研發(fā)項目管理模式的應用 

40.項目管理成熟度模型及其應用研究

41.協(xié)同產品開發(fā)環(huán)境下項目管理系統(tǒng)的研究

42.項目管理與項目治理的辨析

43.大數(shù)據(jù)挖掘在工程項目管理中的應用

44.中外項目管理模式比較研究

45.關鍵鏈項目管理方法綜述

46.項目管理中的人和組織因素研究現(xiàn)狀綜述

47.面向科研院所的科研項目整合管理體系研究

48.軟件項目管理最新研究綜述

49.項目管理的研究現(xiàn)狀與研究前景

50.工程項目管理中應對不確定性的機制研究  

51.并行建設工程項目管理模式研究

52.建設工程項目管理信息化發(fā)展問題研究

53.項目管理中BIM技術的應用與推廣

54.淺論“項目—矩陣”復合式項目管理組織結構模式

55.論項目管理的知識體系

56.神舟飛船項目管理成熟度模型研究

57.國內外現(xiàn)代項目管理學科體系的發(fā)展

58.全生命周期項目管理成熟度模型研究

59.“大學生創(chuàng)新創(chuàng)業(yè)訓練計劃”項目管理探索與實踐

60.項目管理成熟度模型(PMMM)研究與應用

61.項目管理辦公室:概念、發(fā)展歷程與職能

62.初始信任對工程項目管理績效的影響研究:合同柔性、合同剛性的中介作用

63.汽車研發(fā)中的現(xiàn)代化項目管理

64.借鑒現(xiàn)代項目管理理論 提升科研項目管理水平

65.項目管理研究綜述

66.項目管理技術在汽車產品開發(fā)中的應用探討 

67.風險分擔對工程項目管理績效的影響研究——基于社會資本的調節(jié)效應

68.科研項目管理成熟度模型及其應用研究

69.項目管理理論及其架構

70.基于項目管理視角的高校協(xié)同創(chuàng)新團隊組織結構分析與設計

71.人力資源管理在項目管理中的有效應用

72.項目管理與項目組織研究結構與分析

73.農民有效參與對農地整治項目績效的影響效應研究——基于項目管理行為的中介效應分析

74.項目管理中的知識管理問題

75.基于平衡計分卡的項目管理績效評價模型研究

76.創(chuàng)業(yè)教育導向下電子商務專業(yè)項目管理課程的實踐教學設計

77.我國政府投資項目管理新機制的實踐與創(chuàng)新研究

78.基于項目管理的高校圖書館服務創(chuàng)新

79.關鍵鏈多項目管理中能力約束緩沖大小研究

80.項目組合管理在企業(yè)項目管理中的應用研究

81.全生命周期項目管理思想在我國政府投資項目中的應用研究

82.國內外項目管理研究的理論、框架及其進展

83.項目管理理論綜述

84.中國項目管理發(fā)展的熱點和趨勢研究

85.基于中國傳統(tǒng)的項目管理研究

86.項目管理知識體系的比較分析

87.項目管理的最新進展

88.緩沖估計與關鍵鏈項目管理

89.項目管理發(fā)展綜述

90.BIM在施工總承包項目管理中的應用價值探索

91.基于關鍵鏈方法的多項目管理

92.從組織行為學視角看項目管理中的人力資源管理

93.項目管理的研究前沿

94.建筑信息模型(BIM)技術在城市軌道交通項目管理中的應用與探索

95.工程項目管理理論與實踐新進展綜述

96.信任改善大型工程項目管理績效的研究框架——基于情景模擬的行為實驗

97.論項目管理在市場營銷實踐中的應用

篇（11）

1.引言

隨著計算機技術的不斷發(fā)展，計算機軟件的規(guī)模和復雜度也隨之不斷增加。軟件開發(fā)早已從早期的“小作坊”式向“團隊協(xié)作”式轉變，這就要求軟件開發(fā)人員，特別是作為項目組靈魂人物的項目經理，要更深地理解和掌握軟件工程的理論和方法。軟件工程管理和其他的項目管理相比有很大的特殊性，軟件是屬于知識產品而不是實物產品，其開發(fā)進度和質量很難估計和度量，生產效率也難以預測和保證。因此為了保證軟件開發(fā)的質量，就必然涉及到使用軟件工程的理念對軟件項目的管理，好的管理方式不一定能使項目完全成功，但是一個不合適的管理模式往往會導致整個軟件項目的失敗，所以在項目開始前期，制定好一個良好的項目計劃就顯得尤為重要。

2.需求管理

2.1客戶需求分析

對于軟件開發(fā)人員來說，客戶的需求是首要的，我們不是用戶，所以有的時候具體細節(jié)是我們沒有辦法考慮到的，這個時候我們就必須要通過最終客戶來了解具體的客戶需求。一個缺乏詳細需求分析的軟件項目，必定會導致系統(tǒng)不能實現(xiàn)預期的功能，使得項目產生嚴重的質量問題，而需要在后期進行昂貴的修正。

了解了客戶的需求，可以讓我們在軟件的開發(fā)過程中少走很多的彎路，縮短軟件開發(fā)的周期，了解了客戶的需求，能夠提高軟件的友好性，易操作性，易用性，從而來提升軟件的質量。

2.2需求成本管理

客戶需求的滿足，是需要付出成本的。對于客戶的需求，要盡量地予以滿足，但也不是一味地不顧技術實現(xiàn)上的困難而遷就客戶的無理要求，在需求管理進行的同時，也不能忽略了成本問題，因為每一個功能的實現(xiàn)都需要花費時間去努力。在盡量滿足客戶需求的同時也要約束客戶需求，因為需求雖然不能被凍結，但是應該要被收斂。

2.3需求內容傳達

有了具體的需求以后，需要和軟件設計人員進行深入的溝通，務必做到使他們清楚地知道客戶需要什么，確定軟件開發(fā)的整體方向。

3.進度管理

進度管理嚴格說來又分為兩點，一是項目的總體進度，另一個是每個程序開發(fā)人員的個人進度。整個項目的總體進度是建立在個人進度的基礎上的，由個人進度累計而成的。

項目的總體進度應該由項目經理通過制定軟件項目進度表來控制和調整。制定軟件項目進度表有兩種途徑：其一是根據(jù)提供軟件產品的最后期限從后往前安排時間，其二是根據(jù)項目和資源情況制定軟件項目開發(fā)的初步計劃和交付軟件產品的日期。項目經理當然希望按照第二種方式安排自己的工作進度，然而遺憾的是，大多數(shù)場合遇到的都是比較被動的第一種方式。

個人的進度是軟件開發(fā)人員個人的責任和職責所在，進度不是個人的事情，而是整個開發(fā)團隊的事情。個人進度和全體進度只是著眼點不一樣，它所以反映的實質都是一樣的，而個人進度更是總體進度的基礎，沒有了個人進度何談總體進度。個人進度管理是進度控制的最重要組成部分，個人進度的狀況好壞直接影響到項目的總體進度推進情況。

4.成本管理

項目經理是個吃力不討好的差事，不僅僅要為了把握項目的總體進度，更加要把握住開發(fā)的成本，如果開發(fā)的成本超過了，那對于團隊的開發(fā)來說不能盈利，而不能盈利的開發(fā)也就意味著失敗。

成本管理要根據(jù)團隊的具體情況和項目的具體要求，在現(xiàn)有的資源下，在保證項目的總體進度、質量達到客戶要求的情況下，對軟件項目成本進行有效的組織、控制和分析等管理，務求最大限度地降低項目成本，提高項目利潤。

在強調成本管理重要性的同時，不得不再次提到需求管理的重要。因為若是需求不能盡可能的詳細和準確，將會造成項目上的反反復復，不僅致使開發(fā)人員加班費的支出成本增加、項目總體進度的延誤，同時也給員工帶來了身體、精神上的雙重疲憊。

5.風險管理

軟件開發(fā)過程中所謂的風險，可以簡單地理解是軟件開發(fā)過程中因遇到不可預知的資金和進度等問題而產生的對項目的影響。常常會使我們發(fā)生進度遲緩，成本增加，甚至是軟件項目徹底失敗的危險。

風險管理是最容易被忽略也是最難管理的環(huán)節(jié)。我們可能無法根除風險，但是我們如果加強對風險產生的危機意思，對項目有可能會產生的風險進行預先而有效的管理，就可以從最大限度上減少風險的發(fā)生，而這個就是我們風險管理的目的。

6.問題管理

開發(fā)過程中不可避免地會遇到各種各樣的問題，而如何來解決問題才是關鍵。軟件開發(fā)過程中遇到問題一聲不響、埋頭苦干，務求自己將問題解決的做法是很愚蠢的，因為軟件開發(fā)要求的是團隊合作精神，而不是個人英雄主義。就開發(fā)人員而言，一旦碰到了難以解決的問題，在要自己努力研究解決辦法的同時，也要把存在的問題及時地向項目經理反映，而項目經理可以會議中，把問題公開出來，借助大家的智慧來尋求解決的方案。總之，在項目開發(fā)過程中，一定要建立一個合理的問題反應渠道，及時解決某個開發(fā)人員的困難的同時，也將經驗給其他人員。

7.配置管理

配置管理也可以說成是版本控制管理。有人把配置管理稱為軟件開發(fā)的一種藝術，配置管理就是對軟件開發(fā)過程中的產出物，包括代碼、各類文檔、會議記錄等等進行標識、追蹤、控制和管理的過程，目的就是為了減少一些溝通合作之間人為產生的錯誤，提高生產率。

    8.結束語