序論：寫作是一種深度的自我表達(dá)。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來了一篇軟件項(xiàng)目論文范文，愿它們成為您寫作過程中的靈感催化劑，助力您的創(chuàng)作。

軟件項(xiàng)目論文:淺析軟件項(xiàng)目管理中人員流動(dòng)風(fēng)險(xiǎn)的管理

論文關(guān)鍵詞:軟件項(xiàng)目　風(fēng)險(xiǎn)管理　策略　監(jiān)控

論文摘要:在軟件項(xiàng)目管理中，頻繁的人員流動(dòng)是軟件項(xiàng)目的一個(gè)風(fēng)險(xiǎn)，為了緩解這種風(fēng)險(xiǎn)，項(xiàng)目管理者必須建立一套策略來降低人員流動(dòng)，同時(shí)，還需要監(jiān)控某些因素，這些因素可以提供風(fēng)險(xiǎn)是否正在變高或變低的指示，通過這種監(jiān)控管理，妥善地處理風(fēng)險(xiǎn)事故造成的不利后果，最終實(shí)現(xiàn)項(xiàng)目的總體目標(biāo)。

一、引言

在軟件公司中，技術(shù)人員的流動(dòng)性一直處于比較高的水平，因此給公司帶來了很大的損失，要想改變這種現(xiàn)狀在短期內(nèi)恐怕難以做到。但這個(gè)問題又一直困擾著公司的項(xiàng)目管理者，特別是與軟件項(xiàng)目組人員組織相關(guān)的頻繁的人員流動(dòng)給軟件項(xiàng)目帶來了極大的風(fēng)險(xiǎn)。那么，認(rèn)識(shí)到這種風(fēng)險(xiǎn)后，怎樣來對(duì)這種風(fēng)險(xiǎn)進(jìn)行有效的控制，采取主動(dòng)行動(dòng)，創(chuàng)造條件，盡量擴(kuò)大風(fēng)險(xiǎn)事件的有利后果，妥善地處理風(fēng)險(xiǎn)事故造成的不利后果，最終實(shí)現(xiàn)項(xiàng)目的總體目標(biāo)，這是本文筆者要討論的問題。

軟件風(fēng)險(xiǎn)是指軟件開發(fā)過程中及軟件產(chǎn)品本身可能造成的傷害或損失。風(fēng)險(xiǎn)關(guān)注項(xiàng)目未來的發(fā)展，這意味著風(fēng)險(xiǎn)涉及選擇及選擇本身包含的不確定性，在軟件開發(fā)過程及軟件產(chǎn)品都要面臨各種決策的選擇。風(fēng)險(xiǎn)是介于確定性和不確定性之間的狀態(tài)，是處于無知和完整知識(shí)之間的狀態(tài)。同時(shí)，風(fēng)險(xiǎn)將涉及思想、觀念、行為、地點(diǎn)等因素的改變。

一般來說，在軟件項(xiàng)目中，存在以下一般性風(fēng)險(xiǎn):(1)產(chǎn)品規(guī)模風(fēng)險(xiǎn)—與要建造或要修改的軟件的總體規(guī)模相關(guān)的風(fēng)險(xiǎn);(2)商業(yè)影響風(fēng)險(xiǎn)—與管理或市場(chǎng)所加諸的約束相關(guān)的風(fēng)險(xiǎn);(3)客戶相關(guān)風(fēng)險(xiǎn)—與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險(xiǎn);(4)過程風(fēng)險(xiǎn)—與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關(guān)的風(fēng)險(xiǎn);(5)技術(shù)風(fēng)險(xiǎn)—突破技術(shù)的極限極具挑戰(zhàn)性和令人興奮，但這也是有風(fēng)險(xiǎn)的;(6)開發(fā)環(huán)境風(fēng)險(xiǎn)—與用以建造產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)險(xiǎn);(7)與人員及經(jīng)驗(yàn)相關(guān)的風(fēng)險(xiǎn)—與參與工作的軟件工程師的人數(shù)、穩(wěn)定性、總體技術(shù)水平及項(xiàng)目經(jīng)驗(yàn)相關(guān)的風(fēng)險(xiǎn)。

二、降低風(fēng)險(xiǎn)可采取的策略

如果軟件項(xiàng)目組對(duì)于風(fēng)險(xiǎn)采取主動(dòng)的策略，則“避免”永遠(yuǎn)是最好的目標(biāo)。這可以通過建立一個(gè)風(fēng)險(xiǎn)緩解計(jì)劃來達(dá)到。在軟件項(xiàng)目中，頻繁的人員流動(dòng)被標(biāo)注為一個(gè)項(xiàng)目風(fēng)險(xiǎn)，基于以往的歷史和管理經(jīng)驗(yàn)，人員流動(dòng)的概率為70 %，被預(yù)測(cè)為對(duì)于項(xiàng)目成本及進(jìn)度有嚴(yán)重的影響。而軟件項(xiàng)目中，人員的頻繁流動(dòng)又是一個(gè)無法改變的現(xiàn)實(shí)，為了緩解這個(gè)風(fēng)險(xiǎn)，項(xiàng)目管理者必須建立一個(gè)策略來降低人員流動(dòng)。可采取的策略如下:

1.找出人員流動(dòng)的原因。可以與項(xiàng)目現(xiàn)有人員一起探討人員流動(dòng)的原因，比如是否公司提供的工作條件不如人意、報(bào)酬偏低、競爭激烈等。找出原因后，提出解決問題的策略，在可能的范圍內(nèi)改善工作條件，至于報(bào)酬，不可能無限地增加，可以把工作業(yè)績和報(bào)酬掛鉤，提高員工的工作積極性，適當(dāng)控制競爭的程度，最重要的一點(diǎn)是要培養(yǎng)員工對(duì)公司的歸屬感。

2.在項(xiàng)目開始之前，分清哪些是可控的，哪些是不可控的原因，采取行動(dòng)以緩解那些在管理控制之下的原因，“預(yù)防”總比“救治”更主動(dòng)。

3.一旦項(xiàng)目啟動(dòng)，假設(shè)會(huì)發(fā)生人員流動(dòng)并采取一些技術(shù)措施以保證當(dāng)人員離開時(shí)的工作連續(xù)性。

4.對(duì)項(xiàng)目進(jìn)行良好組織，使得每一個(gè)開發(fā)活動(dòng)的信息能被廣泛傳播和交流，定期召開項(xiàng)目組工作協(xié)調(diào)會(huì)議，隨時(shí)掌握項(xiàng)目的進(jìn)展情況。

5.定義文檔的標(biāo)準(zhǔn)，并建立相應(yīng)的機(jī)制，以確保文檔能被及時(shí)建立。

6.對(duì)所有工作進(jìn)行詳細(xì)復(fù)審，使得不止一個(gè)人熟悉該項(xiàng)工作。

7.對(duì)于每一個(gè)關(guān)鍵的技術(shù)人員都指定一個(gè)后備人員。

三、降低風(fēng)險(xiǎn)的監(jiān)控因素

1.隨著項(xiàng)目的進(jìn)展，風(fēng)險(xiǎn)監(jiān)控活動(dòng)開始進(jìn)行。項(xiàng)目管理者監(jiān)控某些因素，這些因素可以提供風(fēng)險(xiǎn)是否正在變高或變低的指示。在項(xiàng)目組的人員管理中，應(yīng)該監(jiān)控下列因素:(1)項(xiàng)目組成員對(duì)項(xiàng)目壓力的一般態(tài)度;(2)項(xiàng)目組的凝聚力;(3)項(xiàng)目組成員彼此之間的關(guān)系;(4)與報(bào)酬和利益相關(guān)的潛在問題;(5)在公司內(nèi)及公司外工作的可能性。

2.除了監(jiān)控上述因素之外，項(xiàng)目管理者還應(yīng)該監(jiān)控風(fēng)險(xiǎn)緩解步驟的效力。例如:上述風(fēng)險(xiǎn)緩解步驟要求定義“文檔的標(biāo)準(zhǔn)，并建立相應(yīng)的機(jī)制，以確保文檔能被及時(shí)建立”。如果有關(guān)鍵的人物離開了項(xiàng)目組，項(xiàng)目管理者應(yīng)該仔細(xì)地監(jiān)控這些文檔，以保證文檔內(nèi)容正確，當(dāng)新員工加人該項(xiàng)目時(shí)，能為他們提供必要的信息，這是保證工作連續(xù)性的條件。

3.風(fēng)險(xiǎn)管理及意外事件計(jì)劃假設(shè)緩解工作已經(jīng)失敗，風(fēng)險(xiǎn)變成了現(xiàn)實(shí)。繼續(xù)前面的例子，假定項(xiàng)目正在進(jìn)行中，有一些人宣布將要離開。如果按照緩解策略行事，則有后備人員可用，因?yàn)樾畔⒁呀?jīng)文檔化，有關(guān)知識(shí)已經(jīng)在項(xiàng)目組中廣泛進(jìn)行了交流。此外，項(xiàng)目管理者還可以暫時(shí)重新將資源調(diào)整到那些需要人的地方去，并調(diào)整項(xiàng)目進(jìn)度，從而使新加人的成員能夠趕上進(jìn)度。同時(shí)，要求那些要離開的人員停止工作，進(jìn)人“知識(shí)交接模式”。

總之.當(dāng)對(duì)軟件項(xiàng)目期望值很高時(shí)，一般都會(huì)進(jìn)行風(fēng)險(xiǎn)分析。不過，即使進(jìn)行這項(xiàng)工作，大多數(shù)軟件管理者都是非正式地和表面地完成它。用在標(biāo)識(shí)、分析、管理風(fēng)險(xiǎn)上的時(shí)間可以從多個(gè)方面得到回報(bào):更加平穩(wěn)的項(xiàng)目進(jìn)展過程;較高的跟蹤和控制項(xiàng)目的能力;因?yàn)橹苊苡?jì)劃而產(chǎn)生的信心。

四、總結(jié)

風(fēng)險(xiǎn)管理意味著危機(jī)還沒有發(fā)生之前就對(duì)它進(jìn)行處理，這就提高了項(xiàng)目成功的機(jī)會(huì)和減少了不可避免風(fēng)險(xiǎn)所產(chǎn)生的后果。實(shí)踐經(jīng)驗(yàn)證明，最成功的項(xiàng)目就是采取積極的步驟對(duì)要發(fā)生或即將發(fā)生的風(fēng)險(xiǎn)進(jìn)行管理。對(duì)任何一個(gè)軟件項(xiàng)目，可以有最佳的期望值，但更應(yīng)該要有最壞的準(zhǔn)備，“最壞的準(zhǔn)備”在項(xiàng)目管理中就是進(jìn)行項(xiàng)目的風(fēng)險(xiǎn)管理。

軟件項(xiàng)目論文:淺談軟件項(xiàng)目管理的決策支持系統(tǒng)

論文關(guān)鍵詞：軟件項(xiàng)目管理 軟件可靠性 決策支持系統(tǒng)

論文摘要：本文在解釋軟件項(xiàng)目管理和決策支持系統(tǒng)的基礎(chǔ)上，分析出軟件項(xiàng)目管理的局限性，進(jìn)而說明應(yīng)用軟件項(xiàng)目管理的決策支持系統(tǒng)的必要性。最后從軟件項(xiàng)目管理的角度來分析決策支持系統(tǒng)的目標(biāo)，以及軟件項(xiàng)目管理的決策具有多級(jí)性。

隨著現(xiàn)代科技的發(fā)展，計(jì)算機(jī)應(yīng)用于各個(gè)領(lǐng)域的管理，各個(gè)領(lǐng)域需要用軟件系統(tǒng)擴(kuò)展和提高自己的業(yè)務(wù)。針對(duì)不同的行業(yè)和產(chǎn)業(yè)，研制出了不同的項(xiàng)目管理軟件。項(xiàng)目管理軟件主要完成的項(xiàng)目管理活動(dòng)分為管理活動(dòng)和工程活動(dòng)兩類。例如:項(xiàng)目立項(xiàng)評(píng)審:評(píng)估項(xiàng)目立項(xiàng)條件是否具備，如相關(guān)部門移交資料是否齊全，客戶信息是否完整，團(tuán)隊(duì)成員是否恰當(dāng)?shù)鹊?項(xiàng)目計(jì)劃評(píng)審:評(píng)估項(xiàng)目計(jì)劃合理性，是否與公司其他項(xiàng)目資源和運(yùn)營目標(biāo)沖突(回款):SCM(項(xiàng)目配置管理、Software Configuration Management):系統(tǒng)管理和項(xiàng)目有關(guān)的各類文檔和軟件版本，確保項(xiàng)目的惟一性資料信息被留存，可隨時(shí)追溯項(xiàng)目各階段關(guān)鍵文檔記錄(例如備忘錄)。工程活動(dòng)包括項(xiàng)目要獲得實(shí)質(zhì)性進(jìn)展必須要做的工作，例如寫計(jì)劃，做需求調(diào)研，寫解決方案，變更項(xiàng)目范圍，項(xiàng)目啟動(dòng)大會(huì)，項(xiàng)目例會(huì)，項(xiàng)目里程碑會(huì)議，項(xiàng)目緊急事件處理會(huì)議，項(xiàng)目備忘錄，項(xiàng)目驗(yàn)證，項(xiàng)目培訓(xùn)，項(xiàng)目小范圍試運(yùn)行，項(xiàng)目驗(yàn)收?qǐng)?bào)告等等都是工程活動(dòng)。

軟件項(xiàng)目管理能完成若干事情，但是，由于軟件開發(fā)過程以及應(yīng)用過程中，諸多因素會(huì)造成軟件的不可靠性，例如:1.需求分析定義錯(cuò)誤。如用戶提出的需求不完整，用戶需求的變更未及時(shí)消化，軟件開發(fā)者和用戶對(duì)需求的理解不同等等。2.設(shè)計(jì)錯(cuò)誤。如處理的結(jié)構(gòu)和算法錯(cuò)誤，缺乏對(duì)特殊情況和錯(cuò)誤處理的考慮等。3.編碼錯(cuò)誤。如語法錯(cuò)誤，變量初始化錯(cuò)誤等。4.測(cè)試錯(cuò)誤。如數(shù)據(jù)準(zhǔn)備錯(cuò)誤，測(cè)試用例錯(cuò)誤等。5、文檔錯(cuò)誤。如文檔不齊全，文檔相關(guān)內(nèi)容不一致，文檔版本不一致，缺乏完整性等。另外程序代碼錯(cuò)誤，也可以造成軟件的不可靠性。程序代碼一個(gè)最直觀的特性是長度，另外還有算法和語句結(jié)構(gòu)等，程序代碼越長，結(jié)構(gòu)越復(fù)雜，其可靠性越難保證。所以提高可靠性從原理上看就是要減少錯(cuò)誤。而決策支持系統(tǒng)(Decision Support System，簡稱 DSS)正好可以解決這些問題，它能很好的將那些微結(jié)構(gòu)或無結(jié)構(gòu)、不確定和零散的關(guān)聯(lián)因素有機(jī)的綜合起來，進(jìn)行分析、比較和定量化，給決策者以支持，減少了決策的主觀性。可見，研究并開發(fā)一個(gè)軟件工程項(xiàng)目質(zhì)量決策支持系統(tǒng)(Decision SupportSystem For Software Engineering Project Quality，簡稱SEPQDSS)對(duì)于軟件企業(yè)的管理者，對(duì)于企業(yè)開發(fā)出高質(zhì)量的軟件產(chǎn)品，對(duì)于企業(yè)的長期發(fā)展來說都是至關(guān)重要和必要的。

這里所說的決策支持系統(tǒng)(decision support system，簡稱dss)是指輔助決策者通過數(shù)據(jù)、模型和知識(shí)，以人機(jī)交互方式進(jìn)行半結(jié)構(gòu)化或非結(jié)構(gòu)化決策的計(jì)算機(jī)應(yīng)用系統(tǒng)。決策支持系統(tǒng)作為一種新興的信息技術(shù)，能夠?yàn)槠髽I(yè)提供各種決策信息以及許多商業(yè)問題的解決方案，從而減輕了管理者從事低層次信息處理和分析的負(fù)擔(dān)，使得他們專注于最需要決策智慧和經(jīng)驗(yàn)的工作，因此提高了決策的質(zhì)量和效率。

決策的進(jìn)程一般分為4個(gè)步驟:發(fā)現(xiàn)問題并形成決策目標(biāo)、用概率定量地描述每個(gè)方案所產(chǎn)生的各種結(jié)局的可能性、決策人員對(duì)各種結(jié)局進(jìn)行定量評(píng)價(jià)，一般用效用值來定量表示、綜合分析各方面信息。決策支持系統(tǒng)的基本特征:對(duì)準(zhǔn)上層管理人員經(jīng)常面臨的結(jié)構(gòu)化程度不高、說明不夠充分的問題:把模型或分析技術(shù)與傳統(tǒng)的數(shù)據(jù)存取技術(shù)及檢索技術(shù)結(jié)合起來;易于為非計(jì)算機(jī)專業(yè)人員以交互會(huì)話的方式使用;強(qiáng)調(diào)對(duì)環(huán)境及用戶決策方法改變的靈活性及適應(yīng)性;支持但不是代替高層決策者制定決策。

決策支持系統(tǒng)的靈魂是先進(jìn)的管理思想。一個(gè)成功的DSS應(yīng)用，應(yīng)該融合了優(yōu)秀的管理思想，能給應(yīng)用者提供分析和解決問題的有效的方法論。DSS中所包含的計(jì)算機(jī)軟硬件技術(shù)，則是將這種管理思想和方法論具體表現(xiàn)出來，從而讓DSS用戶在使用過程中能夠貫徹這種管理思想、實(shí)踐這種方法論。組織整體的管理績效因此而得到提高。這從另一角度說明，應(yīng)用者必須首先整合自己的管理思路，提升管理意識(shí)，明確通過DSS將實(shí)現(xiàn)的管理目標(biāo)，才能開始DSS的實(shí)施。

從軟件項(xiàng)目管理的角度來講，決策支持系統(tǒng)的目標(biāo)是使軟件的功能更好地滿足客戶的要求，并且能在規(guī)定的時(shí)間內(nèi)，在預(yù)計(jì)的資金下，開發(fā)出一個(gè)高效率，質(zhì)量和可靠性能夠滿足要求的軟件。具體包括以下五方面:軟件功能完備(軟件的需求完備)，資金控制在計(jì)劃之內(nèi)，時(shí)間控制在計(jì)劃之內(nèi)，軟件的效率和可靠性符合要求，人員之間能夠合理協(xié)調(diào)達(dá)到最好的效率。

軟件項(xiàng)目管理的決策具有多級(jí)性。因此，決策制定程序是比較復(fù)雜的。一般來說可分為三個(gè)層次:第一層，決策路線層，反映了由決策任務(wù)的提出、多級(jí)決策、批準(zhǔn)實(shí)施的全過程;第二層，決策工作層，由決策對(duì)象進(jìn)入某一個(gè)部門開始，到送出這個(gè)部門截止的部門內(nèi)部處理;第三層，決策分析層，指一個(gè)部門內(nèi)單個(gè)決策者或決策小組分析問題所處的環(huán)境、確定目標(biāo)，并提出方案(設(shè)計(jì))、評(píng)價(jià)分析及解決方案抉擇和實(shí)施反饋的具體步驟。

由此可見，決策支持系統(tǒng)在軟件項(xiàng)目管理中的應(yīng)用是非常必要而且有其重要價(jià)值的。

軟件項(xiàng)目論文:淺談軟件項(xiàng)目管理中的階段收尾管理

論文關(guān)健詞：軟件項(xiàng)目管理　收尾管理階段管理

論文摘要：在實(shí)際軟件項(xiàng)目管理中，階段性的收尾管理工作往往不被大家重視，其實(shí)階段管理收尾工作也是非常重要的。本文從階段評(píng)審，文檔記錄等方面來闡述軟件項(xiàng)目管理中階段收尾管理的重要性

隨著計(jì)算機(jī)和信息產(chǎn)業(yè)的發(fā)展軟件產(chǎn)品的規(guī)模也是越來越龐大，隨著軟件規(guī)模的擴(kuò)大軟件人員的增加軟件項(xiàng)目管理的復(fù)雜性增大，各個(gè)軟件企業(yè)都意識(shí)到將項(xiàng)目管理的理念引入到軟件開發(fā)活動(dòng)中開始對(duì)開發(fā)過程進(jìn)行有效的管理又所謂“IT項(xiàng)目管理”或“軟件項(xiàng)目管理’軟件項(xiàng)目管理就是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量的順利完成而對(duì)成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。隨著軟件開發(fā)規(guī)模及開發(fā)隊(duì)伍的逐漸增大軟件開發(fā)活動(dòng)不再是像過去的幾個(gè)開發(fā)人員就可解決的事情，它需要使用開發(fā)規(guī)范或開發(fā)流程控制來約束每個(gè)開發(fā)人員、測(cè)試人員和維護(hù)人員的工作.以保證每個(gè)項(xiàng)目組成員按開發(fā)計(jì)劃及進(jìn)度準(zhǔn)時(shí)、保質(zhì)完成自己的任務(wù)。軟件項(xiàng)目管理的各個(gè)過程主要包括二需求管理范圍管理任務(wù)分解規(guī)模估算成本管理進(jìn)度計(jì)劃質(zhì)量計(jì)劃配置管理計(jì)劃，風(fēng)險(xiǎn)計(jì)劃文檔管理團(tuán)隊(duì)建設(shè)，跟蹤控制收尾管理項(xiàng)目結(jié)束。項(xiàng)目收尾管理作為項(xiàng)目結(jié)束前的最后管理工作也顯得及其重要一般包括合同收尾和管理收尾兩部分。合同收尾就是項(xiàng)目管理人員與客戶對(duì)照合同一項(xiàng)項(xiàng)的核對(duì)審核是否完成了合同所要求的內(nèi)容是否達(dá)到合同所提出的指標(biāo)或條件也就是我們通常所講的客戶驗(yàn)收管理收尾就是對(duì)于項(xiàng)目組內(nèi)部把做好的項(xiàng)目文檔、代碼、與客戶交流的文件等歸檔保存對(duì)項(xiàng)目中遇到的問題及解決方法、有效的創(chuàng)新技術(shù)進(jìn)行及時(shí)地總結(jié)，對(duì)外宣稱項(xiàng)目結(jié)束轉(zhuǎn)入維護(hù)期把相關(guān)的產(chǎn)品說明及技術(shù)文檔轉(zhuǎn)到維護(hù)組。

一、階段收尾管理

軟件項(xiàng)目結(jié)束的狀態(tài):

1.正常結(jié)束。2提前結(jié)束3延期結(jié)束4暫停。5取消(因變更或不可完成)。軟件開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程牽涉到各方面的因素在實(shí)際工作中經(jīng)常會(huì)出現(xiàn)各種各樣的問題甚至面臨失敗。而如何總結(jié)、分析失敗的原因得出有益的教訓(xùn).這對(duì)一個(gè)公司來說則是今后項(xiàng)目中取得成功的關(guān)鍵。

以前會(huì)聽說過這樣的項(xiàng)目:客戶驗(yàn)收后項(xiàng)目活動(dòng)就隨之收?qǐng)觯?xiàng)目資料沒有認(rèn)真歸納總結(jié)不是束之高閣就是缺失不全但是當(dāng)新項(xiàng)目啟動(dòng)時(shí).面對(duì)新的項(xiàng)目問題項(xiàng)目組成員才發(fā)現(xiàn):其實(shí)這類問題以前也遇到過，但是卻無法找到相應(yīng)的解決方案資料只好再投入人力、時(shí)間甚至金錢來重新經(jīng)歷一遍為什么相同的問題會(huì)重復(fù)出現(xiàn)，究其根源是因?yàn)槿鄙夙?xiàng)目總結(jié)也就是說沒有做好項(xiàng)目收尾工作。那么是不是我們只能等到項(xiàng)目結(jié)束或收尾時(shí)才能開始進(jìn)行項(xiàng)目總結(jié)文檔保存的工作呢:當(dāng)然不是在軟件項(xiàng)目管理的各個(gè)階段我們都可以做收尾管理工作，也就是階段收尾管理工作。

二、階段收尾管理的重要性

在實(shí)際軟件項(xiàng)目管理中.階段性的收尾管理過程和工作往往不被大家重視其實(shí)階段性的收尾管理工作也是非常重要的。階段收尾管理工作的重要性主要體現(xiàn)在如下幾個(gè)方面:

1進(jìn)度管理中的里程碑每個(gè)項(xiàng)目都是由若干個(gè)相對(duì)獨(dú)立的任務(wù)鏈組成的軟件項(xiàng)目也是如此。只有在任何一條任務(wù)鏈都已經(jīng)優(yōu)化的基礎(chǔ)上才可能進(jìn)行系統(tǒng)的全面的優(yōu)化因此保證每條任務(wù)鏈的效率是整個(gè)項(xiàng)目進(jìn)度完成的前提和基礎(chǔ).只要能保證里程碑事件的按時(shí)完成，整個(gè)項(xiàng)目的進(jìn)度也就有了保障。那么我們?cè)诶锍瘫c(diǎn)都來做些什么呢:

在計(jì)劃好的階段管理工作中.收集項(xiàng)目的最新信息和數(shù)據(jù).并將這些數(shù)據(jù)與項(xiàng)目計(jì)劃進(jìn)行比較，來判定項(xiàng)目的階段效率，進(jìn)度是提前了還是落后了，成本是在控制中還是超支了?質(zhì)量是否符合要求。客戶對(duì)階段工作結(jié)果滿意么，及時(shí)總結(jié)經(jīng)驗(yàn)與教訓(xùn).同時(shí)及時(shí)發(fā)現(xiàn)項(xiàng)目存在的或潛在的問題以便近早采取糾正措施這就是階段管理工作中的收尾管理，所以說階段收尾管理是進(jìn)度中的里程碑是整個(gè)項(xiàng)目進(jìn)度優(yōu)化的前提和基礎(chǔ)。

2溝通管理中的契機(jī)溝通是保持項(xiàng)目順利進(jìn)行的潤滑劑。與傳統(tǒng)項(xiàng)目相比軟件項(xiàng)目具有較高的技術(shù)含量和較大的風(fēng)險(xiǎn)。參與軟件項(xiàng)目建設(shè)的用戶并不都是軟件開發(fā)專家.他們具有豐富的業(yè)務(wù)經(jīng)驗(yàn)但是很少能了解軟件開發(fā)的技術(shù).隨著項(xiàng)目工作進(jìn)程的深入就會(huì)有許多新的問題出現(xiàn)與客戶的及時(shí)有效溝通更顯得尤為重要。軟件項(xiàng)目是客戶和用戶共同面對(duì)的項(xiàng)目只有雙方的積極參與才能促進(jìn)項(xiàng)目的成功，而只有進(jìn)行有效的項(xiàng)目溝通管理才能確保用戶的積極參與。一個(gè)階段的項(xiàng)目工作完成后與客戶一起就前一段時(shí)間的工作進(jìn)行總結(jié)和檢查是十分必要的。一方面可以及時(shí)了解客戶對(duì)項(xiàng)目工作的滿意程度及時(shí)統(tǒng)計(jì)、分析客戶對(duì)項(xiàng)目的意見.為下一階段工作的順利進(jìn)行提供了保障另一方面有些因工作繁忙未能及時(shí)簽署的文件，也盡快找客戶給予簽字確認(rèn)。當(dāng)雙方出現(xiàn)糾紛時(shí)，只有雙方簽字的文字記錄才是最有用、最有說服力的證據(jù)。

3收尾管理的基礎(chǔ)。一個(gè)項(xiàng)目階段的工作剛完成時(shí)項(xiàng)目組成員都保留著最新的階段記錄如階段文檔或最新的代碼版本這個(gè)時(shí)候收集起米是非常容易的時(shí)間隨著人員的變動(dòng)或者項(xiàng)目的需求變更有些項(xiàng)目成員可能離開了項(xiàng)目組那時(shí)再去收集他們保存的文檔資料就非常困難了，甚至有些記錄永遠(yuǎn)也找不到了。好多大的軟件開發(fā)項(xiàng)目跨幾年的時(shí)間項(xiàng)目經(jīng)理可能已經(jīng)換了幾任客戶的項(xiàng)目主管也換了幾位最后項(xiàng)目收尾管理時(shí)的文檔收集、總結(jié)的工作，就是在階段收尾管理的基礎(chǔ)上來確保每個(gè)階段的文檔、資料都能按時(shí)完整地保存、歸檔。只有階段管理收尾提供的數(shù)據(jù)信息越真實(shí)、越準(zhǔn)確.才能保證在項(xiàng)目最終收尾時(shí)客觀評(píng)定項(xiàng)目的績效總結(jié)的經(jīng)驗(yàn)教訓(xùn)和文檔資料才有真正借鑒的價(jià)值總而言之.作為一個(gè)好的項(xiàng)目經(jīng)理，一定要重視進(jìn)度中的里程碑事件抓住與客戶溝通的契機(jī)做好項(xiàng)目階段工作的總結(jié)收尾工作如何做好這些工作呢。也就是要做好項(xiàng)目階段管理收尾工作。階段收尾管理工作是保證項(xiàng)目成功的重要管理手段它和項(xiàng)目的其他工作一樣應(yīng)該納入項(xiàng)目計(jì)劃并按計(jì)劃落實(shí)。

軟件項(xiàng)目論文:淺論系統(tǒng)動(dòng)力學(xué)的軟件項(xiàng)目進(jìn)度管理

論文摘要：軟件項(xiàng)目管理中存在復(fù)雜的不確定性和非線性性，特別在進(jìn)度管理當(dāng)中。文章采用系統(tǒng)動(dòng)力學(xué)的方法模擬了兩階段軟件項(xiàng)目的實(shí)施過程，該模型可以對(duì)項(xiàng)目的完成時(shí)間進(jìn)行有效的預(yù)測(cè)，同時(shí)還討論了人員的分配對(duì)項(xiàng)目進(jìn)度的影響。

論文關(guān)鍵詞：軟件項(xiàng)目管理；進(jìn)度管理；系統(tǒng)動(dòng)力學(xué)；預(yù)測(cè)；人員分配

為解決“軟件危機(jī)”，學(xué)術(shù)界和業(yè)界將項(xiàng)目管理理論借鑒到軟件開發(fā)中，誕生了軟件項(xiàng)目管理。眾所周知進(jìn)度管理、質(zhì)量管理和成本管理為軟件項(xiàng)目管理主要內(nèi)容。在進(jìn)度管理中，一般都采用傳統(tǒng)項(xiàng)目管理方法，如甘特圖、關(guān)鍵路徑法和計(jì)劃評(píng)審技術(shù)，它們都建立在項(xiàng)目可以分解為獨(dú)立的工序上，而在實(shí)際軟件項(xiàng)目管理中，各個(gè)階段(工序)之間是相互聯(lián)系的，如前一階段未發(fā)現(xiàn)的錯(cuò)誤會(huì)影響到后一階段的實(shí)施，同時(shí)當(dāng)后一階段發(fā)現(xiàn)前一階段有錯(cuò)誤時(shí)需要前一階段返工，等等如此現(xiàn)象很多，這種相互影響往往是非線性的，這在傳統(tǒng)的網(wǎng)絡(luò)圖中難以表達(dá)，也超出了管理者頭腦能達(dá)到的理解范圍。

20世紀(jì)50年代麻省理工學(xué)院的Forrester教授創(chuàng)立的系統(tǒng)動(dòng)力學(xué)為解決動(dòng)態(tài)復(fù)雜問題提供了一種可行的理論、觀點(diǎn)、方法與工具。

1系統(tǒng)動(dòng)力學(xué)概述

20世紀(jì)50年代Forrester教授將計(jì)算機(jī)科學(xué)和反饋控制理論應(yīng)用于社會(huì)、經(jīng)濟(jì)等系統(tǒng)的研究。

20世紀(jì)紀(jì)70年代，系統(tǒng)動(dòng)力學(xué)逐漸發(fā)展成為一種了解和認(rèn)識(shí)人類動(dòng)態(tài)復(fù)雜系統(tǒng)的研究方法。2O多年來王其藩教授等學(xué)者參與了系統(tǒng)動(dòng)力學(xué)在中國的應(yīng)用研究工作，并做出了重要貢獻(xiàn)。

系統(tǒng)動(dòng)力學(xué)在軟件項(xiàng)目管理中應(yīng)用比較少見，用系統(tǒng)動(dòng)力學(xué)的方法討論了時(shí)間和成本估算，用系統(tǒng)動(dòng)力學(xué)方法研究了項(xiàng)目目標(biāo)進(jìn)度的設(shè)定對(duì)項(xiàng)目表現(xiàn)的影響。討論了系統(tǒng)動(dòng)力學(xué)方法在項(xiàng)目風(fēng)險(xiǎn)管理中的運(yùn)用，特別是在管理項(xiàng)目風(fēng)險(xiǎn)動(dòng)態(tài)復(fù)雜性方向的特色和優(yōu)勢(shì)。

系統(tǒng)動(dòng)力學(xué)強(qiáng)調(diào)以閉環(huán)的觀點(diǎn)方法來認(rèn)識(shí)和解決問題，這也決定了它采用反饋環(huán)路式的建模方法，即通過分析行為模式背后的反饋環(huán)路結(jié)構(gòu)，改變結(jié)構(gòu)中相關(guān)變量的值，了解不同策略下的不同行為模式，來完成策略的優(yōu)化。

系統(tǒng)動(dòng)力學(xué)強(qiáng)調(diào)反饋環(huán)路的結(jié)構(gòu)關(guān)系、時(shí)間延遲、信息放大對(duì)系統(tǒng)行為的影響，其中結(jié)構(gòu)關(guān)系表示系統(tǒng)各組成結(jié)構(gòu)之間的相互關(guān)系，時(shí)間延遲表示決策行動(dòng)落后于信息的獲得，信息放大表示隨著流程與時(shí)間的推移，某些信息會(huì)被放大，它對(duì)決策行為的影響會(huì)隨之被放大。

2模型的建立

軟件項(xiàng)目管理往往包括多個(gè)階段，這些階段之間是相互聯(lián)系的，彼此構(gòu)成網(wǎng)絡(luò)。但是兩階段間的關(guān)系是問題的基礎(chǔ)，故以2階段軟件項(xiàng)目開發(fā)為例。模型基于如下假設(shè)：①每個(gè)階段開發(fā)都存在一定的錯(cuò)誤，這些錯(cuò)誤一部分在本階段被改正，一部分需要到下一階段才能發(fā)現(xiàn)。②在每個(gè)階段發(fā)現(xiàn)錯(cuò)誤的機(jī)率與從事調(diào)試的人員多少有關(guān)。③上一階段遺留的錯(cuò)誤影響下一階段的開發(fā)以及調(diào)試。④每個(gè)階段的人員是固定的，開發(fā)人數(shù)多必然導(dǎo)致調(diào)試人數(shù)少。⑤項(xiàng)目的進(jìn)度為第一階段開發(fā)，調(diào)試，第二階段開發(fā)，第一階段返工、第二階段調(diào)試。其中第一階段返工與第二階段調(diào)試是并行的。

2．1狀態(tài)變量以及之間的銜接

模型中的狀態(tài)變量共有5個(gè)，“毛開發(fā)量1”，“已更改項(xiàng)目1”，“返工項(xiàng)目”，“毛開發(fā)量2”，已“更改項(xiàng)目2”分別表示第一階段的開發(fā)、調(diào)試、返工，第二階段的開發(fā)，調(diào)試，其關(guān)系如圖1。

只有上述5個(gè)工序都完成，該項(xiàng)目才算完成，圖2用輔助變量“整個(gè)項(xiàng)目進(jìn)度”表示了研究關(guān)心的項(xiàng)目進(jìn)度情況。

2．2速率變量的設(shè)定

模型中共有5個(gè)速率變量，其設(shè)置分別為：實(shí)際開發(fā)速率1=剩余工作量影響1×開發(fā)速率1×開發(fā)人效率×開發(fā)人數(shù)1。

調(diào)試1一調(diào)試人數(shù)1×調(diào)試效率×剩余錯(cuò)誤影響1×?xí)r間銜接1。

實(shí)際開發(fā)速率2一開發(fā)人效率×開發(fā)2×剩余工作量影響2×?xí)r間銜接2。

調(diào)試2一調(diào)試人數(shù)2×調(diào)試效率×剩余錯(cuò)誤影響2×上階段錯(cuò)誤×?xí)r間銜接3返工=調(diào)試人數(shù)1×調(diào)試效率×剩余遺留錯(cuò)誤影響。

需要說明的是：“剩余工作量影響”、“剩余錯(cuò)誤影響”、“剩余遺留錯(cuò)誤影響”。這三個(gè)影響主要采用了如圖3的參考模式。

其中“剩余工作量(錯(cuò)誤)影響”說明當(dāng)工作開始時(shí)工作速率比較低，當(dāng)工作解決尾聲時(shí)速率也比較低，中間速率最快；“剩余遺留錯(cuò)誤影響”表示當(dāng)?shù)谝浑A段遺留的錯(cuò)誤越多，第二階段的速率越慢；這符合實(shí)際情況。

其它輔助變量的設(shè)置不再贅述，該模型的整體流圖如圖4所示。

3項(xiàng)目進(jìn)度的估算

建立好模型后，通過設(shè)置常量和決策變量可以對(duì)系統(tǒng)進(jìn)行模擬。這里令第一階段和第二階段的人員都為20人，第一階段和第二階段的預(yù)計(jì)工作量都為1000，錯(cuò)誤率為0．2，第一階段開發(fā)人員為10，調(diào)試人員為10，第二階段開發(fā)人員為7，調(diào)試人員為13，模擬得到的項(xiàng)目進(jìn)度如圖5所示。

從圖5可以看出在整個(gè)工程160(天)完成，并且在第35(天)第一階段初次完成開發(fā)，在70天完成調(diào)試，在125天完成第二階段初次開發(fā)，在160天完成第一階段的返工和第二階段的調(diào)試。

4人員分配對(duì)項(xiàng)目進(jìn)度的影響

從模型流圖(圖4)可看出，問題的決策變量是每個(gè)階段人員的分配以及人員的工作效率。提高工作效率自然會(huì)加快進(jìn)度，這不需要討論，這里主要研究人員分配，特別是第一階段的人員分配對(duì)整個(gè)項(xiàng)目進(jìn)度的影響。

模型假設(shè)第一階段遺留給第二階段的錯(cuò)誤的多少取決于第一階段從事調(diào)試人數(shù)，即：階段1遺留錯(cuò)誤一錯(cuò)誤一(錯(cuò)誤×調(diào)試人數(shù)1作用)。

其中“調(diào)試人數(shù)1作用”采用了“S型曲線”參考模式，表示調(diào)試人數(shù)很少時(shí)發(fā)現(xiàn)錯(cuò)誤的概率小，隨著人數(shù)增加發(fā)現(xiàn)錯(cuò)誤概率迅速提升，到人數(shù)趨于飽和時(shí)概率趨于穩(wěn)定。

在第一階段遺留錯(cuò)誤對(duì)第二階段的影響上，以對(duì)第二階段的調(diào)試工序的影響為例來說明，模型假設(shè)第二階段的調(diào)試中能逐步發(fā)現(xiàn)第一階段的遺留錯(cuò)誤，故而交給第一階段返工，同時(shí)第二階段的調(diào)試?yán)^續(xù)進(jìn)行，并且調(diào)試的速度受到第一階段剩余遺留錯(cuò)誤的影響，即：調(diào)試2一調(diào)試人數(shù)2×調(diào)試效率×剩余錯(cuò)誤影響2×上階段錯(cuò)誤×?xí)r間銜接3。

圖6分別模擬了總?cè)藛T為20人的前提下第一階段開發(fā)人員為5、10、15、18共四種情況對(duì)應(yīng)的整個(gè)項(xiàng)目的進(jìn)度。從圖中可以看出開發(fā)人員為15時(shí)進(jìn)度最快，開發(fā)人員過多(18人)和過少(5人)都會(huì)導(dǎo)致項(xiàng)目進(jìn)度的增加，這符合現(xiàn)實(shí)情況。導(dǎo)致這樣的原理在于：當(dāng)開發(fā)人員過少，則延長了開發(fā)過程；當(dāng)開發(fā)人員過多，必然導(dǎo)致調(diào)試人員過少，雖然第一階段的開發(fā)過程時(shí)間縮短了，但是勢(shì)必增加調(diào)試過程的時(shí)間，以及增加遺留錯(cuò)誤進(jìn)而影響下一階段的進(jìn)度。故而有一個(gè)適中的人員分配方案。

5結(jié)束語

軟件項(xiàng)目管理系統(tǒng)是一個(gè)動(dòng)態(tài)的復(fù)雜系統(tǒng)。采用系統(tǒng)動(dòng)力學(xué)的方法有助于分析系統(tǒng)的變化行為，文中的模型主要分析了在總?cè)藛T不變的情況下人員分配在兩階段項(xiàng)目管理當(dāng)中的影響。由于實(shí)際當(dāng)中人員可能是變動(dòng)的，如除了正常的人員流動(dòng)外，管理者可能通過觀察項(xiàng)目的進(jìn)度人為的調(diào)整人數(shù)。還有在實(shí)際中影響進(jìn)度的因素很多，如人員更替、工作效率、經(jīng)濟(jì)資源等，同時(shí)這些因素是互相藕合的，如何更細(xì)致考慮這些影響因素從而準(zhǔn)確的模擬進(jìn)度管理需要深入研究。

軟件項(xiàng)目論文:淺談軟件項(xiàng)目實(shí)訓(xùn)中的人員選擇與管理

論文關(guān)鍵詞 軟件高職　項(xiàng)目實(shí)訓(xùn)　人員選擇　人員管理

論文摘要 項(xiàng)目實(shí)訓(xùn)是軟件高職教育課程體系中的重要環(huán)節(jié)。結(jié)合軟件高職項(xiàng)目實(shí)訓(xùn)中人員管理的實(shí)際情況進(jìn)行分析和論證，同時(shí)給出實(shí)訓(xùn)人員選擇與管理工作的基本原則和方法，并總結(jié)其中的一些基本經(jīng)驗(yàn)。

隨著國家大力發(fā)展職業(yè)教育的政策的出臺(tái)，職業(yè)教育在全國范圍逐漸興起，軟件高職教育作為職業(yè)教育的一個(gè)重要組成部分，為國家和地方培養(yǎng)了大量的具有較強(qiáng)動(dòng)手能力的一線人才，創(chuàng)造出巨大的生產(chǎn)力，帶動(dòng)整個(gè)IT行業(yè)的發(fā)展，推動(dòng)經(jīng)濟(jì)和社會(huì)的進(jìn)步。項(xiàng)目實(shí)訓(xùn)作為軟件高職教育課程體系中的一個(gè)重要環(huán)節(jié)，無論是對(duì)學(xué)生理論知識(shí)的拓展還是動(dòng)手能力的培養(yǎng)都起到至關(guān)重要的作用。目前，福建省的軟件高職項(xiàng)目實(shí)訓(xùn)還處于初級(jí)發(fā)展階段，無論在項(xiàng)目設(shè)置上還是在管理方式上都存在不足。筆者結(jié)合實(shí)際教學(xué)和管理經(jīng)驗(yàn)，對(duì)軟件高職實(shí)訓(xùn)中的人員管理方式和方法做初步的分析和探討。

1 人員的選擇

教育的宗旨是以學(xué)生為本，平等地對(duì)待每一位學(xué)生，讓他們?cè)谧畲蟪潭壬习l(fā)揮潛力。但是實(shí)訓(xùn)工作畢竟帶有一種企業(yè)模擬性質(zhì)，學(xué)校注重教育公平，而企業(yè)更關(guān)注開發(fā)效率和項(xiàng)目成本，這兩者在一定程度上是此消彼長的對(duì)立面。因此，如何通過合理的人員選擇和配置，找到既能平等地對(duì)待每個(gè)學(xué)生，又能夠最大限度地提高項(xiàng)目團(tuán)隊(duì)開發(fā)效率的平衡點(diǎn)，是實(shí)訓(xùn)項(xiàng)目管理人員所急需解決的現(xiàn)實(shí)而又棘手的問題。以下是筆者在實(shí)踐中探索并采用的2種較為合理的人員選擇與配置方案。

1.1 T&R式自由組合法這里的T指的是Test，即測(cè)試，包括技術(shù)筆試和專業(yè)面試。在兩項(xiàng)測(cè)試之后應(yīng)形成一個(gè)比較合理的量化指標(biāo)，該指標(biāo)應(yīng)著重突出候選人員的技術(shù)能力和團(tuán)隊(duì)意識(shí)，公布所有候選人員的各項(xiàng)量化指標(biāo)。為保護(hù)學(xué)生的隱私，在公布時(shí)可以用編號(hào)取代學(xué)生的真實(shí)姓名。這里的R指的是rate，即比例。項(xiàng)目管理人員可以預(yù)先設(shè)定好小組成員結(jié)構(gòu)的技術(shù)等級(jí)比例，參照學(xué)生的綜合得分情況，按照1:2:1的高中低3個(gè)層次分布比例較合理。這種做法既可以避免單純比例式自由組合給學(xué)生帶來的盲目性，也能夠比較真實(shí)地反映學(xué)生的能力水平，可以科學(xué)地、客觀地組建起較為高效的團(tuán)隊(duì)，從而能夠在后續(xù)階段提高團(tuán)隊(duì)整體工作效率，也為管理工作帶來方便。

1.2 T&R交互式人員確定法首先尋找若干名班委組成評(píng)審組，項(xiàng)目管理人員或教師負(fù)責(zé)領(lǐng)導(dǎo)該評(píng)審組；接著參照T&R方法得出候選人員的各項(xiàng)評(píng)估指標(biāo)和綜合指標(biāo)，以及小組結(jié)構(gòu)比例；然后由評(píng)審小組成員進(jìn)行數(shù)據(jù)分析并結(jié)合每個(gè)成員實(shí)際情況確定各小組的組成人員。將初步形成的分組名單公布告知各候選人員，征求每位成員意見，由評(píng)審小組跟持反對(duì)意見的候選成員進(jìn)行當(dāng)面的會(huì)議式的溝通，進(jìn)行合理的調(diào)整，經(jīng)此步驟之后形成最終分組名單并公布。這樣做實(shí)現(xiàn)候選成員與管理人員之間的交互，能夠把純粹的硬性考核成績指標(biāo)轉(zhuǎn)化為“考核成績指標(biāo)＋交互式分析”。這樣較為客觀且人性化的評(píng)判方式，既能夠得到較為真實(shí)的數(shù)據(jù)，又能夠吸納學(xué)生合理的意見或看法，從而利于更科學(xué)的人員選擇。

2 人員的管理

美國心理學(xué)家亞伯拉罕·馬斯洛把人的需求分成生理需求、安全需求、社交需求、尊重需求和自我實(shí)現(xiàn)需求5類，依次由較低層次到較高層次排列，在管理中他建議通過滿足人的需求來激發(fā)他們。

在學(xué)校實(shí)訓(xùn)的項(xiàng)目組中，成員的生理需求和安全需求都基本能夠得以滿足，因此，保證成員的社會(huì)需求、受尊重需求和自我實(shí)現(xiàn)需求的滿足，對(duì)管理者來說有十分重要的意義。1）滿足組員的社會(huì)需求就是為組員提供相互交往的時(shí)間和場(chǎng)所。實(shí)訓(xùn)項(xiàng)目的交流不應(yīng)僅局限在小組的范疇，應(yīng)鼓勵(lì)小組與小組間的相互交流，條件具備的話可以組織學(xué)校跟學(xué)校間類似項(xiàng)目組間的交流。形式可以多樣化，如電子郵件、組建QQ群、網(wǎng)絡(luò)會(huì)議、座談會(huì)和技術(shù)講座等互動(dòng)方式。2）為了滿足組員受尊重的需求，應(yīng)該讓他們感到在項(xiàng)目小組中受到人格上的尊重，技術(shù)長處被認(rèn)可。對(duì)于參加實(shí)訓(xùn)的學(xué)生來說，對(duì)他們做出的成績給予充分的肯定就是一種簡便高效的方式，如針對(duì)某個(gè)技術(shù)環(huán)節(jié)開展一次技能比賽，或者開展評(píng)審會(huì)定期對(duì)項(xiàng)目階段成果進(jìn)行評(píng)估，對(duì)優(yōu)秀團(tuán)隊(duì)及其成員進(jìn)行表彰等。3）為滿足組員自我實(shí)現(xiàn)的需求，應(yīng)該在項(xiàng)目取得一定成果的基礎(chǔ)上，分配給組員具有一定挑戰(zhàn)性和難度的任務(wù)，這些任務(wù)不能超過學(xué)生能力的范圍，同時(shí)給他們提供課外的輔導(dǎo)以提高他們解決這些問題的技能。任務(wù)的完成情況可以作為附加評(píng)審內(nèi)容納入學(xué)生最終的實(shí)訓(xùn)綜合成績中去，給學(xué)生超越自我的動(dòng)力。

3 團(tuán)隊(duì)的管理

3.1 增強(qiáng)小組凝聚力一個(gè)有強(qiáng)大凝聚力的小組是最高效的小組，小組中的成員在思想上能夠形成共同的準(zhǔn)則，在工作中能夠緊密配合和協(xié)調(diào)，組員跟組員之間能夠互相學(xué)習(xí)、相互關(guān)照，從而消除隔閡，用集體的力量解決許多工作中的問題。增強(qiáng)小組凝聚力的方式有許多，如給小組起個(gè)性化的名字、開展游戲或者室內(nèi)或戶外運(yùn)動(dòng)等方式增進(jìn)組員間的溝通。另外，提高小組組員的責(zé)任感、誠信度以及保障他們的知情權(quán)、提供發(fā)展的空間等，都是增強(qiáng)小組凝聚力的有效方法。

3.2 增強(qiáng)小組溝通溝通作為軟件開發(fā)過程中的重要環(huán)節(jié)，對(duì)于開發(fā)效率的提高和團(tuán)隊(duì)的整體發(fā)展具有決定性的意義。1）適當(dāng)?shù)男〗M規(guī)模。在編制小組成員時(shí)應(yīng)考慮到人數(shù)對(duì)溝通的影響，成員太少，溝通容易但不利于開發(fā)效率；反之，成員過多會(huì)使得溝通變得十分困難，從而使效率嚴(yán)重下降，因此，合理的人員安排才是關(guān)鍵。根據(jù)經(jīng)驗(yàn)，一個(gè)實(shí)訓(xùn)小組以4～8個(gè)為宜，其中6人組最為合適。2）合理的性別比例。如果小組中的組員性別均相同，可能會(huì)導(dǎo)致沖突，使得溝通無法正常進(jìn)行，所以在確定小組結(jié)構(gòu)時(shí)應(yīng)注意男女比例的控制。對(duì)于軟件開發(fā)類實(shí)訓(xùn)項(xiàng)目而言，小組中的男女比例應(yīng)控制在3:1左右，其中女性組員可以作為小組的協(xié)調(diào)員。3）適當(dāng)?shù)男〗M負(fù)責(zé)人。小組負(fù)責(zé)人除了領(lǐng)導(dǎo)小組工作外，還負(fù)責(zé)協(xié)調(diào)小組成員之間的溝通。受尊重的小組負(fù)責(zé)人可以提高小組凝聚力和工作效率，無論對(duì)自身的進(jìn)步還是對(duì)整個(gè)團(tuán)隊(duì)的發(fā)展來說都是大有裨益的。

軟件項(xiàng)目論文:關(guān)于工作流的軟件項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

論文摘要：本文介紹了一個(gè)基于工作流技術(shù)而研制的軟件項(xiàng)目管理系統(tǒng)。文章首先描述了傳統(tǒng)軟件項(xiàng)目管理系統(tǒng)的不足之處，提出用工作流的方法來設(shè)計(jì)軟件項(xiàng)目管理系統(tǒng)，然后介紹了一些理論基礎(chǔ)。文中重點(diǎn)闡述了系統(tǒng)的設(shè)計(jì)結(jié)構(gòu)和所采用的一些技術(shù)，并給出了部分的具體實(shí)現(xiàn)方法。

論文關(guān)鍵詞：工作流，JMS，項(xiàng)目管理，SPP，建模，工作流網(wǎng)

1前言

2O世紀(jì)7O年代以來，為了解決軟機(jī)危機(jī)，改進(jìn)軟件過程能力，計(jì)算機(jī)科學(xué)家提出了軟件工程的概念，將系統(tǒng)化的、規(guī)范化的、可度量的方法用于軟件開發(fā)、運(yùn)行和維護(hù)的過程。近些年來，隨著計(jì)算機(jī)技術(shù)的進(jìn)一步發(fā)展，相應(yīng)的使用軟件工程方法的軟件項(xiàng)目管理系統(tǒng)也有了顯著的發(fā)展。但是，由于開發(fā)流程中存在的不確定性以及項(xiàng)目變化等因素，這些系統(tǒng)也暴露出一些不足之處。

傳統(tǒng)的軟件項(xiàng)目管理系統(tǒng)，一般是由圖形用戶接口(GUI)，應(yīng)用程序和數(shù)據(jù)庫組成，用戶通過GUI向應(yīng)用程序發(fā)出請(qǐng)求，應(yīng)用程序處理這些用戶請(qǐng)求，并且訪問數(shù)據(jù)庫，返回用戶所要求的結(jié)果。這種模型在流程穩(wěn)定的時(shí)候是可以滿足需要的，它的缺點(diǎn)在于：

1)建模過程是之前設(shè)定好的，無法改變；

2)缺乏柔性，系統(tǒng)開始運(yùn)行之后，預(yù)先定義好的條件就無法改變了；

3)可擴(kuò)展性較差，如果想要增加或者修改相應(yīng)的功能，整個(gè)系統(tǒng)必須重新開發(fā)。

目前，對(duì)工作流技術(shù)的研究以及相關(guān)產(chǎn)品的開發(fā)是國內(nèi)外學(xué)者研究的熱點(diǎn)問題之一，很多管理系統(tǒng)都采用工作流技術(shù)來克服上述問題。工作流起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域，它是針對(duì)日常工作中具有固定程序的活動(dòng)而提出的概念。目的是通過將工作分解成定義良好的任務(wù)、角色，按照一定的規(guī)則和過程來執(zhí)行這些任務(wù)并對(duì)它們進(jìn)行監(jiān)控，達(dá)到提高辦事效率、降低生產(chǎn)成本、提高企業(yè)生產(chǎn)經(jīng)營管理水平和企業(yè)競爭力的目標(biāo)。

WFMC給出的工作流定義是：工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則，文檔、信息或任務(wù)能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行，以實(shí)現(xiàn)整體的業(yè)務(wù)目標(biāo)。而這正適合于軟件開發(fā)過程管理，基于上述的理由，我們結(jié)合江蘇省十．五攻關(guān)“工作流技術(shù)的研究和應(yīng)用”項(xiàng)目，研究并開發(fā)了基于工作流的軟件項(xiàng)目管理系統(tǒng)CMMFlow，目前已應(yīng)用于軟件能力成熟度模型(CMM)的管理，其效果相當(dāng)良好。

2理論基礎(chǔ)

2．1 CMMI3級(jí)精簡并行過程(SPP)模型

利用工作流技術(shù)可以設(shè)計(jì)和建立一個(gè)工作流環(huán)境，在此系統(tǒng)中，我們使用CMMI3級(jí)精簡并行過程(SPP)模型來支持軟件過程實(shí)施。

SPP把產(chǎn)品生命周期劃分為產(chǎn)品概念、產(chǎn)品定義、產(chǎn)品開發(fā)、產(chǎn)品測(cè)試、用戶驗(yàn)收和產(chǎn)品維護(hù)等6個(gè)階段，包含項(xiàng)目管理、項(xiàng)目研發(fā)和機(jī)構(gòu)支撐等3類過程、19個(gè)過程域。其中項(xiàng)目管理過程包含立項(xiàng)管理、結(jié)項(xiàng)管理、項(xiàng)目規(guī)劃、項(xiàng)目監(jiān)控、風(fēng)險(xiǎn)管理和需求管理等六個(gè)過程域；項(xiàng)目研發(fā)過程包含需求開發(fā)、技術(shù)預(yù)研、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試、系統(tǒng)測(cè)試、Beta測(cè)試、客戶驗(yàn)收和項(xiàng)目技術(shù)評(píng)審等8個(gè)過程域；機(jī)構(gòu)支撐過程包含配置管理、質(zhì)量保證、培訓(xùn)管理、外包與采購管理以及服務(wù)與維護(hù)等5個(gè)過程域。

我們把每一個(gè)過程域都看成是一個(gè)流程，其中過程域之間的關(guān)系是線性為主，并行、迭代為輔。每個(gè)過程域包含若干原子活動(dòng)。通過建立活動(dòng)與角色以及角色與具體用戶的關(guān)聯(lián)，即可建立一個(gè)可執(zhí)行的業(yè)務(wù)過程模型。

2．2基于petri網(wǎng)的可視化建模工具

在這個(gè)系統(tǒng)中，我們的建模工具是使用工作流網(wǎng)和XP—DL共用的策略，采用的是擴(kuò)展的Petri網(wǎng)，對(duì)最終用戶來說，足可視化的圖形建模工具。為符合WfMC規(guī)范，工作流機(jī)裝入的模型用XPDL存儲(chǔ)，可使用XPDL和Petri網(wǎng)兩種表示形式，驗(yàn)證是使用Petri網(wǎng)形式。

在Petri網(wǎng)的基礎(chǔ)上，Aalst提出了工作流網(wǎng)(WF-net)的概念，其定義如下：

一個(gè)Petri網(wǎng)PN=(P，T，F(xiàn))被稱為工作流網(wǎng)，當(dāng)且僅當(dāng)它滿足下面兩個(gè)條件：

1)PN有兩個(gè)特殊的庫所：i和0。庫所i是一個(gè)起始庫所，即·i= ；庫所O是一個(gè)終止庫所，即O·= 。

2)如果在PN中加入一個(gè)新的變遷t，使t連接庫所。與i，即·t·={0)，t·={i)，這時(shí)所得到的PN是強(qiáng)連接的。

下面我們給出一個(gè)用工作流網(wǎng)定義工作流的簡單例子，例子描述的是軟件立項(xiàng)管理的工作流過程。

根據(jù)工作流網(wǎng)的基本定義，通過使用不同類型的基本組件和觸發(fā)機(jī)制，對(duì)立項(xiàng)管理進(jìn)行建模，得到如圖1所示的工作流網(wǎng)模型。

基本流程如下：立項(xiàng)建議小組進(jìn)行立項(xiàng)調(diào)查，然后進(jìn)行項(xiàng)目構(gòu)思和可行性分析，在完成之后進(jìn)行立項(xiàng)申請(qǐng)，然后立項(xiàng)審查小組對(duì)此立項(xiàng)進(jìn)行審查，決定是否同意立項(xiàng)。如果否決，則必須重新進(jìn)行立項(xiàng)建議，如果同意立項(xiàng)，進(jìn)入項(xiàng)目籌備階段，流程結(jié)束。

3系統(tǒng)設(shè)計(jì)

3．1設(shè)計(jì)思路

整個(gè)系統(tǒng)構(gòu)架采用B／S模式，參照J(rèn)2EE框架，主要分為四層：

1)展現(xiàn)層：主要包含客戶瀏覽器端和Web服務(wù)器端的applet，jsp和servlet，負(fù)責(zé)和用戶交互，接收數(shù)據(jù)，顯示結(jié)果等。

2)商業(yè)邏輯：用于處理展現(xiàn)層從用戶端接受到的數(shù)據(jù)，包含了控制應(yīng)用處理的所有規(guī)則，同工作流執(zhí)行服務(wù)通訊，并且將展現(xiàn)層和數(shù)據(jù)服務(wù)層連接起來。

3)工作流執(zhí)行服務(wù)：是流程運(yùn)行和管理的核心組件，包括工作流機(jī)和任務(wù)表管理器。

4)數(shù)據(jù)服務(wù)：負(fù)責(zé)提供對(duì)數(shù)據(jù)的存儲(chǔ)和讀取服務(wù)。

此外，在系統(tǒng)設(shè)計(jì)的過程中還采用了以下的技術(shù)：

1)J2EE框架

J2EE體系包括javaserverpages(JSP)，javaSERVLET，enterprisebean，WEBsevrice等技術(shù)，提供了一個(gè)企業(yè)級(jí)的計(jì)算模型和運(yùn)行環(huán)境用于開發(fā)和部署多層體系結(jié)構(gòu)的應(yīng)用。它通過提供企業(yè)計(jì)算環(huán)境所必需的各種服務(wù)，使得部署在J2EE平臺(tái)上的多層應(yīng)用可以實(shí)現(xiàn)高可用性、安全性、可擴(kuò)展性和可靠性。J2EE中多數(shù)標(biāo)準(zhǔn)定義了接口，例如JNDI，JDBC等，這使得遵循這些標(biāo)準(zhǔn)的不同開發(fā)者之間的模塊可以無縫地互連。

2)JMS

JAVA消息服務(wù)(JMS)定義了Java中訪問消息中間件的接口。JMS只是接口，并沒有給予實(shí)現(xiàn)，實(shí)現(xiàn)JMS接口的消息中間件稱為JMSProvider。

在JMS中，每個(gè)客戶機(jī)連接到一個(gè)為發(fā)送和接收消息提供框架的消息傳遞程序。客戶機(jī)需知曉消息格式和消息目的地。根據(jù)JMSAPI，消息傳遞分為兩種模式，點(diǎn)對(duì)點(diǎn)和／訂閱模式。

點(diǎn)到點(diǎn)消息傳遞方法使用下列工具，如消息隊(duì)列、發(fā)送方(或消息制作者)和接收方(或消息消費(fèi)者)。客戶機(jī)將發(fā)向特定接收方的消息發(fā)送到唯一的隊(duì)列。當(dāng)接收客戶機(jī)從特定隊(duì)列抽取消息時(shí)，它發(fā)出確認(rèn)消息，表明消息已處理。隊(duì)列將保留所有消息，直至接收方收到消息或消息到期。／預(yù)訂消息傳遞方法使用者、訂戶和主題的概念。客戶機(jī)將消息發(fā)送到主題或內(nèi)容層次結(jié)構(gòu)。為了接收到消息，消息消費(fèi)者必須預(yù)訂此主題。因此，對(duì)于這種方法，可以將消息制作者作為者，而消息消費(fèi)者則是訂戶。JMS供應(yīng)商將多個(gè)者發(fā)來的消息分發(fā)到主題和此主題的多個(gè)訂戶。

點(diǎn)對(duì)點(diǎn)模式適用于使用集中式工作流機(jī)的系統(tǒng)，對(duì)于大規(guī)模的分布式應(yīng)用，／訂閱模式則相當(dāng)有效，但是，在保證各個(gè)分布式工作流機(jī)的一致性問題上則稍有難度。

3．2系統(tǒng)結(jié)構(gòu)與功能特點(diǎn)

CMM軟件項(xiàng)目管理系統(tǒng)的系統(tǒng)結(jié)構(gòu)如圖2所示，它主要由過程建模工具，工作流機(jī)，任務(wù)表管理器，web服務(wù)，客戶端和數(shù)據(jù)庫接口等組成，該系統(tǒng)的各功能特點(diǎn)是：在這個(gè)系統(tǒng)中，我們使用瀏覽器作為客戶端，通過Http請(qǐng)求與Webserver交互，Websevrer再將收到的請(qǐng)求加以處理，判斷哪些是應(yīng)當(dāng)丟棄的，哪些應(yīng)該交由工作流執(zhí)行服務(wù)處理，并將處理后的結(jié)果發(fā)送給工作流執(zhí)行服務(wù)器。工作流機(jī)收到Webserver傳送過來的數(shù)據(jù)后，會(huì)根據(jù)消息的具體內(nèi)容繼續(xù)執(zhí)行流程或者將流程掛起或是結(jié)束流程的運(yùn)行，并且更新任務(wù)表管理器的內(nèi)容，在需要的時(shí)候調(diào)用相應(yīng)的應(yīng)用程序來完成任務(wù)的需要。在過程建模工具中建立，修改，刪除的模型將通過存儲(chǔ)過程來修改數(shù)據(jù)庫中已存儲(chǔ)的模型。

websevrer和工作流執(zhí)行服務(wù)也都要通過存儲(chǔ)過程來訪問數(shù)據(jù)庫。各部分的功能特點(diǎn)描述如圖2。

1)建模工具：使用基于Petri網(wǎng)的建模方法來對(duì)企業(yè)經(jīng)營過程進(jìn)行過程定義，將經(jīng)營過程轉(zhuǎn)化為工作流引擎可以執(zhí)行的形式。同時(shí)還提供對(duì)過程模型進(jìn)行分析，測(cè)試的工具。

2)工作流機(jī)：工作流引擎是工作流平臺(tái)的核心，它是業(yè)務(wù)流程的任務(wù)調(diào)度器，從某種程度上看，工作流機(jī)也是業(yè)務(wù)資源管理器。它的主要作用是實(shí)例化及執(zhí)行過程模型、為過程和活動(dòng)的執(zhí)行進(jìn)行導(dǎo)航、與外部過程交互完成各項(xiàng)活動(dòng)、維護(hù)工作流控制數(shù)據(jù)和工作流相關(guān)數(shù)據(jù)等。

3)任務(wù)表管理器：過程模型中的每個(gè)活動(dòng)都被看作是一個(gè)由計(jì)算機(jī)自動(dòng)執(zhí)行的任務(wù)或由用戶手動(dòng)執(zhí)行的任務(wù)，任務(wù)表管理器負(fù)責(zé)對(duì)這些任務(wù)的監(jiān)視和維護(hù)。

4)Web服務(wù)：包含了用于處理用戶請(qǐng)求和顯示結(jié)果的jsp和sevrlet，其主要工作是將客戶端與工作流執(zhí)行服務(wù)連接起來。

5)客戶端客戶端是基于瀏覽器方式的瘦客戶端，方便管理員管理整個(gè)工作流管理系統(tǒng)的運(yùn)行過程，和一般用戶管理和執(zhí)行分配給自己的任務(wù)。

6)數(shù)據(jù)庫接口：實(shí)現(xiàn)了底層的數(shù)據(jù)存儲(chǔ)，包括過程定義，工作流控制數(shù)據(jù)，工作流相關(guān)數(shù)據(jù)，企業(yè)組織模型等工作流管理系統(tǒng)運(yùn)行過程中必須的信息。

4系統(tǒng)的一些實(shí)現(xiàn)技術(shù)

4．1任務(wù)的自動(dòng)分配和觸發(fā)機(jī)制

可以根據(jù)模型定義自動(dòng)地分配任務(wù)，當(dāng)一個(gè)過程實(shí)例運(yùn)行的時(shí)候，活動(dòng)可以根據(jù)模型定義自動(dòng)分配到指定接收者，并且，有關(guān)完成此活動(dòng)所需要的數(shù)據(jù)也會(huì)傳遞給相應(yīng)的接收者，從而提高業(yè)務(wù)過程執(zhí)行效率。模型中使用角色機(jī)制，不指定具體人員，這樣，人員變更不至于引起模型的變動(dòng)。系統(tǒng)支持遲后綁定，即可以在活動(dòng)運(yùn)行的時(shí)刻才確定此活動(dòng)由誰來完成。

流程從使能到運(yùn)行的控制，采用觸發(fā)機(jī)制，分為人工觸發(fā)、自動(dòng)觸發(fā)、消息觸發(fā)和時(shí)間觸發(fā)。人工觸發(fā)一般是用戶從任務(wù)表中選取其中一項(xiàng)任務(wù)來完成，自動(dòng)觸發(fā)是一些通過程序自動(dòng)執(zhí)行的過程，一旦使能就被觸發(fā)，消息觸發(fā)是指系統(tǒng)外部的消息到達(dá)觸發(fā)，如Email，時(shí)間觸發(fā)是由定時(shí)器來觸發(fā)。

4．2活動(dòng)信息的統(tǒng)計(jì)

系統(tǒng)可以通過對(duì)活動(dòng)信息統(tǒng)計(jì)，并將活動(dòng)的運(yùn)行狀況和統(tǒng)計(jì)信息存儲(chǔ)在數(shù)據(jù)庫內(nèi)。通過提供有關(guān)工作量的信息，可以在建模的時(shí)候預(yù)測(cè)所需要的時(shí)間，并且在活動(dòng)結(jié)束時(shí)計(jì)算任務(wù)完成情況，與初始模型進(jìn)行對(duì)比，生成相應(yīng)的圖表以判斷工作效率，輔助決策經(jīng)營。除系統(tǒng)提供的幾個(gè)基本統(tǒng)計(jì)模型之外，用戶也可以利用系統(tǒng)提供的工具，自行擴(kuò)展新的模型來完成工作量信息統(tǒng)計(jì)和生成對(duì)比圖表。

結(jié)論根據(jù)軟件過程管理的需求，以工作流技術(shù)為核心，J2EE技術(shù)為支撐，結(jié)合SPP模型，文章給出了一個(gè)軟件管理系統(tǒng)的體系結(jié)構(gòu)和其中的一些技術(shù)實(shí)現(xiàn)。但是，為了更好地實(shí)施軟件過程控制和度量，我們發(fā)現(xiàn)，還有一些問題需要進(jìn)行深入的研究。

首先，軟件過程模型的建立就要結(jié)合具體的實(shí)際情況，需要深人了解整個(gè)軟件過程，并根據(jù)不同的需要修改模型來完成資源的動(dòng)態(tài)配置和管理。另外，關(guān)于分布式工作流機(jī)之間的通訊和一致性問題也是相當(dāng)重要的問題，需要擬定合適的策略來實(shí)現(xiàn)資源優(yōu)化調(diào)度。

軟件項(xiàng)目論文:項(xiàng)目管理理論中關(guān)于軟件項(xiàng)目外包采購管理的探討

摘要：本文分析了目前軟件外包采購管理的重要意義和目前的形勢(shì)，提出基于“雙贏”策略的軟件外包采購思想。在項(xiàng)目管理理論、CMM和ISO9000的基礎(chǔ)上，提出和細(xì)化了軟件項(xiàng)目外包采購管理的總體框架和具體操作內(nèi)容。旨在通過對(duì)軟件外包項(xiàng)目采購的選擇購買、跟蹤與控制、評(píng)估驗(yàn)收和項(xiàng)目后處理等過程的研究，來提高軟件外包采購的項(xiàng)目管理水平，滿足承包方對(duì)分承制方產(chǎn)品在質(zhì)量、進(jìn)度和成本等方面的要求和對(duì)外包過程的有效控制，為軟件項(xiàng)目外包采購管理人員提供具體的操作過程。

一、基本概念和背景

項(xiàng)目管理理論是一門綜合多門學(xué)科的新興研究領(lǐng)域，共有九大知識(shí)領(lǐng)域，包括項(xiàng)目集成管理、項(xiàng)目范圍管理、項(xiàng)目時(shí)間管理、項(xiàng)目費(fèi)用管理、項(xiàng)目質(zhì)量管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理和項(xiàng)目采購管理。項(xiàng)目采購管理是指需要從執(zhí)行組織以外獲得貨物和服務(wù)的過程。通常把貨物和服務(wù)稱為產(chǎn)品，把買方稱為業(yè)主或?qū)?yīng)分承制方的總承包商，而賣方稱為承包商、廠商或供應(yīng)商。項(xiàng)目采購管理一般包括以下主要過程：采購計(jì)劃編制，詢價(jià)計(jì)劃編制，詢價(jià)，承包商選擇，合同管理，合同收尾[ 1 ].對(duì)于軟件產(chǎn)品，一般采購可以分為兩大類，一類是對(duì)已經(jīng)在市場(chǎng)流通的軟件產(chǎn)品進(jìn)行采購。例如，某企業(yè)想做信息化建設(shè)項(xiàng)目，涉及到數(shù)據(jù)庫，那么它就可以在目前市面流行通用的幾種廠家和種類的數(shù)據(jù)庫中選擇。例如Oracle公司的Oracle數(shù)據(jù)庫，Microsoft公司的SQL Sever，IBM公司的DB2數(shù)據(jù)庫等等。然后根據(jù)自己的需求，通過詢價(jià)、簽合同、安裝培訓(xùn)等過程來購買此類產(chǎn)品。這種采購過程基本已經(jīng)形成幾套通用的解決方案，比較簡單，中國企業(yè)在處理這類產(chǎn)品的采購時(shí)，大部分都處理的較好。個(gè)別的企業(yè)由于需求分析不清晰，培訓(xùn)工作不到位等原因，也會(huì)產(chǎn)生購買的產(chǎn)品不適用，或不會(huì)用的情況。另外一類軟件產(chǎn)品采購的形式是外包采購。它是指在市場(chǎng)上沒有出現(xiàn)現(xiàn)成的產(chǎn)品或者沒有適合自己企業(yè)需求的產(chǎn)品的情況下，需要以定制的方式把項(xiàng)目（功能模塊）承包給其他企業(yè)。例如某企業(yè)需要實(shí)施企業(yè)資源計(jì)劃項(xiàng)目（ERP），雖然可以購買BAAN軟件，但是基于本企業(yè)業(yè)務(wù)流程的管理軟件必須定制，對(duì)于各個(gè)原有孤立島的集成軟件，無法購買現(xiàn)成的產(chǎn)品，必須自己開發(fā)或外包給別的公司。

二、軟件項(xiàng)目外包采購管理的意義

許多大型復(fù)雜工程項(xiàng)目的實(shí)施需要業(yè)主、總承包商、分承制商、供應(yīng)商和開發(fā)制造商等共同合作來完成。因此在任何甲方和乙方之間必不可少的涉及到部分子項(xiàng)目（功能模塊）的采購活動(dòng)。目前社會(huì)中，企業(yè)的信息化、網(wǎng)絡(luò)化建設(shè)正在世界范圍內(nèi)展開。誰先進(jìn)行信息化改造，誰就早日適應(yīng)社會(huì)發(fā)展的要求，獲得巨額利潤。大規(guī)模的企業(yè)信息化建設(shè)形成了龐大的軟件產(chǎn)品市場(chǎng)，促進(jìn)了軟件業(yè)的發(fā)展。許多項(xiàng)目龐大復(fù)雜、高風(fēng)險(xiǎn)并且涉及高科技信息領(lǐng)域，在客觀上使企業(yè)需要采購和外包許多產(chǎn)品，包括軟件產(chǎn)品。主觀上，在經(jīng)濟(jì)全球一體化形式下，這種外包采購作為采購活動(dòng)的一種特殊的、更為復(fù)雜的形式，在企業(yè)中更為普遍存在。企業(yè)為了在日益競爭的社會(huì)環(huán)境中增強(qiáng)自身的核心競爭力，需要根據(jù)企業(yè)的特點(diǎn)，專門從事某一個(gè)領(lǐng)域或幾個(gè)領(lǐng)域的業(yè)務(wù)，在某個(gè)業(yè)務(wù)領(lǐng)域內(nèi)形成自己的核心業(yè)務(wù)，把企業(yè)內(nèi)部的智能和資源集中在那些有核心競爭優(yōu)勢(shì)的活動(dòng)上；把一些非自己擅長的業(yè)務(wù)領(lǐng)域的子項(xiàng)目和功能模塊外包給有實(shí)力和優(yōu)勢(shì)的公司，才有利于加快項(xiàng)目的完工進(jìn)度，降低風(fēng)險(xiǎn)，優(yōu)化資源配制，保證項(xiàng)目質(zhì)量，降低成本，創(chuàng)造更高的價(jià)值。

以電信行業(yè)為例，愛立信公司2000年底宣布把手機(jī)生產(chǎn)的絕大部分業(yè)務(wù)外包給新加坡的Flextronics公司，專注于移動(dòng)通信網(wǎng)絡(luò)設(shè)備業(yè)務(wù)。原因是愛立信的移動(dòng)通信網(wǎng)絡(luò)設(shè)備的銷售占愛立信公司銷售額的54%，利潤達(dá)90%以上，占有全球的移動(dòng)通信市場(chǎng)分額高達(dá)30%，而手機(jī)生產(chǎn)的投資回報(bào)率很底，甚至出現(xiàn)虧損情況。對(duì)于愛立信而言，手機(jī)生產(chǎn)“外包”是在信息化時(shí)代的戰(zhàn)略調(diào)整，希望通過外包生產(chǎn)，調(diào)整投資結(jié)構(gòu)，使手機(jī)降低成本并且盡快盈利，集中精力穩(wěn)定和拓展電信業(yè)的新市場(chǎng)。出于同樣目的，美國的摩托羅拉公司也表示將外包部分地區(qū)的手機(jī)生產(chǎn)業(yè)務(wù)。作為手機(jī)市場(chǎng)份額最大的諾基亞，在專注于手機(jī)生產(chǎn)業(yè)務(wù)的同時(shí)，大力開發(fā)周邊產(chǎn)業(yè)。希望以手機(jī)業(yè)務(wù)帶動(dòng)相關(guān)產(chǎn)業(yè)的發(fā)展。從三大公司的投資趨勢(shì)，可以看出，“外包”作為一種先進(jìn)的國際專業(yè)化的生產(chǎn)方式正被一些大公司越來越多的采用。我國正處在信息化建設(shè)的高速發(fā)展階段，必然會(huì)有越來越多的企業(yè)由于自身的能力限制或業(yè)務(wù)發(fā)展的戰(zhàn)略選擇，將采取業(yè)務(wù)“外包”的生產(chǎn)方式。

就軟件項(xiàng)目外包采購的市場(chǎng)來說，2000年是企業(yè)信息化實(shí)施的第一年，國內(nèi)企業(yè)，特別是大型企業(yè)的信息化項(xiàng)目開始運(yùn)作。行業(yè)信息化改造重點(diǎn)將由原來的電信、金融、海關(guān)等行業(yè)轉(zhuǎn)向交通、制造、醫(yī)療等傳統(tǒng)行業(yè)。這些行業(yè)由于自身計(jì)算機(jī)技術(shù)水平和業(yè)務(wù)發(fā)展重點(diǎn)的原因，將會(huì)把大量的軟件項(xiàng)目外包給軟件公司。根據(jù)CCID的統(tǒng)計(jì)（軟件可以分成平臺(tái)軟件、中間軟件和應(yīng)用軟件），2000年中國軟件市場(chǎng)中應(yīng)用軟件的銷售額為147億元，占軟件總市場(chǎng)份額的63.9%.預(yù)計(jì)到2005年，計(jì)算機(jī)信息服務(wù)和軟件市場(chǎng)銷售額增長到1750億元。屆時(shí)我國軟件項(xiàng)目“外包”市場(chǎng)潛力可想而知。

三、軟件外包采購管理存在的問題

雖然在傳統(tǒng)行業(yè)，許多工程項(xiàng)目的采購活動(dòng)，例如機(jī)械工程項(xiàng)目或建筑工程項(xiàng)目等等已經(jīng)形成比較成熟的管理體制和標(biāo)準(zhǔn)。但是軟件項(xiàng)目的外包管理工作并不象其他行業(yè)那樣順利。

軟件工程項(xiàng)目管理引起廣泛注意源于20世紀(jì)70年代中期，當(dāng)時(shí)發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)楣芾聿簧贫稹?0世紀(jì)90年代中期，美國的軟件開發(fā)仍然很難預(yù)測(cè)，大約只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。商用軟件通常只有9%（中小型軟件公司有16%）的軟件項(xiàng)目能夠及時(shí)交付且費(fèi)用并不超支。

這里有多方面的原因：軟件產(chǎn)品作為一種特殊商品形式，具有高度不可測(cè)量性和高度柔性；軟件企業(yè)開發(fā)能力還不太成熟，軟件開發(fā)大多數(shù)還處于手工作坊方式，軟件研發(fā)企業(yè)有其自身的運(yùn)做方式，人為因素比重大，不好量化管理。由于不確定因素太多，許多軟件開發(fā)企業(yè)對(duì)于自己的項(xiàng)目都難以精確控制進(jìn)度、質(zhì)量、資源和成本，那么對(duì)于業(yè)主來說，想對(duì)外部企業(yè)（例如分承制商）保持良好控制力的難度就更大了。再加上具有技術(shù)優(yōu)勢(shì)的軟件開發(fā)商一般集中在幾個(gè)科技發(fā)達(dá)的大城市，與業(yè)主的距離遠(yuǎn)，相互的交流不方便，因此許多軟件采購項(xiàng)目的實(shí)際應(yīng)用效果都差強(qiáng)人意：不適用，進(jìn)度超期，性能達(dá)不到標(biāo)準(zhǔn)，成本太高等等情況時(shí)有發(fā)生。

軟件項(xiàng)目外包采購的成功與失敗不僅僅影響到當(dāng)前軟件項(xiàng)目的質(zhì)量、成本和工作進(jìn)度，而且關(guān)系到企業(yè)信息化建設(shè)整個(gè)項(xiàng)目的整體結(jié)構(gòu)、性能以及進(jìn)度，意義重大。特別是當(dāng)軟件項(xiàng)目作為整體項(xiàng)目計(jì)劃關(guān)鍵路徑的一個(gè)環(huán)節(jié)，軟件項(xiàng)目采購的進(jìn)度直接影響整體項(xiàng)目的進(jìn)度，并且總成本將成指數(shù)級(jí)增加。由于軟件采購的情況特別復(fù)雜，涉及的學(xué)科領(lǐng)域不僅是科學(xué)技術(shù)上的，還有商業(yè)上的和觀念上的，軟件項(xiàng)目外包采購管理水平的高低，將直接關(guān)系到企業(yè)整個(gè)信息化建設(shè)進(jìn)程。因此軟件項(xiàng)目采購管理作為項(xiàng)目管理理論中一個(gè)新的研究課題，有必要給予足夠的重視。

四、目前軟件外包采購管理情況

美國項(xiàng)目管理協(xié)會(huì)的“項(xiàng)目管理知識(shí)體系指南”（PMBOK）[1]、美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所的“軟件能力成熟度模型”（CMM）[2，3]和國際標(biāo)準(zhǔn)ISO9000-3[4]中雖然對(duì)外包采購管理的流程有過論述，但是他們指出的只是外包采購管理的一般原則；雖然人們可以結(jié)合自身企業(yè)特點(diǎn)實(shí)施標(biāo)準(zhǔn)，具有一定靈活性，但是事物的另一對(duì)立面就是操作過程不具體。這給軟件產(chǎn)品的外包采購管理者帶來具體操作上的困惑。另外PMBOK體系原則上是應(yīng)用在各個(gè)行業(yè)的，缺乏針對(duì)軟件領(lǐng)域的特點(diǎn)做專門的論述。ISO 9000-3系列和CMM雖然是針對(duì)軟件領(lǐng)域的標(biāo)準(zhǔn)，但是ISO 9000-3的最大的特點(diǎn)是只告訴你要按規(guī)定做，不強(qiáng)調(diào)效果和后續(xù)改善，不強(qiáng)調(diào)經(jīng)驗(yàn)積累和后評(píng)估。從這個(gè)意義上講ISO9000注重水平的評(píng)估，不太強(qiáng)調(diào)提高企業(yè)成長的過程，因此對(duì)于提高企業(yè)的管理水平意義不大；CMM雖然旨在強(qiáng)調(diào)企業(yè)的過程能力的持續(xù)改進(jìn)，但是它重點(diǎn)強(qiáng)調(diào)軟件的開發(fā)過程管理和產(chǎn)品管理，缺乏軟件的分發(fā)、轉(zhuǎn)交和服務(wù)等方面的管理標(biāo)準(zhǔn)，所以也有一定的局限性。

五、基于“雙贏”策略的軟件外包采購思想

本文作者在集成美國項(xiàng)目管理協(xié)會(huì)的“項(xiàng)目管理知識(shí)體系指南”（PMBOK）和美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所的“軟件能力成熟度模型”（SW- CMM，SA-CMM）和ISO9000-3中關(guān)于外包采購的宗旨的基礎(chǔ)上提出“雙贏”策略的軟件外包采購思想。

“雙贏”策略的軟件外包采購思想旨在利用雙方業(yè)務(wù)能力互補(bǔ)，通過共同合作完成軟件外包項(xiàng)目，達(dá)到“雙贏”的目的，促進(jìn)雙方業(yè)務(wù)總體能力的提高。這種“雙贏”策略要求雙方在以下方面達(dá)成共識(shí)：雙方共同關(guān)注過程控制，才能保證有效結(jié)果；只能成功，不能指望依靠懲罰手段來收回采購成本，軟件外包采購項(xiàng)目的失敗對(duì)整個(gè)項(xiàng)目帶來的損失是巨大的；在合作過程中，建立對(duì)分承制商關(guān)系的管理體系，作為以后合作的基礎(chǔ)；重視開發(fā)過程的風(fēng)險(xiǎn)評(píng)估和采購項(xiàng)目后評(píng)估，使得雙方業(yè)務(wù)能力得到持續(xù)提高。

傳統(tǒng)的外包采購中，采購方只關(guān)心分承制商產(chǎn)品的進(jìn)度和質(zhì)量，以為只要分承制商按期、按質(zhì)交貨，就可以圓滿結(jié)束此次采購活動(dòng)。有些項(xiàng)目盡管前期進(jìn)度和質(zhì)量滿足合同要求，但是許多是以高投入、高負(fù)荷、高消耗等手段來保證的，這給后期帶來極高的風(fēng)險(xiǎn)。在階段評(píng)審中，如果采購方對(duì)分承制商開發(fā)過程中的費(fèi)用投入、人員負(fù)荷、資源消耗、組織結(jié)構(gòu)變化等漠不關(guān)心，因此就不能及早預(yù)見風(fēng)險(xiǎn)、控制風(fēng)險(xiǎn)。很難想象，后期在費(fèi)用透支、人員疲憊或流失嚴(yán)重的情況下，分承制商仍能保證產(chǎn)品質(zhì)量和進(jìn)度。這種情況下，采購方只能要么加大投入，要么終止合同，并要求賠償，要么延期驗(yàn)收等等。其副作用可想而知。而分承制商為了減少損失，根據(jù)博弈論中子博弈精練納什均衡原理，必然采取降低質(zhì)量要求，減少投入的策略，來加快進(jìn)度。結(jié)果最終還是采購方遭受損失。

六、軟件項(xiàng)目外包采購管理過程

為了保證軟件外包采購項(xiàng)目的順利進(jìn)行，本文作者在上訴理論體系和“雙贏”采購策略的基礎(chǔ)上，提出和細(xì)化了軟件項(xiàng)目外包采購的總體框架和具體操作內(nèi)容，旨在為軟件項(xiàng)目外包采購管理人員提供具體的可操作過程。

對(duì)于本采購過程，如果業(yè)主方由于行業(yè)、人員等原因，沒有健全的監(jiān)控部門，可以聘請(qǐng)具有軟件監(jiān)理職責(zé)的公司，或者總承包給具有一定軟件工程監(jiān)控能力的公司。這時(shí)的總承包公司角色相當(dāng)于本文提到的采購部。

軟件項(xiàng)目的整個(gè)外包采購過程可以分為十個(gè)工作階段，包括總體項(xiàng)目需求分析和設(shè)計(jì)、子項(xiàng)目的需求分析、廠商選擇、分承制商開發(fā)、業(yè)主階段評(píng)估、交驗(yàn)測(cè)試、安裝、培訓(xùn)、維護(hù)，后評(píng)價(jià)。

在開始外包采購之前，首先業(yè)主要完成項(xiàng)目的總體需求規(guī)格說明書和承包項(xiàng)目的需求說明書。一般承包項(xiàng)目的需求分用戶需求和分配需求。對(duì)于分承包商來說，業(yè)主對(duì)軟件項(xiàng)目所提出的需求通稱“用戶需求”。對(duì)于業(yè)主來說，系統(tǒng)總體分配給軟件的系統(tǒng)需求通稱“分配需求”。如何作好子項(xiàng)目的需求分析和管理，請(qǐng)參閱《軟件需求》，詳見參考文獻(xiàn)5.然后業(yè)主把需求說明書交給采購組組織采購。采購部門收到需求說明書后，再補(bǔ)充質(zhì)詢調(diào)查表、報(bào)價(jià)指南、綜合條款及條件等文件，組成采購質(zhì)詢技術(shù)文件發(fā)往廠商進(jìn)行質(zhì)詢。采購部門在廠商質(zhì)詢的基礎(chǔ)上，準(zhǔn)備了廠商選擇和投標(biāo)估價(jià)等技術(shù)文件后，向業(yè)主送審，提請(qǐng)業(yè)主批準(zhǔn)和確認(rèn)所選廠商。在廠商選擇和投標(biāo)估價(jià)這兩個(gè)文件中，采購部根據(jù)擬采購的軟件對(duì)被質(zhì)詢的至少三家以上的供應(yīng)廠商，就技術(shù)開發(fā)成熟能力、資源（包括以有的產(chǎn)品、硬件、軟件、信息和已經(jīng)過的培訓(xùn)）、資格和信譽(yù)、過去的合作關(guān)系、價(jià)格、提供的售后服務(wù)（包括培訓(xùn)和維護(hù)）、分承制方組織配置結(jié)構(gòu)、與質(zhì)詢要求的差異等方面，經(jīng)過經(jīng)濟(jì)技術(shù)和商業(yè)戰(zhàn)略角度出發(fā)進(jìn)行全面評(píng)估，經(jīng)過其他各部門（例如系統(tǒng)工程組、軟件工程組、質(zhì)保組、財(cái)務(wù)組）審核后，列出供應(yīng)廠商的優(yōu)劣次序，擇其優(yōu)者為該項(xiàng)目的供應(yīng)廠商。采購部一般以月為單位向業(yè)主通報(bào)軟件采購情況。一般以招投標(biāo)方式或內(nèi)部評(píng)審的方式來確定分承制商。

分承制商在接到采購部的定貨以后，就可以進(jìn)行工作說明書、用戶需求說明書、軟件需求規(guī)格說明書、軟件開發(fā)詳細(xì)計(jì)劃和成本概預(yù)算、測(cè)試計(jì)劃、質(zhì)量控制方法、風(fēng)險(xiǎn)控制、擬采用的軟件工程標(biāo)準(zhǔn)和軟件生命周期等文檔的制作。然后分承制商把有關(guān)的技術(shù)資料文件通過業(yè)主的采購部送給業(yè)主進(jìn)行校核和批準(zhǔn)，然后才能開始開發(fā)。

業(yè)主在接到分承制商的上述材料后，組織系統(tǒng)工程部、軟件工程部、質(zhì)保部、財(cái)務(wù)部、采購部、法律部就上述材料中的開發(fā)項(xiàng)目視圖和需求范圍、使用或需要購買的軟硬件、進(jìn)度計(jì)劃和成本、測(cè)試計(jì)劃與案例、使用的技術(shù)和工程標(biāo)準(zhǔn)、人員配置等進(jìn)行評(píng)審，并出具評(píng)審文件和風(fēng)險(xiǎn)評(píng)估、控制建議書。并由采購部制定采購項(xiàng)目監(jiān)督評(píng)估計(jì)劃書。合格后，由采購部、質(zhì)保部及法律人員與分承制商簽署詳細(xì)的軟件采購子合同。如需要對(duì)軟件項(xiàng)目投保，以此來降低風(fēng)險(xiǎn)，需要和分承制商協(xié)商后，納入合同文件。

分承制商在簽署合同后可以進(jìn)行設(shè)計(jì)和開發(fā)。業(yè)主應(yīng)該委派采購部監(jiān)督分承制商的工作。采購部應(yīng)該有計(jì)劃的組織質(zhì)保部、軟件工程部的項(xiàng)目計(jì)劃管理人員和配置管理人員，定期對(duì)分承制商的開發(fā)活動(dòng)進(jìn)度、質(zhì)量、成本等進(jìn)行評(píng)估，并形成評(píng)估建議書。送審業(yè)主方的系統(tǒng)工程部、項(xiàng)目管理人員、分承制商的此項(xiàng)目的負(fù)責(zé)人。分承制方的項(xiàng)目負(fù)責(zé)人要對(duì)評(píng)估建議書的建議進(jìn)行書面回復(fù)，并確保實(shí)施。

分承制方對(duì)所有需要采購的資源（軟件、硬件、人力資源等）負(fù)責(zé)進(jìn)行檢驗(yàn)；采購部有權(quán)在任何時(shí)候?qū)Ψ殖兄粕趟少彽馁Y源進(jìn)行驗(yàn)證，使之符合所采用的規(guī)格說明書、規(guī)范、標(biāo)準(zhǔn)和其他技術(shù)文件所規(guī)定的要求，確保分承制商專款專用，建立開發(fā)環(huán)境。在這個(gè)階段之前，采購部門和分承制商首先要確定由分承制商提供的驗(yàn)證建議書，并作好準(zhǔn)備工作，提交檢驗(yàn)用的技術(shù)文件，包括廠商說明書、設(shè)備性能數(shù)據(jù)表、配制清單、試驗(yàn)程序、檢驗(yàn)技術(shù)要求。在檢驗(yàn)的物質(zhì)條件和技術(shù)條件均已準(zhǔn)備妥善后，分承包商就可以向采購部并通過采購部向業(yè)主提出書面檢驗(yàn)申請(qǐng)。一般分承包商可以提前三周通知采購部，由采購部提前兩周以書面形式向業(yè)主提出檢驗(yàn)申請(qǐng)，由業(yè)主召集系統(tǒng)工程部、軟件工程部、質(zhì)保部組成驗(yàn)證組，在規(guī)定的時(shí)間、地點(diǎn)檢驗(yàn)。通過檢驗(yàn)后，分承包商進(jìn)入項(xiàng)目開發(fā)階段；業(yè)主進(jìn)入監(jiān)控和評(píng)估階段。對(duì)于重大關(guān)鍵項(xiàng)目，業(yè)主可以派遣項(xiàng)目監(jiān)督員短期或長期進(jìn)駐分承包商單位。

由于作為外部單位，業(yè)主不便時(shí)刻監(jiān)督項(xiàng)目的開發(fā)過程。雖然理論上需要把分承制商看作是自己的一個(gè)項(xiàng)目部門來對(duì)待，納入自己的進(jìn)度控制和質(zhì)量控制體系，但是客觀上由于分承制商與業(yè)主距離較遠(yuǎn)，人員不熟悉，各自有自己的企業(yè)文化和管理體制，雙方之間的信息溝通不暢，業(yè)主難以實(shí)時(shí)監(jiān)督分承制商的開發(fā)進(jìn)程和質(zhì)量。最好的辦法就是在分承制商的軟件項(xiàng)目的各個(gè)里程碑處和分承制商一起進(jìn)行檢查和評(píng)估。軟件項(xiàng)目一般可以劃分成若干個(gè)里程碑（3-5個(gè)為益），分承制商需要提前一周通知采購部組織相關(guān)人員來評(píng)估。軟件項(xiàng)目的里程碑一般指產(chǎn)品設(shè)計(jì)趨于穩(wěn)定，中間產(chǎn)品定義趨于明晰，項(xiàng)目開發(fā)組真正了解項(xiàng)目實(shí)際的關(guān)鍵技術(shù)難度和可行的進(jìn)度計(jì)劃，開發(fā)活動(dòng)停止，產(chǎn)品進(jìn)入除錯(cuò)和穩(wěn)定、隨時(shí)可以的階段，或當(dāng)產(chǎn)品設(shè)計(jì)被刪減、資源增加、進(jìn)度延誤的時(shí)候。在評(píng)估軟件質(zhì)量、進(jìn)度和功能的同時(shí)，還要評(píng)估分承制商的人員工作負(fù)荷程度、風(fēng)險(xiǎn)、費(fèi)用和資源消耗情況，并形成文檔。由采購部送審系統(tǒng)工程部、軟件工程部、項(xiàng)目管理部和分承制商的此項(xiàng)目負(fù)責(zé)人。

當(dāng)產(chǎn)品進(jìn)入交驗(yàn)測(cè)試的時(shí)候，分承制商需要提前三周通知采購部，采購部于前兩周通知業(yè)主作好交驗(yàn)的組織評(píng)估準(zhǔn)備工作。這時(shí)業(yè)主組織系統(tǒng)工程部、軟件工程部、測(cè)試部、質(zhì)保部和采購部，根據(jù)分承制商和業(yè)主在分承制商開發(fā)階段預(yù)先共同定義、評(píng)審并批準(zhǔn)的測(cè)試計(jì)劃和驗(yàn)收方案進(jìn)行驗(yàn)收測(cè)試，對(duì)需求規(guī)格說明書中的各項(xiàng)逐個(gè)詳細(xì)的測(cè)試。最后以書面的形式給出對(duì)整個(gè)軟件項(xiàng)目的測(cè)試評(píng)估報(bào)告。并對(duì)未通過驗(yàn)收測(cè)試的軟件產(chǎn)品指定相應(yīng)的補(bǔ)救措施和計(jì)劃。分承制商交付給業(yè)主方的軟件產(chǎn)品應(yīng)當(dāng)包括：源代碼、軟件開發(fā)計(jì)劃、仿真環(huán)境、軟件需求規(guī)格說明書、設(shè)計(jì)文檔、軟件測(cè)試計(jì)劃、軟件測(cè)試說明、驗(yàn)收測(cè)試計(jì)劃、軟件使用手冊(cè)、軟件安裝手冊(cè)、軟件維護(hù)手冊(cè)。必要的話，還包括相關(guān)培訓(xùn)計(jì)劃。

軟件采購的一個(gè)重要階段是交貨，也是目前經(jīng)常忽略的階段。當(dāng)所采購的軟件產(chǎn)品以及硬件運(yùn)行環(huán)境在規(guī)定的時(shí)間到達(dá)采購部時(shí)候，采購部要以書面的形式通知業(yè)主交貨。業(yè)主對(duì)所交的整個(gè)軟件產(chǎn)品清單進(jìn)行驗(yàn)收，并事先通知采購部拆箱日期，要采購部和分承包商的代表按時(shí)到場(chǎng)。業(yè)主要在接到采購部交貨通知后一個(gè)月內(nèi)，對(duì)所檢查驗(yàn)收的整個(gè)軟件產(chǎn)品（包括相關(guān)的軟件、硬件及其附屬產(chǎn)品、文檔、技術(shù)資料等子合同中規(guī)定的產(chǎn)品）出具一份交貨證明，如果這些提交的軟件產(chǎn)品沒有受到損壞并與裝箱清單相一致，并在業(yè)主方環(huán)境運(yùn)行良好；否則出具一份書面通知，說明在某個(gè)方面此產(chǎn)品損壞或與裝箱單不符，或在業(yè)主方提供的環(huán)境運(yùn)行不良。此通知或證明應(yīng)由采購部和分承制商代表簽署。如果在簽合同的時(shí)候，就規(guī)定分承制商負(fù)責(zé)安裝和調(diào)試，則相應(yīng)的過程省略。

最后業(yè)主方由采購部把所有的文檔歸類封存，以備后續(xù)類似項(xiàng)目采購的參考查詢。同時(shí)采購部在兩個(gè)月之內(nèi)以書面形式，對(duì)分承制商的技術(shù)開發(fā)成熟能力、資源（包括以有的產(chǎn)品、硬件、軟件、人力資源和已經(jīng)過的培訓(xùn)）、信譽(yù)、分承制方組織配置結(jié)構(gòu)，管理能力和企業(yè)文化提交后評(píng)價(jià)報(bào)告，作為建立客戶關(guān)系管理（CRM）的依據(jù)。對(duì)于此次采購的經(jīng)驗(yàn)和教訓(xùn)，包括進(jìn)度控制、質(zhì)量控制、成本控制、客戶關(guān)系控制、流程控制、風(fēng)險(xiǎn)控制等方面，采購部以文檔的形式在組內(nèi)討論并保存。

七、結(jié)束語：

作為大型工程項(xiàng)目中的軟件子項(xiàng)目或者部分功能模塊的采購（外包），由于軟件開發(fā)的固有特性（風(fēng)險(xiǎn)大，柔性強(qiáng)，人為因素突出，結(jié)果不宜測(cè)量等），使軟件項(xiàng)目的外包采購管理變得十分復(fù)雜。如何控制分承制商的開發(fā)進(jìn)度和質(zhì)量等關(guān)鍵因素，需要在實(shí)踐中不斷探索，并針對(duì)具體公司和項(xiàng)目對(duì)采購過程有所裁剪。

軟件項(xiàng)目論文:Project 軟件與水利工程項(xiàng)目管理

摘 要：本文介紹了Project軟件的主要功能及基本使用方法，分析了當(dāng)前水利工程建

設(shè)中 Project 軟件的應(yīng)用情況，闡明了 Project 軟件在水利工程項(xiàng)目管理中的重要性。

關(guān)鍵詞：水利工程建設(shè)；進(jìn)度計(jì)劃；資源分配

1 Project 軟件在工程建設(shè)中的作用

Project 是一個(gè)項(xiàng)目管理網(wǎng)絡(luò)計(jì)劃軟件，它是基于關(guān)鍵路徑法(CPM)和項(xiàng)目評(píng)審技術(shù)(PERT)兩種技術(shù)，主要用于大中型項(xiàng)目的計(jì)劃制定、評(píng)審、優(yōu)化、資源合理調(diào)配和現(xiàn)場(chǎng)動(dòng)態(tài)跟蹤的通用的肯定型網(wǎng)絡(luò)計(jì)劃軟件包。Project 提供了一套完整的項(xiàng)目描述和計(jì)算的方法及模型，通過這個(gè)軟件生成圖、表或文件。

1.1 快速地建立項(xiàng)目計(jì)劃

建立項(xiàng)目計(jì)劃，需要完成一份正確的網(wǎng)絡(luò)計(jì)劃圖，這至少需要一個(gè)星期的時(shí)間進(jìn)行設(shè)計(jì)、參數(shù)計(jì)算、核對(duì)、成圖。如果需要在原方案上做些修改，就不得不重新算一遍。耗費(fèi)更多的時(shí)間、人力、物力、財(cái)力，無法適應(yīng)當(dāng)前飛速發(fā)展的形勢(shì)。Project則能把這些工作都承擔(dān)起來，能輕松愉快地完成項(xiàng)目計(jì)劃的制定工作。如果需要修改、增刪、優(yōu)化，只需要把修改的地方輸入給 Project，它會(huì)按新的意圖重新計(jì)算，在幾秒內(nèi)就給出結(jié)果。而且 Project 會(huì)自動(dòng)計(jì)算出關(guān)鍵路徑，計(jì)算每個(gè)任務(wù)的時(shí)差和整個(gè)項(xiàng)目的開工、完工日期，告訴能否如期竣工，資源分配是否合理。

1.2 按工期管好項(xiàng)目中的任務(wù)

Project 把一個(gè)任務(wù)劃分為四個(gè)階段進(jìn)行管理，即：比較基準(zhǔn)計(jì)劃(原始計(jì)劃)、當(dāng)前計(jì)劃、實(shí)際計(jì)劃和待執(zhí)行計(jì)劃(剩余計(jì)劃或未完成計(jì)劃)。它為每個(gè)階段的計(jì)劃都設(shè)置了數(shù)據(jù)域，用戶隨時(shí)都可以查看。比較基準(zhǔn)計(jì)劃$原始計(jì)劃’里的計(jì)劃數(shù)據(jù)記錄了最初制定項(xiàng)目計(jì)劃時(shí)項(xiàng)目的狀態(tài)情況。這個(gè)計(jì)劃數(shù)據(jù)在項(xiàng)目調(diào)整過程中始終保持不變，無論何時(shí)需要原始計(jì)劃數(shù)據(jù)時(shí)都可以從這個(gè)計(jì)劃數(shù)據(jù)域中得到。

當(dāng)前計(jì)劃是根據(jù)實(shí)際已經(jīng)發(fā)生的計(jì)劃和任務(wù)間的制約關(guān)系面計(jì)算出來的，它作為整個(gè)計(jì)劃的重點(diǎn)向用戶提供了極為詳細(xì)的數(shù)據(jù)。例如開始時(shí)間、完成時(shí)間、工期、總時(shí)差、自由時(shí)差、工作量、費(fèi)用等。

實(shí)際計(jì)劃是指已經(jīng)開始實(shí)施，但未完成或已經(jīng)全部完成的任務(wù)計(jì)劃。Project 設(shè)置“實(shí)際計(jì)劃”數(shù)據(jù)域，可使用戶把已經(jīng)完成的工作和未完成的工作區(qū)分開來。而且一旦一個(gè)任務(wù)的實(shí)際計(jì)劃生效，Project 會(huì)按實(shí)際計(jì)劃自動(dòng)修正當(dāng)前計(jì)劃。并且據(jù)此計(jì)算和預(yù)測(cè)整個(gè)項(xiàng)目計(jì)劃。

待執(zhí)行計(jì)劃是需要完成的剩余工作量，Project 會(huì)根據(jù)完

成情況自動(dòng)計(jì)算剩余工作量。

總之，用戶把采集到的項(xiàng)目任務(wù)完成和變動(dòng)情況輸入到Project 后，系統(tǒng)就按項(xiàng)目實(shí)際發(fā)生的數(shù)據(jù)進(jìn)行整個(gè)項(xiàng)目計(jì)劃的計(jì)算，確定新的關(guān)鍵路徑，預(yù)測(cè)整個(gè)項(xiàng)目前景，使得項(xiàng)目動(dòng)態(tài)跟蹤就變得非常容易。

1.3 對(duì)人員設(shè)備和資金資源進(jìn)行分配

Project 把在完成項(xiàng)目任務(wù)活動(dòng)中投入的人員、機(jī)械臺(tái)班設(shè)備和材料、資金等抽象化為“資源”，建立起資源庫。Project根據(jù)每個(gè)任務(wù)的資源使用情況計(jì)算整個(gè)項(xiàng)目的資源需求曲線，自動(dòng)指出“超負(fù)荷分配”發(fā)生在那些任務(wù)上，能夠幫助用戶自動(dòng)進(jìn)行資源平衡，并能自動(dòng)排出每個(gè)資源承擔(dān)的任務(wù)上的日程、工作量和成本表。

1.4 提供豐富圖表

Project 提供了與國際上接軌的單代號(hào)網(wǎng)絡(luò)圖，中國科學(xué)院計(jì)算所在 Project 配套的軟件 “中文伴侶”中開發(fā)了雙號(hào)網(wǎng)絡(luò)圖處理系統(tǒng)。

Project 把橫道圖和表結(jié)合在一起，這樣既能以圖形方式形象地查看任務(wù)信息，又能看到具體的數(shù)據(jù)，便于理解項(xiàng)目。橫道圖上不僅可以顯示出工序的關(guān)系線，而且工序信息也可直接顯示在橫道條的四周。

資源圖是以反映資源使用狀況為重點(diǎn)的信息，Project 為資源分析和跟蹤提供了8種圖形，即：資源需求曲線圖、資源工作量圖、資源累計(jì)工作量圖、超分配工作量圖、資源已經(jīng)分配的百分?jǐn)?shù)圖、資源當(dāng)前可用工作量、成本圖、累計(jì)費(fèi)用圖。

總之，Project 提供項(xiàng)目各個(gè)方面信息，使項(xiàng)目的管理更高效有序。無論用于項(xiàng)目投標(biāo)、項(xiàng)目計(jì)劃的組織施工，還是對(duì)工程項(xiàng)目實(shí)行監(jiān)理都是一個(gè)不可多得的軟件。

2

Project 與山西水利建設(shè)

近年來，我省的水利事業(yè)發(fā)展良好，按國家規(guī)定逐步實(shí)行了項(xiàng)目法人責(zé)任制、招標(biāo)投標(biāo)制、工程監(jiān)理制，使工程項(xiàng)目管理日趨規(guī)范化。

隨著計(jì)算機(jī)技術(shù)的迅猛發(fā)展，應(yīng)用計(jì)算機(jī)進(jìn)行管理已成為必然。然而，在我省大多項(xiàng)目管理仍延用傳統(tǒng)的方式，依賴自己的老經(jīng)驗(yàn)，總認(rèn)為不使用計(jì)算機(jī)輔助管理，工程也照樣能進(jìn)行下去。盡管絕大多數(shù)項(xiàng)目部都購買了計(jì)算機(jī)，但大多數(shù)單位使用它打字、制表，由人工畫道改成“計(jì)算機(jī)畫道”，計(jì)算機(jī)沒能發(fā)揮出其強(qiáng)大優(yōu)勢(shì)。項(xiàng)目施工單位用手工編制項(xiàng)目計(jì)劃不僅要耗費(fèi)大量的時(shí)間及人力，而且經(jīng)常是工程已經(jīng)開工，計(jì)劃還沒有做好，使計(jì)劃管理總處于被動(dòng)局面。然而，計(jì)算機(jī)在優(yōu)化進(jìn)度計(jì)劃方面及時(shí)、快速、準(zhǔn)確、便捷等特點(diǎn)是人工無法比擬的。針對(duì)傳統(tǒng)管理的弊端，Project中文版為項(xiàng)目管理人員提供了眾多有實(shí)用價(jià)值的功能，以及簡單且方便的解決方法，使生產(chǎn)計(jì)劃人員能高效地處理這些變化。

在我國許多建筑單位選擇了Project，在應(yīng)用過程中普遍反映這個(gè)軟件操作簡單，更改、調(diào)整非常方便，確實(shí)體會(huì)到該系統(tǒng)在建筑項(xiàng)目計(jì)劃的制定管理與信息交流等方面的強(qiáng)大功

能，嘗到了先進(jìn)管理方式的甜頭，認(rèn)識(shí)到工程項(xiàng)目施工中開展全面的計(jì)算機(jī)應(yīng)用，實(shí)在是非常必要的。

在我國市場(chǎng)經(jīng)濟(jì)發(fā)展日益完善的今天，建筑施工行業(yè)也面臨著優(yōu)勝劣汰的競爭選擇。在激烈的市場(chǎng)競爭中，不允許任何企業(yè)偏安于一隅，任何一個(gè)擁有關(guān)鍵技術(shù)的小企業(yè)，都可以在很短時(shí)間里迅速成長為區(qū)域性的大企業(yè)，技術(shù)和管理的創(chuàng)新日益成為企業(yè)間競爭的根本，而一些大的水利工程已率先引用了先進(jìn)管理軟件，如我省的引黃工程，利用P3作管理軟件。水利水電監(jiān)理公司利用自己研制的軟件進(jìn)行監(jiān)理控制等。這僅僅是一個(gè)開始，我們應(yīng)在掌握原有技術(shù)、經(jīng)驗(yàn)的基礎(chǔ)上，利用先進(jìn)的管理軟件進(jìn)行高效管理，這應(yīng)該是山西水利發(fā)展方向。當(dāng)然，把計(jì)算機(jī)用于工程項(xiàng)目施工管理不是一個(gè)簡單問題，對(duì)于選擇什么樣的工程項(xiàng)目管理軟件也是非常重要的。每項(xiàng)目工程都有各自的特點(diǎn)，Project作為微軟的最新項(xiàng)目管理產(chǎn)品，國外項(xiàng)目管理的首選軟件，在應(yīng)用過程中，針對(duì)工程中的不同特點(diǎn)也會(huì)表現(xiàn)出一定的不足，但計(jì)算機(jī)用于工程項(xiàng)目施管理已成為發(fā)展的必然趨勢(shì)。計(jì)算機(jī)的強(qiáng)大功能必須得到充分發(fā)揮。這是我省水利項(xiàng)目管理的需要，也是水利事業(yè)發(fā)展的必然趨勢(shì)。

6

Project在工程建設(shè)中的前景展望

目前我國采用計(jì)算機(jī)進(jìn)行工程項(xiàng)目管理的建筑施工單位還不太多，這主要是由于有些人還沒有認(rèn)識(shí)到這個(gè)問題的重要性，有些人還沒有找到正確的方法，沒有建立和制定一套完整的適應(yīng)計(jì)算機(jī)管理特點(diǎn)的管理體制，同時(shí)也說明把計(jì)算機(jī)用于工程施工管理不是一個(gè)簡單問題，它需要多方面的基礎(chǔ)知識(shí)和技能，需要從多方面努力。

科學(xué)技術(shù)是第一生產(chǎn)力，項(xiàng)目管理科學(xué)化是大勢(shì)所趨。Project軟件憑借其在項(xiàng)目管理方面所起的顯著作用，以及其操作簡單，跟蹤調(diào)整方便等特點(diǎn)，已在中國建筑市場(chǎng)占了一席之地，尤其是Project2000版的推出，使操作更為簡單、快捷，人機(jī)界面更趨完善，功能更為強(qiáng)大，這必將推進(jìn)我國的工程項(xiàng)目管理進(jìn)行一場(chǎng)高科技的改革，使其逐步與國際慣例接軌。現(xiàn)在已經(jīng)有越來越多的人在關(guān)注這個(gè)軟件，國家也十分重視科技的推廣，尤其是水利部，專門組織培訓(xùn)班，對(duì)全國水利單位人員進(jìn)行Project項(xiàng)目管理軟件培訓(xùn)，這將極大地推動(dòng)軟件在水利行業(yè)的推廣應(yīng)用。據(jù)說水利部將把是否利用Project軟件進(jìn)行項(xiàng)目管理，是否有專職人員進(jìn)行過Project軟件培訓(xùn)，作為監(jiān)理資質(zhì)評(píng)審的條件之一，這充分體現(xiàn)了國家對(duì)該軟件的重視，這也將有利Project軟件在全國范圍內(nèi)的推廣，該軟件在國內(nèi)推廣將展現(xiàn)光明光景

軟件項(xiàng)目論文:關(guān)于軟件項(xiàng)目管理流程分析與設(shè)計(jì)

論文摘要：針對(duì)軟件項(xiàng)目和項(xiàng)目開發(fā)中的復(fù)雜性、易變性和不可預(yù)見性，研究了軟件項(xiàng)目管理流程方法設(shè)計(jì)了軟件項(xiàng)目運(yùn)作過程的總體流程，分析了各階段流程的進(jìn)入條件、主要工作過程和工作結(jié)果

論文關(guān)鍵詞：軟件過程；軟件項(xiàng)目管理；流程管理

1引言

長期以來，軟件項(xiàng)目高失敗率的狀況一直困擾著人們，研究表明，軟件項(xiàng)目失敗的原因主要有兩個(gè)：一是應(yīng)用項(xiàng)目的復(fù)雜性；二是缺乏合格的軟件項(xiàng)目管理人才。實(shí)踐證明缺乏有效的項(xiàng)目管理是導(dǎo)致軟件項(xiàng)目失控的直接原因。軟件開發(fā)的風(fēng)險(xiǎn)之所以大，是由于軟件過程能力低，其中最關(guān)鍵的問題在于軟件開發(fā)組織不能很好地管理其軟件過程，從而使一些好的開發(fā)方法和技術(shù)不能起到預(yù)期的作用。

流程管理作為現(xiàn)代企業(yè)管理的先進(jìn)思想和有效工具，隨著市場(chǎng)環(huán)境與組織模式的變化，在以計(jì)算機(jī)網(wǎng)絡(luò)為基礎(chǔ)的現(xiàn)代社會(huì)信息化背景下越發(fā)顯示出其威力和效用。流程管理不僅是一種管理技術(shù)，更體現(xiàn)了現(xiàn)代管理的思想。流程管理的重點(diǎn)是：理清和管理好所有主、支流程間的關(guān)系，使他們相互協(xié)調(diào)發(fā)揮應(yīng)有的作用。流程管理增加了部門的透明度，管理的對(duì)象不是“部門”和“部門員工”的概念，而是以工序流程為管理對(duì)象，注重流程中每一個(gè)過程和效率以及和上下游工序的關(guān)系，管理重點(diǎn)在于整體流程的完整性和順暢性。目前，流程管理技術(shù)的研究已越來越受到人重視。

運(yùn)用流程管理方法和技術(shù)進(jìn)行軟件項(xiàng)日管理，可以有效地改變軟件過程管理混亂的局面首先塒軟件項(xiàng)目開發(fā)過程進(jìn)行有效的、規(guī)范化的定義；其次，在軟件項(xiàng)目開發(fā)過程中，所有的活動(dòng)過程均按照流程所規(guī)定的活動(dòng)的邏輯關(guān)系、活動(dòng)的實(shí)現(xiàn)方式來執(zhí)行，這樣可以使得所有的活動(dòng)有序和可控；第三，通過明確運(yùn)作流程，使項(xiàng)目組人員迅速融入項(xiàng)目和開發(fā)過程中；第四，關(guān)注每個(gè)過程的“結(jié)果”，使軟件項(xiàng)目的所有工作產(chǎn)品均能得到有效的保存，保證了軟件產(chǎn)品完整性。

2流程的概念及在軟件項(xiàng)目管理中的作用

流程是由活動(dòng)組成的。基本活動(dòng)是由個(gè)人或團(tuán)體來完成的，它不需要進(jìn)行其他的基本活動(dòng)的轉(zhuǎn)化。流程的各個(gè)活動(dòng)之間有著特定的流向，它包含著明確的起始活動(dòng)與終止活動(dòng)，因此是一個(gè)動(dòng)態(tài)的概念。從結(jié)構(gòu)上來看，流程有四個(gè)基本的構(gòu)成因素：活動(dòng)、活動(dòng)的邏輯關(guān)系、活動(dòng)的實(shí)現(xiàn)方式和活動(dòng)的承擔(dān)者。流程與“一系列的活動(dòng)或事件”，“結(jié)果”等概念密切相關(guān)。流程管理不僅是一種管理技術(shù)，更體現(xiàn)了現(xiàn)代管理的思想，原有的以控制、塔式組織為基礎(chǔ)的職能行政管理已經(jīng)不能完全滿足于現(xiàn)代企業(yè)發(fā)展和市場(chǎng)競爭的需要，管理的發(fā)展沿著分工理論運(yùn)行了上百年后，現(xiàn)在又重新回歸到整合與系統(tǒng)。

軟件項(xiàng)目生命周期的一系列的開發(fā)過程是各種各樣的流程活動(dòng)：軟件項(xiàng)目的計(jì)劃編制、系統(tǒng)分析、慨要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、程序編碼、測(cè)試與維護(hù)等活動(dòng)過程都是一種流程活動(dòng)：制定軟件項(xiàng)目管理流程，重點(diǎn)考慮以下幾點(diǎn)：

1)制定的流程能引導(dǎo)項(xiàng)目逐步走向成功；

2)制定的流程能適用軟件開發(fā)過程；

3)制定的流程能指導(dǎo)項(xiàng)目開發(fā)活動(dòng)．有利于對(duì)項(xiàng)日開發(fā)活動(dòng)的管理；

4)制定的流程能以苴觀的流程圖表示．能使項(xiàng)目組成員清楚的知道軟件開發(fā)與管理的過程和相互之間關(guān)系；

5)流程中的起始活動(dòng)條件、終止活動(dòng)條件明確、規(guī)范便于控制：

6)流程中的工作產(chǎn)品定義明確、可度趟，評(píng)價(jià)標(biāo)準(zhǔn)和方法具體、可操作

3軟件項(xiàng)目管理總體流程設(shè)計(jì)

在軟件項(xiàng)目開發(fā)管理過程中，不儀要努力實(shí)現(xiàn)項(xiàng)目的范圍、時(shí)間、成本和質(zhì)量等目際，還必須協(xié)調(diào)整個(gè)項(xiàng)目過程，以滿足項(xiàng)目參與者及其他利益柑關(guān)者的需要和期望；隨著軟件規(guī)模和所涉及的領(lǐng)域不斷地?cái)U(kuò)大，軟件項(xiàng)目的管理越來越困難，縱觀所有失敗的軟件項(xiàng)目．基本原因是不能管理其軟件過程，在無紀(jì)律的、混亂的項(xiàng)目狀態(tài)下，組織不可能從較好的方法和工具中獲益。嚴(yán)謹(jǐn)?shù)能浖^程控制管理不僅可以在每個(gè)階段回顧和糾正項(xiàng)目的偏差．別軟件項(xiàng)目的風(fēng)險(xiǎn)甚至果斷中止項(xiàng)目。且可以將人才流動(dòng)所帶來的不利影響減少到最小。要進(jìn)行有效的過程控制，必須明確軟件項(xiàng)目管理流程。

軟件項(xiàng)目管理總體流程設(shè)計(jì)為項(xiàng)目搜尋、立項(xiàng)、售前合同生成和合同執(zhí)行等5個(gè)主要階段，分別以Pl、P2、P3、P4、P5表示；同時(shí)設(shè)計(jì)了立項(xiàng)完成、合同簽定、功能定義、軟件開發(fā)、項(xiàng)目驗(yàn)收等5個(gè)里程碑，分別以TM1、TM2、TM3、TM4、TM5表示，如圖l所示。在這些流程中，合同執(zhí)行流程是軟件項(xiàng)目管理的核心，其主要過程有：產(chǎn)品定義、軟件開發(fā)、測(cè)試執(zhí)行、內(nèi)部驗(yàn)收、項(xiàng)目實(shí)施與驗(yàn)收、項(xiàng)目維護(hù)．

4軟件項(xiàng)目管理總體流程分析

4．1項(xiàng)目搜尋

項(xiàng)目搜尋是項(xiàng)目立項(xiàng)的基礎(chǔ)，項(xiàng)目搜尋階段的主要任務(wù)包括市場(chǎng)信息收集，用戶需求跟蹤，對(duì)潛存的項(xiàng)目進(jìn)行分析和篩選。

4．2項(xiàng)目立項(xiàng)

立項(xiàng)階段的主要任務(wù)是確認(rèn)立項(xiàng)的理由，提出立項(xiàng)建議，提供合適的資金和資源，使立項(xiàng)建議成為正式項(xiàng)目。

4.3項(xiàng)目售前

售前階段從項(xiàng)目立項(xiàng)開始到項(xiàng)目合同的簽定結(jié)束，主要工作有：制定與客戶的交流計(jì)劃，詳細(xì)了解客戶的背景資料，了解客戶啟動(dòng)項(xiàng)目的緣由、目的和期望，編制項(xiàng)目方案建議書，準(zhǔn)備合同藍(lán)本。

4.4合同生成

合同生成階段的主要工作有：項(xiàng)目方案的評(píng)估與確定技術(shù)合同、商務(wù)合同的商定、評(píng)估與簽署。

4．5合同執(zhí)行

合同執(zhí)行是軟件項(xiàng)目管理流程的重點(diǎn)，可分為軟件開發(fā)、測(cè)試執(zhí)行；內(nèi)部驗(yàn)收、項(xiàng)目驗(yàn)收、系統(tǒng)維護(hù)等五個(gè)基本工作過程。

4.5．1軟件開發(fā)

軟件開發(fā)階段分為：需求調(diào)研、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、編碼、單元測(cè)試等過程。主要從三個(gè)方面進(jìn)行管理：

1)制定項(xiàng)目計(jì)劃。軟件項(xiàng)目計(jì)劃是一個(gè)用來協(xié)調(diào)所有其他計(jì)劃，以指導(dǎo)項(xiàng)目執(zhí)行和控制的可操作文件。它體現(xiàn)了對(duì)客戶需求的理解，是開展項(xiàng)日活動(dòng)的基礎(chǔ)，也是軟件項(xiàng)目跟蹤與監(jiān)控的依據(jù)。

2)確定開發(fā)過程。根據(jù)軟件項(xiàng)目和項(xiàng)目組的實(shí)際情況，建立起一個(gè)穩(wěn)定、可控的軟件開發(fā)過程模型，并按照該過程來進(jìn)行軟件開發(fā)

3)加強(qiáng)過程控制一過程控制主要包括過程管理、變更控制和配置管理，、

4．5．2測(cè)試與執(zhí)行

項(xiàng)目測(cè)試的目的是儉查系統(tǒng)是否符合項(xiàng)目合同與任務(wù)書規(guī)定的要求、項(xiàng)目測(cè)試分集成測(cè)試和系統(tǒng)測(cè)試，主要進(jìn)行功能測(cè)試、健壯性測(cè)試、性能一效率測(cè)試、用戶界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝／反安裝測(cè)試等測(cè)試過程在模擬運(yùn)行環(huán)境中進(jìn)行。

4.5.3內(nèi)部驗(yàn)收

項(xiàng)目完成集成測(cè)試和系統(tǒng)測(cè)試后進(jìn)行項(xiàng)目內(nèi)部驗(yàn)收．主要有三個(gè)步驟：①文檔準(zhǔn)備。項(xiàng)目經(jīng)刪提交內(nèi)部驗(yàn)收計(jì)劃、項(xiàng)目開發(fā)總結(jié)報(bào)告、產(chǎn)品清單：財(cái)務(wù)主管提交項(xiàng)目財(cái)務(wù)預(yù)算報(bào)告。②內(nèi)部驗(yàn)收測(cè)試。內(nèi)部驗(yàn)收測(cè)試的測(cè)試內(nèi)容與方法雖然與系統(tǒng)測(cè)試基本相同．但應(yīng)站在用戶驗(yàn)收的角度進(jìn)行，因?yàn)樗窃囘\(yùn)行的基礎(chǔ)。通過這一步。為用戶驗(yàn)收作充分的準(zhǔn)備。③內(nèi)部評(píng)審。對(duì)提交的所有文檔及測(cè)試結(jié)果進(jìn)行內(nèi)部評(píng)審，完成項(xiàng)目開發(fā)總結(jié)報(bào)告：

4，5，4項(xiàng)目試運(yùn)行與驗(yàn)收

試運(yùn)行與用戶驗(yàn)收階段的主要任務(wù)是，使所有的工作產(chǎn)品得到用戶的確認(rèn)。主要工作有：①驗(yàn)收前的準(zhǔn)備。項(xiàng)目經(jīng)理負(fù)責(zé)檢查產(chǎn)品的完整性。包括文卡當(dāng)、介質(zhì)和中間產(chǎn)品等，以確保現(xiàn)場(chǎng)實(shí)施的成功；負(fù)責(zé)應(yīng)用軟件的現(xiàn)場(chǎng)安裝調(diào)試，完成安裝調(diào)試總結(jié)報(bào)告；負(fù)責(zé)制定用戶驗(yàn)收計(jì)劃，并得到客戶的確認(rèn)。②用戶進(jìn)行驗(yàn)收測(cè)試和系統(tǒng)試運(yùn)行，進(jìn)行文檔和系統(tǒng)的移交。③用戶確認(rèn)。項(xiàng)目經(jīng)理負(fù)責(zé)與客戶協(xié)測(cè)，協(xié)助用戶進(jìn)行項(xiàng)目驗(yàn)收，形成用戶驗(yàn)收?qǐng)?bào)告。

4 5．5項(xiàng)目維護(hù)

軟件系統(tǒng)的維護(hù)分為兩大類：一類是糾錯(cuò)性維護(hù)，由于前期的測(cè)試不可能暴露軟件系統(tǒng)中所有潛在的和隱含的錯(cuò)誤，診斷和改正這些錯(cuò)誤的過程為糾錯(cuò)性維護(hù)。另一類是完善性維護(hù)，在軟件正常使用過程中，用戶還會(huì)不斷地提出新的需求，為了滿足用戶新的需求而增加軟件功能的活動(dòng)稱為完善性維護(hù)。如果需求變更很大，那完善性維護(hù)將轉(zhuǎn)變?yōu)檐浖掳姹镜拈_發(fā)。系統(tǒng)維護(hù)的宗旨就是提高客戶對(duì)軟件產(chǎn)品的滿意度。確保系統(tǒng)的正常運(yùn)行是系統(tǒng)維護(hù)的根本目的。

4．6軟件項(xiàng)目管理的里程碑

項(xiàng)目的考核與評(píng)審是軟件項(xiàng)目管理流程控制的基礎(chǔ)，我們?cè)谡麄€(gè)流程中設(shè)定五個(gè)基線，即確定五個(gè)里程碑，它們分別是TM1：立項(xiàng)完成；TM2：合同簽訂；TM3：產(chǎn)品功能定義完成；TM4：軟件開發(fā)完成；TM5：驗(yàn)收通過。

如圖1所示。各階段的主要的進(jìn)入條件和相應(yīng)的工作結(jié)果是里程碑是否達(dá)到的重要標(biāo)志。

5結(jié)束語

本文設(shè)計(jì)的軟件項(xiàng)目管理總體流程及相關(guān)技術(shù)已成功運(yùn)用在軟件項(xiàng)目的研發(fā)和管理中。通過將流程管理應(yīng)用于軟件項(xiàng)目管理中，以設(shè)定軟件項(xiàng)目總體流程為主線，確定每個(gè)階段的主要流程和里程碑，并采用評(píng)價(jià)指標(biāo)體系和一系列的模板和表格進(jìn)行軟件項(xiàng)目開發(fā)過程的控制和管理，使軟件項(xiàng)目的成功率顯著提高。

實(shí)踐證明，針對(duì)企業(yè)和項(xiàng)目的實(shí)際情況，確定軟件項(xiàng)目運(yùn)作流程，定義軟件工作產(chǎn)品，明確各階段的進(jìn)入條件和退出條件，進(jìn)行有效的流程控制與管理，大大的提高了軟件開發(fā)的效率和項(xiàng)目的成功率。

軟件項(xiàng)目論文:關(guān)于工作流的軟件項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

論文摘要：本文介紹了一個(gè)基于工作流技術(shù)而研制的軟件項(xiàng)目管理系統(tǒng)。文章首先描述了傳統(tǒng)軟件項(xiàng)目管理系統(tǒng)的不足之處，提出用工作流的方法來設(shè)計(jì)軟件項(xiàng)目管理系統(tǒng)，然后介紹了一些理論基礎(chǔ)。文中重點(diǎn)闡述了系統(tǒng)的設(shè)計(jì)結(jié)構(gòu)和所采用的一些技術(shù)，并給出了部分的具體實(shí)現(xiàn)方法。

論文關(guān)鍵詞：工作流，JMS，項(xiàng)目管理，SPP，建模，工作流網(wǎng)

1前言

2O世紀(jì)7O年代以來，為了解決軟機(jī)危機(jī)，改進(jìn)軟件過程能力，計(jì)算機(jī)科學(xué)家提出了軟件工程的概念，將系統(tǒng)化的、規(guī)范化的、可度量的方法用于軟件開發(fā)、運(yùn)行和維護(hù)的過程。近些年來，隨著計(jì)算機(jī)技術(shù)的進(jìn)一步發(fā)展，相應(yīng)的使用軟件工程方法的軟件項(xiàng)目管理系統(tǒng)也有了顯著的發(fā)展。但是，由于開發(fā)流程中存在的不確定性以及項(xiàng)目變化等因素，這些系統(tǒng)也暴露出一些不足之處。

傳統(tǒng)的軟件項(xiàng)目管理系統(tǒng)，一般是由圖形用戶接口(GUI)，應(yīng)用程序和數(shù)據(jù)庫組成，用戶通過GUI向應(yīng)用程序發(fā)出請(qǐng)求，應(yīng)用程序處理這些用戶請(qǐng)求，并且訪問數(shù)據(jù)庫，返回用戶所要求的結(jié)果。這種模型在流程穩(wěn)定的時(shí)候是可以滿足需要的，它的缺點(diǎn)在于：

1)建模過程是之前設(shè)定好的，無法改變；

2)缺乏柔性，系統(tǒng)開始運(yùn)行之后，預(yù)先定義好的條件就無法改變了；

3)可擴(kuò)展性較差，如果想要增加或者修改相應(yīng)的功能，整個(gè)系統(tǒng)必須重新開發(fā)。

目前，對(duì)工作流技術(shù)的研究以及相關(guān)產(chǎn)品的開發(fā)是國內(nèi)外學(xué)者研究的熱點(diǎn)問題之一，很多管理系統(tǒng)都采用工作流技術(shù)來克服上述問題。工作流起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域，它是針對(duì)日常工作中具有固定程序的活動(dòng)而提出的概念。目的是通過將工作分解成定義良好的任務(wù)、角色，按照一定的規(guī)則和過程來執(zhí)行這些任務(wù)并對(duì)它們進(jìn)行監(jiān)控，達(dá)到提高辦事效率、降低生產(chǎn)成本、提高企業(yè)生產(chǎn)經(jīng)營管理水平和企業(yè)競爭力的目標(biāo)。

WFMC給出的工作流定義是：工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則，文檔、信息或任務(wù)能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行，以實(shí)現(xiàn)整體的業(yè)務(wù)目標(biāo)。而這正適合于軟件開發(fā)過程管理，基于上述的理由，我們結(jié)合江蘇省十．五攻關(guān)“工作流技術(shù)的研究和應(yīng)用”項(xiàng)目，研究并開發(fā)了基于工作流的軟件項(xiàng)目管理系統(tǒng)CMMFlow，目前已應(yīng)用于軟件能力成熟度模型(CMM)的管理，其效果相當(dāng)良好。

2理論基礎(chǔ)

2．1 CMMI3級(jí)精簡并行過程(SPP)模型

利用工作流技術(shù)可以設(shè)計(jì)和建立一個(gè)工作流環(huán)境，在此系統(tǒng)中，我們使用CMMI3級(jí)精簡并行過程(SPP)模型來支持軟件過程實(shí)施。

SPP把產(chǎn)品生命周期劃分為產(chǎn)品概念、產(chǎn)品定義、產(chǎn)品開發(fā)、產(chǎn)品測(cè)試、用戶驗(yàn)收和產(chǎn)品維護(hù)等6個(gè)階段，包含項(xiàng)目管理、項(xiàng)目研發(fā)和機(jī)構(gòu)支撐等3類過程、19個(gè)過程域。其中項(xiàng)目管理過程包含立項(xiàng)管理、結(jié)項(xiàng)管理、項(xiàng)目規(guī)劃、項(xiàng)目監(jiān)控、風(fēng)險(xiǎn)管理和需求管理等六個(gè)過程域；項(xiàng)目研發(fā)過程包含需求開發(fā)、技術(shù)預(yù)研、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試、系統(tǒng)測(cè)試、Beta測(cè)試、客戶驗(yàn)收和項(xiàng)目技術(shù)評(píng)審等8個(gè)過程域；機(jī)構(gòu)支撐過程包含配置管理、質(zhì)量保證、培訓(xùn)管理、外包與采購管理以及服務(wù)與維護(hù)等5個(gè)過程域。

我們把每一個(gè)過程域都看成是一個(gè)流程，其中過程域之間的關(guān)系是線性為主，并行、迭代為輔。每個(gè)過程域包含若干原子活動(dòng)。通過建立活動(dòng)與角色以及角色與具體用戶的關(guān)聯(lián)，即可建立一個(gè)可執(zhí)行的業(yè)務(wù)過程模型。

2．2基于petri網(wǎng)的可視化建模工具

在這個(gè)系統(tǒng)中，我們的建模工具是使用工作流網(wǎng)和XP—DL共用的策略，采用的是擴(kuò)展的Petri網(wǎng)，對(duì)最終用戶來說，足可視化的圖形建模工具。為符合WfMC規(guī)范，工作流機(jī)裝入的模型用XPDL存儲(chǔ)，可使用XPDL和Petri網(wǎng)兩種表示形式，驗(yàn)證是使用Petri網(wǎng)形式。

在Petri網(wǎng)的基礎(chǔ)上，Aalst提出了工作流網(wǎng)(WF-net)的概念，其定義如下：

一個(gè)Petri網(wǎng)PN=(P，T，F(xiàn))被稱為工作流網(wǎng)，當(dāng)且僅當(dāng)它滿足下面兩個(gè)條件：

1)PN有兩個(gè)特殊的庫所：i和0。庫所i是一個(gè)起始庫所，即·i= ；庫所O是一個(gè)終止庫所，即O·= 。

2)如果在PN中加入一個(gè)新的變遷t，使t連接庫所。與i，即·t·={0)，t·={i)，這時(shí)所得到的PN是強(qiáng)連接的。

下面我們給出一個(gè)用工作流網(wǎng)定義工作流的簡單例子，例子描述的是軟件立項(xiàng)管理的工作流過程。

根據(jù)工作流網(wǎng)的基本定義，通過使用不同類型的基本組件和觸發(fā)機(jī)制，對(duì)立項(xiàng)管理進(jìn)行建模，得到如圖1所示的工作流網(wǎng)模型。

基本流程如下：立項(xiàng)建議小組進(jìn)行立項(xiàng)調(diào)查，然后進(jìn)行項(xiàng)目構(gòu)思和可行性分析，在完成之后進(jìn)行立項(xiàng)申請(qǐng)，然后立項(xiàng)審查小組對(duì)此立項(xiàng)進(jìn)行審查，決定是否同意立項(xiàng)。如果否決，則必須重新進(jìn)行立項(xiàng)建議，如果同意立項(xiàng)，進(jìn)入項(xiàng)目籌備階段，流程結(jié)束。

3系統(tǒng)設(shè)計(jì)

3．1設(shè)計(jì)思路

整個(gè)系統(tǒng)構(gòu)架采用B／S模式，參照J(rèn)2EE框架，主要分為四層：

1)展現(xiàn)層：主要包含客戶瀏覽器端和Web服務(wù)器端的applet，jsp和servlet，負(fù)責(zé)和用戶交互，接收數(shù)據(jù)，顯示結(jié)果等。

2)商業(yè)邏輯：用于處理展現(xiàn)層從用戶端接受到的數(shù)據(jù)，包含了控制應(yīng)用處理的所有規(guī)則，同工作流執(zhí)行服務(wù)通訊，并且將展現(xiàn)層和數(shù)據(jù)服務(wù)層連接起來。

3)工作流執(zhí)行服務(wù)：是流程運(yùn)行和管理的核心組件，包括工作流機(jī)和任務(wù)表管理器。

4)數(shù)據(jù)服務(wù)：負(fù)責(zé)提供對(duì)數(shù)據(jù)的存儲(chǔ)和讀取服務(wù)。

此外，在系統(tǒng)設(shè)計(jì)的過程中還采用了以下的技術(shù)：

1)J2EE框架

J2EE體系包括javaserverpages(JSP)，javaSERVLET，enterprisebean，WEBsevrice等技術(shù)，提供了一個(gè)企業(yè)級(jí)的計(jì)算模型和運(yùn)行環(huán)境用于開發(fā)和部署多層體系結(jié)構(gòu)的應(yīng)用。它通過提供企業(yè)計(jì)算環(huán)境所必需的各種服務(wù)，使得部署在J2EE平臺(tái)上的多層應(yīng)用可以實(shí)現(xiàn)高可用性、安全性、可擴(kuò)展性和可靠性。J2EE中多數(shù)標(biāo)準(zhǔn)定義了接口，例如JNDI，JDBC等，這使得遵循這些標(biāo)準(zhǔn)的不同開發(fā)者之間的模塊可以無縫地互連。

2)JMS

JAVA消息服務(wù)(JMS)定義了Java中訪問消息中間件的接口。JMS只是接口，并沒有給予實(shí)現(xiàn)，實(shí)現(xiàn)JMS接口的消息中間件稱為JMSProvider。

在JMS中，每個(gè)客戶機(jī)連接到一個(gè)為發(fā)送和接收消息提供框架的消息傳遞程序。客戶機(jī)需知曉消息格式和消息目的地。根據(jù)JMSAPI，消息傳遞分為兩種模式，點(diǎn)對(duì)點(diǎn)和／訂閱模式。

點(diǎn)到點(diǎn)消息傳遞方法使用下列工具，如消息隊(duì)列、發(fā)送方(或消息制作者)和接收方(或消息消費(fèi)者)。客戶機(jī)將發(fā)向特定接收方的消息發(fā)送到唯一的隊(duì)列。當(dāng)接收客戶機(jī)從特定隊(duì)列抽取消息時(shí)，它發(fā)出確認(rèn)消息，表明消息已處理。隊(duì)列將保留所有消息，直至接收方收到消息或消息到期。／預(yù)訂消息傳遞方法使用者、訂戶和主題的概念。客戶機(jī)將消息發(fā)送到主題或內(nèi)容層次結(jié)構(gòu)。為了接收到消息，消息消費(fèi)者必須預(yù)訂此主題。因此，對(duì)于這種方法，可以將消息制作者作為者，而消息消費(fèi)者則是訂戶。JMS供應(yīng)商將多個(gè)者發(fā)來的消息分發(fā)到主題和此主題的多個(gè)訂戶。

點(diǎn)對(duì)點(diǎn)模式適用于使用集中式工作流機(jī)的系統(tǒng)，對(duì)于大規(guī)模的分布式應(yīng)用，／訂閱模式則相當(dāng)有效，但是，在保證各個(gè)分布式工作流機(jī)的一致性問題上則稍有難度。

3．2系統(tǒng)結(jié)構(gòu)與功能特點(diǎn)

CMM軟件項(xiàng)目管理系統(tǒng)的系統(tǒng)結(jié)構(gòu)如圖2所示，它主要由過程建模工具，工作流機(jī)，任務(wù)表管理器，web服務(wù)，客戶端和數(shù)據(jù)庫接口等組成，該系統(tǒng)的各功能特點(diǎn)是：在這個(gè)系統(tǒng)中，我們使用瀏覽器作為客戶端，通過Http請(qǐng)求與Webserver交互，Websevrer再將收到的請(qǐng)求加以處理，判斷哪些是應(yīng)當(dāng)丟棄的，哪些應(yīng)該交由工作流執(zhí)行服務(wù)處理，并將處理后的結(jié)果發(fā)送給工作流執(zhí)行服務(wù)器。工作流機(jī)收到Webserver傳送過來的數(shù)據(jù)后，會(huì)根據(jù)消息的具體內(nèi)容繼續(xù)執(zhí)行流程或者將流程掛起或是結(jié)束流程的運(yùn)行，并且更新任務(wù)表管理器的內(nèi)容，在需要的時(shí)候調(diào)用相應(yīng)的應(yīng)用程序來完成任務(wù)的需要。在過程建模工具中建立，修改，刪除的模型將通過存儲(chǔ)過程來修改數(shù)據(jù)庫中已存儲(chǔ)的模型。

websevrer和工作流執(zhí)行服務(wù)也都要通過存儲(chǔ)過程來訪問數(shù)據(jù)庫。各部分的功能特點(diǎn)描述如圖2。

1)建模工具：使用基于Petri網(wǎng)的建模方法來對(duì)企業(yè)經(jīng)營過程進(jìn)行過程定義，將經(jīng)營過程轉(zhuǎn)化為工作流引擎可以執(zhí)行的形式。同時(shí)還提供對(duì)過程模型進(jìn)行分析，測(cè)試的工具。

2)工作流機(jī)：工作流引擎是工作流平臺(tái)的核心，它是業(yè)務(wù)流程的任務(wù)調(diào)度器，從某種程度上看，工作流機(jī)也是業(yè)務(wù)資源管理器。它的主要作用是實(shí)例化及執(zhí)行過程模型、為過程和活動(dòng)的執(zhí)行進(jìn)行導(dǎo)航、與外部過程交互完成各項(xiàng)活動(dòng)、維護(hù)工作流控制數(shù)據(jù)和工作流相關(guān)數(shù)據(jù)等。

3)任務(wù)表管理器：過程模型中的每個(gè)活動(dòng)都被看作是一個(gè)由計(jì)算機(jī)自動(dòng)執(zhí)行的任務(wù)或由用戶手動(dòng)執(zhí)行的任務(wù)，任務(wù)表管理器負(fù)責(zé)對(duì)這些任務(wù)的監(jiān)視和維護(hù)。

4)Web服務(wù)：包含了用于處理用戶請(qǐng)求和顯示結(jié)果的jsp和sevrlet，其主要工作是將客戶端與工作流執(zhí)行服務(wù)連接起來。

5)客戶端客戶端是基于瀏覽器方式的瘦客戶端，方便管理員管理整個(gè)工作流管理系統(tǒng)的運(yùn)行過程，和一般用戶管理和執(zhí)行分配給自己的任務(wù)。

6)數(shù)據(jù)庫接口：實(shí)現(xiàn)了底層的數(shù)據(jù)存儲(chǔ)，包括過程定義，工作流控制數(shù)據(jù)，工作流相關(guān)數(shù)據(jù)，企業(yè)組織模型等工作流管理系統(tǒng)運(yùn)行過程中必須的信息。

4系統(tǒng)的一些實(shí)現(xiàn)技術(shù)

4．1任務(wù)的自動(dòng)分配和觸發(fā)機(jī)制

可以根據(jù)模型定義自動(dòng)地分配任務(wù)，當(dāng)一個(gè)過程實(shí)例運(yùn)行的時(shí)候，活動(dòng)可以根據(jù)模型定義自動(dòng)分配到指定接收者，并且，有關(guān)完成此活動(dòng)所需要的數(shù)據(jù)也會(huì)傳遞給相應(yīng)的接收者，從而提高業(yè)務(wù)過程執(zhí)行效率。模型中使用角色機(jī)制，不指定具體人員，這樣，人員變更不至于引起模型的變動(dòng)。系統(tǒng)支持遲后綁定，即可以在活動(dòng)運(yùn)行的時(shí)刻才確定此活動(dòng)由誰來完成。

流程從使能到運(yùn)行的控制，采用觸發(fā)機(jī)制，分為人工觸發(fā)、自動(dòng)觸發(fā)、消息觸發(fā)和時(shí)間觸發(fā)。人工觸發(fā)一般是用戶從任務(wù)表中選取其中一項(xiàng)任務(wù)來完成，自動(dòng)觸發(fā)是一些通過程序自動(dòng)執(zhí)行的過程，一旦使能就被觸發(fā)，消息觸發(fā)是指系統(tǒng)外部的消息到達(dá)觸發(fā)，如Email，時(shí)間觸發(fā)是由定時(shí)器來觸發(fā)。

4．2活動(dòng)信息的統(tǒng)計(jì)

系統(tǒng)可以通過對(duì)活動(dòng)信息統(tǒng)計(jì)，并將活動(dòng)的運(yùn)行狀況和統(tǒng)計(jì)信息存儲(chǔ)在數(shù)據(jù)庫內(nèi)。通過提供有關(guān)工作量的信息，可以在建模的時(shí)候預(yù)測(cè)所需要的時(shí)間，并且在活動(dòng)結(jié)束時(shí)計(jì)算任務(wù)完成情況，與初始模型進(jìn)行對(duì)比，生成相應(yīng)的圖表以判斷工作效率，輔助決策經(jīng)營。除系統(tǒng)提供的幾個(gè)基本統(tǒng)計(jì)模型之外，用戶也可以利用系統(tǒng)提供的工具，自行擴(kuò)展新的模型來完成工作量信息統(tǒng)計(jì)和生成對(duì)比圖表。

結(jié)論根據(jù)軟件過程管理的需求，以工作流技術(shù)為核心，J2EE技術(shù)為支撐，結(jié)合SPP模型，文章給出了一個(gè)軟件管理系統(tǒng)的體系結(jié)構(gòu)和其中的一些技術(shù)實(shí)現(xiàn)。但是，為了更好地實(shí)施軟件過程控制和度量，我們發(fā)現(xiàn)，還有一些問題需要進(jìn)行深入的研究。

首先，軟件過程模型的建立就要結(jié)合具體的實(shí)際情況，需要深人了解整個(gè)軟件過程，并根據(jù)不同的需要修改模型來完成資源的動(dòng)態(tài)配置和管理。另外，關(guān)于分布式工作流機(jī)之間的通訊和一致性問題也是相當(dāng)重要的問題，需要擬定合適的策略來實(shí)現(xiàn)資源優(yōu)化調(diào)度。

軟件項(xiàng)目論文:應(yīng)用P3軟件為建設(shè)項(xiàng)目管理服務(wù)

摘要：三峽工程是一舉世囑目的工程建設(shè)項(xiàng)目，項(xiàng)目管理的任務(wù)其中包括進(jìn)度控制的任務(wù)極其艱巨。業(yè)主單位確定應(yīng)用P3軟件作為進(jìn)度控制的輔助工具已近五年時(shí)間，取得了很大的成績，但還存在有待改進(jìn)的地方。筆者有幸從93～96年，涉及此方面的工作，對(duì)合理地應(yīng)......

關(guān)鍵詞：P3 建設(shè)項(xiàng)目 管理 服務(wù)

三峽工程是一舉世囑目的工程建設(shè)項(xiàng)目，項(xiàng)目管理的任務(wù)其中包括進(jìn)度控制的任務(wù)極其艱巨。業(yè)主單位確定應(yīng)用P3軟件作為進(jìn)度控制的輔助工具已近五年時(shí)間，取得了很大的成績，但還存在有待改進(jìn)的地方。筆者有幸從93～96年，涉及此方面的工作，對(duì)合理地應(yīng)用P3強(qiáng)大的功能為項(xiàng)目管理，尤其是項(xiàng)目進(jìn)度控制服務(wù)，提一點(diǎn)自己的看法。現(xiàn)分述如下，作為拋磚引玉供有關(guān)部門參考。

1 統(tǒng)一規(guī)定網(wǎng)絡(luò)進(jìn)度計(jì)劃的表達(dá)形式

三峽工程因其規(guī)模宏大，需要采用分項(xiàng)直接承發(fā)包制，業(yè)主將與多個(gè)獨(dú)立的承包商建立合同關(guān)系，如果承包商們?cè)谶M(jìn)度計(jì)劃表達(dá)形式上不統(tǒng)一，各自采用他們習(xí)慣的表達(dá)形式，對(duì)單個(gè)合同可能是可行的，但對(duì)整個(gè)三峽工程的進(jìn)度控制而言，將產(chǎn)生混亂的而導(dǎo)致無法進(jìn)行。

網(wǎng)絡(luò)計(jì)劃的類型有肯定型、非肯定型，隨機(jī)型、循環(huán)型等。在土建行業(yè)大多采用稱作關(guān)鍵線路法的肯定型計(jì)劃網(wǎng)絡(luò)。而該類型計(jì)劃網(wǎng)絡(luò)以其表達(dá)形式來分有：雙代號(hào)、單代號(hào)、與單代號(hào)搭接網(wǎng)絡(luò)等表達(dá)形式。從業(yè)主與監(jiān)理方使用的網(wǎng)絡(luò)計(jì)劃大多是控制性進(jìn)度網(wǎng)絡(luò)，以及考慮到工程建設(shè)項(xiàng)目的復(fù)雜程度與P3軟件所能支持網(wǎng)絡(luò)計(jì)劃的類型而言，以采用單代號(hào)搭接網(wǎng)絡(luò)最合適。由于它表達(dá)相同的計(jì)劃對(duì)象時(shí)，可以具有網(wǎng)絡(luò)的規(guī)模最小，表達(dá)最為簡潔的好處。因?yàn)樗擅獬闷淇隙ㄐ陀?jì)劃網(wǎng)絡(luò)時(shí)，為了表達(dá)活動(dòng)之間的邏輯關(guān)系而需要增加虛活動(dòng)和要把完整的須加細(xì)分的敝端。關(guān)于規(guī)定統(tǒng)一用搭接網(wǎng)絡(luò)的建議，必須取得建設(shè)各方的共識(shí)，并共同執(zhí)行。只有這樣，才能把進(jìn)度管理，納入統(tǒng)一的、可操作的進(jìn)度控制模型之內(nèi)。

2 分析管理環(huán)境，合理確定進(jìn)度計(jì)劃網(wǎng)絡(luò)整體結(jié)構(gòu)

進(jìn)度計(jì)劃網(wǎng)絡(luò)的整體結(jié)構(gòu)是指進(jìn)度網(wǎng)絡(luò)系統(tǒng)中整個(gè)局部網(wǎng)絡(luò)之間聯(lián)系方式不同劃分結(jié)構(gòu)類型。

在選擇進(jìn)度計(jì)劃網(wǎng)絡(luò)的整體結(jié)構(gòu)形式的時(shí)候，必須根據(jù)建設(shè)項(xiàng)目特點(diǎn)與管理模式出發(fā)予以考慮。從三峽工程業(yè)已招標(biāo)發(fā)包的合同看，有的一個(gè)合同包含了若干個(gè)單項(xiàng)工程(如右岸一期工程合同)；有的則一個(gè)擴(kuò)大單位工程包含了若干項(xiàng)合同，如永久船閘工程。因此，業(yè)主項(xiàng)目與監(jiān)理單位均處在多個(gè)合同管理環(huán)境下工作。這大大增加了項(xiàng)目管理的難度與工程協(xié)調(diào)工作量。我們?cè)诖_定網(wǎng)絡(luò)計(jì)劃整體結(jié)構(gòu)時(shí)，都要與上述多項(xiàng)目管理環(huán)境相適應(yīng)，并充分利用P3軟件所能提供的功能為前提。

關(guān)于進(jìn)度計(jì)劃網(wǎng)絡(luò)的整體結(jié)構(gòu)，可分為兩類，一類是多級(jí)網(wǎng)絡(luò)，如以三級(jí)網(wǎng)絡(luò)為例，其示意圖見圖1。

圖1 多級(jí)網(wǎng)絡(luò)示意圖

個(gè)工作(或稱活動(dòng))。因此，分解的詳細(xì)程度會(huì)直接影響網(wǎng)絡(luò)計(jì)劃中活動(dòng)數(shù)目。過于詳細(xì)，則增大網(wǎng)絡(luò)圖的圖幅，不利于閱讀與管理；分解得過粗，則對(duì)進(jìn)度控制缺乏必要的指導(dǎo)作用。WBS分解的詳細(xì)程度應(yīng)考慮如下因素：

(1)WBS分解的詳細(xì)程度要與計(jì)劃進(jìn)度的功用相協(xié)調(diào)，業(yè)主方的計(jì)劃進(jìn)度主要用于進(jìn)度控制，宜粗些。通常分解到分部工程(最多到分項(xiàng)工程)的層次即可；對(duì)承包商實(shí)施性的進(jìn)度計(jì)劃所需的CWBS，可由承包商對(duì)其合同范圍工程，在業(yè)主方WBS框架基礎(chǔ)上根據(jù)需要，再自行細(xì)分；

(2)WBS的框架結(jié)構(gòu)，要兼顧工程分標(biāo)的具體要求。如永久五級(jí)船閘輸水工程，宜將其再分成上游輸水工程與下游輸水工程，以避免出現(xiàn)一個(gè)分解單元跨兩個(gè)合同的情況；

(3)分解的詳細(xì)程度，對(duì)整個(gè)工程各部份要做到基本一致，以便能正確確定網(wǎng)絡(luò)計(jì)劃中各活動(dòng)之間的邏輯關(guān)系；

(4)WBS分解的詳細(xì)程度應(yīng)使之對(duì)應(yīng)的活動(dòng)，在施工現(xiàn)場(chǎng)較易識(shí)別，有利于進(jìn)度檢查與進(jìn)度控制工作。

總之，WBS分解結(jié)構(gòu)應(yīng)有利于建設(shè)項(xiàng)目進(jìn)度控制與其他項(xiàng)目管理的需要。

3.2 建立工程項(xiàng)目管理的組織分解結(jié)構(gòu)(OBS)

為使項(xiàng)目管理機(jī)構(gòu)管轄范圍清晰、職責(zé)分明，常用組織分解結(jié)構(gòu)描述業(yè)主方管理機(jī)構(gòu)的設(shè)置。并把它與WBS終層次的分解單元對(duì)應(yīng)起來，即把WBS垂直樹與OBS水平樹按項(xiàng)目管理組織的管轄范圍，得出對(duì)應(yīng)的交叉點(diǎn)，以明確其責(zé)任主體。OBS的詳細(xì)程度可分至具體責(zé)任人。

3.3 建立為項(xiàng)目管理服務(wù)和方便P3應(yīng)用的代碼體系

設(shè)計(jì)出一好的代碼體系與代碼方案對(duì)于項(xiàng)目管理及相關(guān)軟件高效應(yīng)用至關(guān)重要，它可使諸如統(tǒng)計(jì)、分類、校對(duì)、查詢、計(jì)劃的整合、計(jì)劃的拆分、數(shù)據(jù)組織、過濾等工作變得簡單方便。由于限于文章篇幅僅列項(xiàng)說明如下：

(1)為擬訂好WBS框架，建立統(tǒng)一的工程分解結(jié)構(gòu)代碼符與詞典。并在最高層主網(wǎng)上輸入，以便為各層主、子網(wǎng)所共亨。

(2)為擬定好OBS框架，建立統(tǒng)一的組織分解結(jié)構(gòu)代碼符與詞典，并在最高層主網(wǎng)上輸入，以便為各層主、子網(wǎng)所共亨。

(3)依照三峽工程分標(biāo)設(shè)計(jì)，統(tǒng)一規(guī)定合同代號(hào)，并建立詞典。

(4)約定各標(biāo)合同項(xiàng)目活動(dòng)代碼，在單代號(hào)搭接網(wǎng)絡(luò)模型下，活動(dòng)代碼為網(wǎng)絡(luò)中節(jié)點(diǎn)代碼，從活動(dòng)代碼易于做到唯一性的易于閱讀網(wǎng)絡(luò)圖，建議活動(dòng)代碼的前兩位為字母型(與合同代號(hào)一致)，后4位為數(shù)字型混合碼為宜。后4位阿拉伯?dāng)?shù)字均以0、5數(shù)字結(jié)尾，以便為以后網(wǎng)絡(luò)中增加活動(dòng)留地。

(5)約定活動(dòng)分類碼

活動(dòng)分類碼實(shí)質(zhì)上是把某些特性用活動(dòng)分類碼的形式加以識(shí)別。P3可為活動(dòng)提供20個(gè)分類碼，這些活動(dòng)分類碼可以識(shí)別諸如：活動(dòng)屬何種工程；活動(dòng)所在的工程部位、高程；活動(dòng)的承包單位；活動(dòng)的監(jiān)理單位；活動(dòng)的業(yè)主管理單位；施工活動(dòng)還是管理性質(zhì)活動(dòng)；以及想要識(shí)別的其它特性。業(yè)主方統(tǒng)一建立活動(dòng)分類碼(包括代碼結(jié)構(gòu)、碼值與詞典)供參與工程建設(shè)的有關(guān)單位所共亨。

(6)制定統(tǒng)一資源類別代碼

制定統(tǒng)一資源類別代碼的結(jié)構(gòu)、碼值與詞典，資源包括：資金、勞力、各種材料、各種專用施工設(shè)備等。制定統(tǒng)一資源類別代碼，使各承包商以統(tǒng)一的代碼把資金、勞力、各種材料、各種專用施工設(shè)備的需要量載入網(wǎng)絡(luò)之中，不僅為承包商編制施工資源、配置計(jì)劃提供依據(jù)，同時(shí)也為業(yè)主方通過主～子網(wǎng)絡(luò)結(jié)構(gòu)匯總各種資源的總量及其在時(shí)間上的分配提供方便。為業(yè)主的材料、設(shè)備的采購與供應(yīng)，資金籌措，施工現(xiàn)場(chǎng)管理等提供信息支持。為了減少這方面的工作量，可僅對(duì)業(yè)主關(guān)心的資源進(jìn)行，對(duì)承包商關(guān)心的資源可在其子網(wǎng)絡(luò)上自行定義。

4 制定運(yùn)行規(guī)則，避免混亂發(fā)生

業(yè)主與多個(gè)承包商建立工程施工合同關(guān)系，共同為項(xiàng)目進(jìn)度目標(biāo)的實(shí)現(xiàn)各自承擔(dān)其相應(yīng)的義務(wù)情況下，按照一定的準(zhǔn)則，規(guī)定各方運(yùn)行規(guī)則，是避免發(fā)生混亂所必須的，尤其是應(yīng)用P3采用多層二階主～子網(wǎng)絡(luò)非直接傳遞結(jié)構(gòu)模型時(shí)，尤為必要。其運(yùn)行規(guī)則的內(nèi)容概述如下：

(1)有關(guān)各方均應(yīng)采用為業(yè)主方制定的代碼結(jié)構(gòu)、碼值(符)、詞典。最好在最高層主網(wǎng)上輸入，以便為各層主、子網(wǎng)所共亨。

(2)為使在主～子網(wǎng)結(jié)構(gòu)內(nèi)運(yùn)算協(xié)調(diào)，在運(yùn)行進(jìn)度計(jì)劃調(diào)整、更新時(shí)，必須確定相同的更新日期。所有的子網(wǎng)應(yīng)使用相同的數(shù)據(jù)日期，以避免沖突與混亂；如果相同的數(shù)據(jù)日期不可能，應(yīng)在主網(wǎng)更新、調(diào)整，使其數(shù)據(jù)日期在主～子網(wǎng)上同步；

(3)進(jìn)度計(jì)劃調(diào)整、更新的數(shù)據(jù)日期，可統(tǒng)一規(guī)定在月支付后的某一天為宜；

(4)承包商在其子網(wǎng)上調(diào)整、更新進(jìn)度計(jì)劃(增、刪活動(dòng)、調(diào)整活動(dòng)時(shí)間、改變活動(dòng)邏輯關(guān)系等)，必須在其子網(wǎng)絡(luò)拷貝版上進(jìn)行，然后交監(jiān)理審批，經(jīng)批準(zhǔn)后才能作為正式的子網(wǎng)絡(luò)，并將原子網(wǎng)絡(luò)備份(存檔)以便恢復(fù)或查詢；

(5)經(jīng)(4)所述步驟后，統(tǒng)一建立從合同到整個(gè)建設(shè)項(xiàng)目各層次的目標(biāo)進(jìn)度網(wǎng)絡(luò)，為事后的進(jìn)度評(píng)價(jià)建立基準(zhǔn)；

(6)各承包商對(duì)各自的進(jìn)度進(jìn)行評(píng)價(jià)時(shí)，均以經(jīng)監(jiān)理、業(yè)主審核確定的實(shí)際完成的工程質(zhì)量為基礎(chǔ)進(jìn)行，使進(jìn)度評(píng)價(jià)建立在可靠的基礎(chǔ)之上；

(7)當(dāng)在主網(wǎng)上增加不屬于子網(wǎng)絡(luò)的活動(dòng)或里程碑日期時(shí)，應(yīng)為主網(wǎng)絡(luò)定義一個(gè)前兩個(gè)字符的可與子網(wǎng)絡(luò)活動(dòng)相區(qū)別的活動(dòng)代碼符；

(8)業(yè)主、監(jiān)理方為維護(hù)進(jìn)度計(jì)劃系統(tǒng)的安全，還應(yīng)建立如下規(guī)定：在網(wǎng)絡(luò)環(huán)境下，建立主網(wǎng)絡(luò)與子網(wǎng)絡(luò)的權(quán)限，及子網(wǎng)對(duì)主網(wǎng)絡(luò)存取、訪問的權(quán)限；用于所有子網(wǎng)絡(luò)工作日歷；用于調(diào)度/平衡計(jì)算如何選項(xiàng)的規(guī)定；資源、費(fèi)用計(jì)算單位和小數(shù)點(diǎn)位數(shù)等。

5 擴(kuò)大軟件使用范圍，發(fā)揮更大的作用

把P3軟件作為項(xiàng)目進(jìn)度控制的輔助工具，可發(fā)揮如下作用：

(1)編制與優(yōu)化項(xiàng)目總進(jìn)度計(jì)劃與標(biāo)段工程進(jìn)度計(jì)劃，按需對(duì)進(jìn)度計(jì)劃作出適時(shí)調(diào)整與更新；輸出各種圖表；

(2)計(jì)算時(shí)間參數(shù)，找出關(guān)鍵線路與關(guān)鍵活動(dòng)；

(3)對(duì)實(shí)際進(jìn)度與計(jì)劃進(jìn)度作對(duì)比，得出偏差，評(píng)價(jià)實(shí)際進(jìn)度。并在此基礎(chǔ)上，實(shí)現(xiàn)實(shí)際進(jìn)度對(duì)計(jì)劃進(jìn)度的跟蹤；

(4)匯總包括資金、材料、勞力、專用施工設(shè)備需用量計(jì)劃及其在時(shí)間上的分布，為項(xiàng)目資源供應(yīng)提供信息支持；

(5)在上述基礎(chǔ)上，為制定中、短期進(jìn)度計(jì)劃提供方便和依據(jù)。

筆者認(rèn)為，還可以在以下方面擴(kuò)大使用范圍，以充分發(fā)揮其P3功能：

(1)在合同管理方面，用于分析承包商提出的工期索賠要求與確定其索賠期限；

(2)為業(yè)主、監(jiān)理在處理不同標(biāo)段合同之間在進(jìn)度上發(fā)生沖突時(shí)，提供最優(yōu)調(diào)度的分析工具。即當(dāng)不同標(biāo)段間平行作業(yè)的活動(dòng)會(huì)損害工程施工質(zhì)量或危及安全時(shí)，可依據(jù)對(duì)項(xiàng)目目標(biāo)實(shí)現(xiàn)最佳的原則，確定活動(dòng)作業(yè)順序，而主～子網(wǎng)絡(luò)結(jié)構(gòu)模型是最合適的分析模型；

(3)建立費(fèi)用帳目把工程概算價(jià)格、合同價(jià)格、實(shí)際支出價(jià)格等載入網(wǎng)絡(luò)計(jì)劃之中，結(jié)合本國國情運(yùn)用贏得值分析技術(shù)，還可在項(xiàng)目投資控制中發(fā)揮一定作用。

6 結(jié)束語

筆者所要闡明的是把P3軟件作為項(xiàng)目進(jìn)度控制的輔助工具，決不是僅涉及軟件操作等純技術(shù)性的問題。從業(yè)主方角度而言，更為重要的是從組織性質(zhì)工作入手，做好上面所述及的工作。在統(tǒng)一組織、指揮下才能充分發(fā)揮其軟件功能，為項(xiàng)目管理提供更好的服務(wù)。這猶如交響樂團(tuán)在高水平樂隊(duì)指揮下才奏出美妙動(dòng)聽的樂章一樣。筆者曾對(duì)大型建設(shè)項(xiàng)目使用P3軟件的情況進(jìn)行一些調(diào)查，凡使用情況不理想的其癥結(jié)所在大多在于此。這是要引以為戒的。也是筆者寫此文的用意之所在。

軟件項(xiàng)目論文:項(xiàng)目管理理論中關(guān)于軟件項(xiàng)目外包采購管理的探討

摘要：本文分析了目前軟件外包采購管理的重要意義和目前的形勢(shì)，提出基于“雙贏”策略的軟件外包采購思想。在項(xiàng)目管理理論、CMM和ISO9000的基礎(chǔ)上，提出和細(xì)化了軟件項(xiàng)目外包采購管理的總體框架和具體操作內(nèi)容。旨在通過對(duì)軟件外包項(xiàng)目采購的選擇購買、跟蹤與控制、評(píng)估驗(yàn)收和項(xiàng)目后處理等過程的研究，來提高軟件外包采購的項(xiàng)目管理水平，滿足承包方對(duì)分承制方產(chǎn)品在質(zhì)量、進(jìn)度和成本等方面的要求和對(duì)外包過程的有效控制，為軟件項(xiàng)目外包采購管理人員提供具體的操作過程。

一、基本概念和背景

項(xiàng)目管理理論是一門綜合多門學(xué)科的新興研究領(lǐng)域，共有九大知識(shí)領(lǐng)域，包括項(xiàng)目集成管理、項(xiàng)目范圍管理、項(xiàng)目時(shí)間管理、項(xiàng)目費(fèi)用管理、項(xiàng)目質(zhì)量管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理和項(xiàng)目采購管理。項(xiàng)目采購管理是指需要從執(zhí)行組織以外獲得貨物和服務(wù)的過程。通常把貨物和服務(wù)稱為產(chǎn)品，把買方稱為業(yè)主或?qū)?yīng)分承制方的總承包商，而賣方稱為承包商、廠商或供應(yīng)商。項(xiàng)目采購管理一般包括以下主要過程：采購計(jì)劃編制，詢價(jià)計(jì)劃編制，詢價(jià)，承包商選擇，合同管理，合同收尾[ 1 ].對(duì)于軟件產(chǎn)品，一般采購可以分為兩大類，一類是對(duì)已經(jīng)在市場(chǎng)流通的軟件產(chǎn)品進(jìn)行采購。例如，某企業(yè)想做信息化建設(shè)項(xiàng)目，涉及到數(shù)據(jù)庫，那么它就可以在目前市面流行通用的幾種廠家和種類的數(shù)據(jù)庫中選擇。例如Oracle公司的Oracle數(shù)據(jù)庫，Microsoft公司的SQL Sever，IBM公司的DB2數(shù)據(jù)庫等等。然后根據(jù)自己的需求，通過詢價(jià)、簽合同、安裝培訓(xùn)等過程來購買此類產(chǎn)品。這種采購過程基本已經(jīng)形成幾套通用的解決方案，比較簡單，中國企業(yè)在處理這類產(chǎn)品的采購時(shí)，大部分都處理的較好。個(gè)別的企業(yè)由于需求分析不清晰，培訓(xùn)工作不到位等原因，也會(huì)產(chǎn)生購買的產(chǎn)品不適用，或不會(huì)用的情況。另外一類軟件產(chǎn)品采購的形式是外包采購。它是指在市場(chǎng)上沒有出現(xiàn)現(xiàn)成的產(chǎn)品或者沒有適合自己企業(yè)需求的產(chǎn)品的情況下，需要以定制的方式把項(xiàng)目（功能模塊）承包給其他企業(yè)。例如某企業(yè)需要實(shí)施企業(yè)資源計(jì)劃項(xiàng)目（ERP），雖然可以購買BAAN軟件，但是基于本企業(yè)業(yè)務(wù)流程的管理軟件必須定制，對(duì)于各個(gè)原有孤立島的集成軟件，無法購買現(xiàn)成的產(chǎn)品，必須自己開發(fā)或外包給別的公司。

二、軟件項(xiàng)目外包采購管理的意義

許多大型復(fù)雜工程項(xiàng)目的實(shí)施需要業(yè)主、總承包商、分承制商、供應(yīng)商和開發(fā)制造商等共同合作來完成。因此在任何甲方和乙方之間必不可少的涉及到部分子項(xiàng)目（功能模塊）的采購活動(dòng)。目前社會(huì)中，企業(yè)的信息化、網(wǎng)絡(luò)化建設(shè)正在世界范圍內(nèi)展開。誰先進(jìn)行信息化改造，誰就早日適應(yīng)社會(huì)發(fā)展的要求，獲得巨額利潤。大規(guī)模的企業(yè)信息化建設(shè)形成了龐大的軟件產(chǎn)品市場(chǎng)，促進(jìn)了軟件業(yè)的發(fā)展。許多項(xiàng)目龐大復(fù)雜、高風(fēng)險(xiǎn)并且涉及高科技信息領(lǐng)域，在客觀上使企業(yè)需要采購和外包許多產(chǎn)品，包括軟件產(chǎn)品。主觀上，在經(jīng)濟(jì)全球一體化形式下，這種外包采購作為采購活動(dòng)的一種特殊的、更為復(fù)雜的形式，在企業(yè)中更為普遍存在。企業(yè)為了在日益競爭的社會(huì)環(huán)境中增強(qiáng)自身的核心競爭力，需要根據(jù)企業(yè)的特點(diǎn)，專門從事某一個(gè)領(lǐng)域或幾個(gè)領(lǐng)域的業(yè)務(wù)，在某個(gè)業(yè)務(wù)領(lǐng)域內(nèi)形成自己的核心業(yè)務(wù)，把企業(yè)內(nèi)部的智能和資源集中在那些有核心競爭優(yōu)勢(shì)的活動(dòng)上；把一些非自己擅長的業(yè)務(wù)領(lǐng)域的子項(xiàng)目和功能模塊外包給有實(shí)力和優(yōu)勢(shì)的公司，才有利于加快項(xiàng)目的完工進(jìn)度，降低風(fēng)險(xiǎn)，優(yōu)化資源配制，保證項(xiàng)目質(zhì)量，降低成本，創(chuàng)造更高的價(jià)值。

以電信行業(yè)為例，愛立信公司2000年底宣布把手機(jī)生產(chǎn)的絕大部分業(yè)務(wù)外包給新加坡的Flextronics公司，專注于移動(dòng)通信網(wǎng)絡(luò)設(shè)備業(yè)務(wù)。原因是愛立信的移動(dòng)通信網(wǎng)絡(luò)設(shè)備的銷售占愛立信公司銷售額的54%，利潤達(dá)90%以上，占有全球的移動(dòng)通信市場(chǎng)分額高達(dá)30%，而手機(jī)生產(chǎn)的投資回報(bào)率很底，甚至出現(xiàn)虧損情況。對(duì)于愛立信而言，手機(jī)生產(chǎn)“外包”是在信息化時(shí)代的戰(zhàn)略調(diào)整，希望通過外包生產(chǎn)，調(diào)整投資結(jié)構(gòu)，使手機(jī)降低成本并且盡快盈利，集中精力穩(wěn)定和拓展電信業(yè)的新市場(chǎng)。出于同樣目的，美國的摩托羅拉公司也表示將外包部分地區(qū)的手機(jī)生產(chǎn)業(yè)務(wù)。作為手機(jī)市場(chǎng)份額最大的諾基亞，在專注于手機(jī)生產(chǎn)業(yè)務(wù)的同時(shí)，大力開發(fā)周邊產(chǎn)業(yè)。希望以手機(jī)業(yè)務(wù)帶動(dòng)相關(guān)產(chǎn)業(yè)的發(fā)展。從三大公司的投資趨勢(shì)，可以看出，“外包”作為一種先進(jìn)的國際專業(yè)化的生產(chǎn)方式正被一些大公司越來越多的采用。我國正處在信息化建設(shè)的高速發(fā)展階段，必然會(huì)有越來越多的企業(yè)由于自身的能力限制或業(yè)務(wù)發(fā)展的戰(zhàn)略選擇，將采取業(yè)務(wù)“外包”的生產(chǎn)方式。

就軟件項(xiàng)目外包采購的市場(chǎng)來說，2000年是企業(yè)信息化實(shí)施的第一年，國內(nèi)企業(yè)，特別是大型企業(yè)的信息化項(xiàng)目開始運(yùn)作。行業(yè)信息化改造重點(diǎn)將由原來的電信、金融、海關(guān)等行業(yè)轉(zhuǎn)向交通、制造、醫(yī)療等傳統(tǒng)行業(yè)。這些行業(yè)由于自身計(jì)算機(jī)技術(shù)水平和業(yè)務(wù)發(fā)展重點(diǎn)的原因，將會(huì)把大量的軟件項(xiàng)目外包給軟件公司。根據(jù)CCID的統(tǒng)計(jì)（軟件可以分成平臺(tái)軟件、中間軟件和應(yīng)用軟件），2000年中國軟件市場(chǎng)中應(yīng)用軟件的銷售額為147億元，占軟件總市場(chǎng)份額的63.9%.預(yù)計(jì)到2005年，計(jì)算機(jī)信息服務(wù)和軟件市場(chǎng)銷售額增長到1750億元。屆時(shí)我國軟件項(xiàng)目“外包”市場(chǎng)潛力可想而知。

三、軟件外包采購管理存在的問題

雖然在傳統(tǒng)行業(yè)，許多工程項(xiàng)目的采購活動(dòng)，例如機(jī)械工程項(xiàng)目或建筑工程項(xiàng)目等等已經(jīng)形成比較成熟的管理體制和標(biāo)準(zhǔn)。但是軟件項(xiàng)目的外包管理工作并不象其他行業(yè)那樣順利。

軟件工程項(xiàng)目管理引起廣泛注意源于20世紀(jì)70年代中期，當(dāng)時(shí)發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)楣芾聿簧贫稹?0世紀(jì)90年代中期，美國的軟件開發(fā)仍然很難預(yù)測(cè)，大約只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。商用軟件通常只有9%（中小型軟件公司有16%）的軟件項(xiàng)目能夠及時(shí)交付且費(fèi)用并不超支。

這里有多方面的原因：軟件產(chǎn)品作為一種特殊商品形式，具有高度不可測(cè)量性和高度柔性；軟件企業(yè)開發(fā)能力還不太成熟，軟件開發(fā)大多數(shù)還處于手工作坊方式，軟件研發(fā)企業(yè)有其自身的運(yùn)做方式，人為因素比重大，不好量化管理。由于不確定因素太多，許多軟件開發(fā)企業(yè)對(duì)于自己的項(xiàng)目都難以精確控制進(jìn)度、質(zhì)量、資源和成本，那么對(duì)于業(yè)主來說，想對(duì)外部企業(yè)（例如分承制商）保持良好控制力的難度就更大了。再加上具有技術(shù)優(yōu)勢(shì)的軟件開發(fā)商一般集中在幾個(gè)科技發(fā)達(dá)的大城市，與業(yè)主的距離遠(yuǎn)，相互的交流不方便，因此許多軟件采購項(xiàng)目的實(shí)際應(yīng)用效果都差強(qiáng)人意：不適用，進(jìn)度超期，性能達(dá)不到標(biāo)準(zhǔn)，成本太高等等情況時(shí)有發(fā)生。

軟件項(xiàng)目外包采購的成功與失敗不僅僅影響到當(dāng)前軟件項(xiàng)目的質(zhì)量、成本和工作進(jìn)度，而且關(guān)系到企業(yè)信息化建設(shè)整個(gè)項(xiàng)目的整體結(jié)構(gòu)、性能以及進(jìn)度，意義重大。特別是當(dāng)軟件項(xiàng)目作為整體項(xiàng)目計(jì)劃關(guān)鍵路徑的一個(gè)環(huán)節(jié)，軟件項(xiàng)目采購的進(jìn)度直接影響整體項(xiàng)目的進(jìn)度，并且總成本將成指數(shù)級(jí)增加。由于軟件采購的情況特別復(fù)雜，涉及的學(xué)科領(lǐng)域不僅是科學(xué)技術(shù)上的，還有商業(yè)上的和觀念上的，軟件項(xiàng)目外包采購管理水平的高低，將直接關(guān)系到企業(yè)整個(gè)信息化建設(shè)進(jìn)程。因此軟件項(xiàng)目采購管理作為項(xiàng)目管理理論中一個(gè)新的研究課題，有必要給予足夠的重視。

四、目前軟件外包采購管理情況

美國項(xiàng)目管理協(xié)會(huì)的“項(xiàng)目管理知識(shí)體系指南”（PMBOK）[1]、美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所的“軟件能力成熟度模型”（CMM）[2，3]和國際標(biāo)準(zhǔn)ISO9000-3[4]中雖然對(duì)外包采購管理的流程有過論述，但是他們指出的只是外包采購管理的一般原則；雖然人們可以結(jié)合自身企業(yè)特點(diǎn)實(shí)施標(biāo)準(zhǔn)，具有一定靈活性，但是事物的另一對(duì)立面就是操作過程不具體。這給軟件產(chǎn)品的外包采購管理者帶來具體操作上的困惑。另外PMBOK體系原則上是應(yīng)用在各個(gè)行業(yè)的，缺乏針對(duì)軟件領(lǐng)域的特點(diǎn)做專門的論述。ISO 9000-3系列和CMM雖然是針對(duì)軟件領(lǐng)域的標(biāo)準(zhǔn)，但是ISO 9000-3的最大的特點(diǎn)是只告訴你要按規(guī)定做，不強(qiáng)調(diào)效果和后續(xù)改善，不強(qiáng)調(diào)經(jīng)驗(yàn)積累和后評(píng)估。從這個(gè)意義上講ISO9000注重水平的評(píng)估，不太強(qiáng)調(diào)提高企業(yè)成長的過程，因此對(duì)于提高企業(yè)的管理水平意義不大；CMM雖然旨在強(qiáng)調(diào)企業(yè)的過程能力的持續(xù)改進(jìn)，但是它重點(diǎn)強(qiáng)調(diào)軟件的開發(fā)過程管理和產(chǎn)品管理，缺乏軟件的分發(fā)、轉(zhuǎn)交和服務(wù)等方面的管理標(biāo)準(zhǔn)，所以也有一定的局限性。

五、基于“雙贏”策略的軟件外包采購思想

本文作者在集成美國項(xiàng)目管理協(xié)會(huì)的“項(xiàng)目管理知識(shí)體系指南”（PMBOK）和美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所的“軟件能力成熟度模型”（SW- CMM，SA-CMM）和ISO9000-3中關(guān)于外包采購的宗旨的基礎(chǔ)上提出“雙贏”策略的軟件外包采購思想。

“雙贏”策略的軟件外包采購思想旨在利用雙方業(yè)務(wù)能力互補(bǔ)，通過共同合作完成軟件外包項(xiàng)目，達(dá)到“雙贏”的目的，促進(jìn)雙方業(yè)務(wù)總體能力的提高。這種“雙贏”策略要求雙方在以下方面達(dá)成共識(shí)：雙方共同關(guān)注過程控制，才能保證有效結(jié)果；只能成功，不能指望依靠懲罰手段來收回采購成本，軟件外包采購項(xiàng)目的失敗對(duì)整個(gè)項(xiàng)目帶來的損失是巨大的；在合作過程中，建立對(duì)分承制商關(guān)系的管理體系，作為以后合作的基礎(chǔ)；重視開發(fā)過程的風(fēng)險(xiǎn)評(píng)估和采購項(xiàng)目后評(píng)估，使得雙方業(yè)務(wù)能力得到持續(xù)提高。

傳統(tǒng)的外包采購中，采購方只關(guān)心分承制商產(chǎn)品的進(jìn)度和質(zhì)量，以為只要分承制商按期、按質(zhì)交貨，就可以圓滿結(jié)束此次采購活動(dòng)。有些項(xiàng)目盡管前期進(jìn)度和質(zhì)量滿足合同要求，但是許多是以高投入、高負(fù)荷、高消耗等手段來保證的，這給后期帶來極高的風(fēng)險(xiǎn)。在階段評(píng)審中，如果采購方對(duì)分承制商開發(fā)過程中的費(fèi)用投入、人員負(fù)荷、資源消耗、組織結(jié)構(gòu)變化等漠不關(guān)心，因此就不能及早預(yù)見風(fēng)險(xiǎn)、控制風(fēng)險(xiǎn)。很難想象，后期在費(fèi)用透支、人員疲憊或流失嚴(yán)重的情況下，分承制商仍能保證產(chǎn)品質(zhì)量和進(jìn)度。這種情況下，采購方只能要么加大投入，要么終止合同，并要求賠償，要么延期驗(yàn)收等等。其副作用可想而知。而分承制商為了減少損失，根據(jù)博弈論中子博弈精練納什均衡原理，必然采取降低質(zhì)量要求，減少投入的策略，來加快進(jìn)度。結(jié)果最終還是采購方遭受損失。

六、軟件項(xiàng)目外包采購管理過程

為了保證軟件外包采購項(xiàng)目的順利進(jìn)行，本文作者在上訴理論體系和“雙贏”采購策略的基礎(chǔ)上，提出和細(xì)化了軟件項(xiàng)目外包采購的總體框架和具體操作內(nèi)容，旨在為軟件項(xiàng)目外包采購管理人員提供具體的可操作過程。

對(duì)于本采購過程，如果業(yè)主方由于行業(yè)、人員等原因，沒有健全的監(jiān)控部門，可以聘請(qǐng)具有軟件監(jiān)理職責(zé)的公司，或者總承包給具有一定軟件工程監(jiān)控能力的公司。這時(shí)的總承包公司角色相當(dāng)于本文提到的采購部。

軟件項(xiàng)目的整個(gè)外包采購過程可以分為十個(gè)工作階段，包括總體項(xiàng)目需求分析和設(shè)計(jì)、子項(xiàng)目的需求分析、廠商選擇、分承制商開發(fā)、業(yè)主階段評(píng)估、交驗(yàn)測(cè)試、安裝、培訓(xùn)、維護(hù)，后評(píng)價(jià)。

在開始外包采購之前，首先業(yè)主要完成項(xiàng)目的總體需求規(guī)格說明書和承包項(xiàng)目的需求說明書。一般承包項(xiàng)目的需求分用戶需求和分配需求。對(duì)于分承包商來說，業(yè)主對(duì)軟件項(xiàng)目所提出的需求通稱“用戶需求”。對(duì)于業(yè)主來說，系統(tǒng)總體分配給軟件的系統(tǒng)需求通稱“分配需求”。如何作好子項(xiàng)目的需求分析和管理，請(qǐng)參閱《軟件需求》，詳見參考文獻(xiàn)5.然后業(yè)主把需求說明書交給采購組組織采購。采購部門收到需求說明書后，再補(bǔ)充質(zhì)詢調(diào)查表、報(bào)價(jià)指南、綜合條款及條件等文件，組成采購質(zhì)詢技術(shù)文件發(fā)往廠商進(jìn)行質(zhì)詢。采購部門在廠商質(zhì)詢的基礎(chǔ)上，準(zhǔn)備了廠商選擇和投標(biāo)估價(jià)等技術(shù)文件后，向業(yè)主送審，提請(qǐng)業(yè)主批準(zhǔn)和確認(rèn)所選廠商。在廠商選擇和投標(biāo)估價(jià)這兩個(gè)文件中，采購部根據(jù)擬采購的軟件對(duì)被質(zhì)詢的至少三家以上的供應(yīng)廠商，就技術(shù)開發(fā)成熟能力、資源（包括以有的產(chǎn)品、硬件、軟件、信息和已經(jīng)過的培訓(xùn)）、資格和信譽(yù)、過去的合作關(guān)系、價(jià)格、提供的售后服務(wù)（包括培訓(xùn)和維護(hù)）、分承制方組織配置結(jié)構(gòu)、與質(zhì)詢要求的差異等方面，經(jīng)過經(jīng)濟(jì)技術(shù)和商業(yè)戰(zhàn)略角度出發(fā)進(jìn)行全面評(píng)估，經(jīng)過其他各部門（例如系統(tǒng)工程組、軟件工程組、質(zhì)保組、財(cái)務(wù)組）審核后，列出供應(yīng)廠商的優(yōu)劣次序，擇其優(yōu)者為該項(xiàng)目的供應(yīng)廠商。采購部一般以月為單位向業(yè)主通報(bào)軟件采購情況。一般以招投標(biāo)方式或內(nèi)部評(píng)審的方式來確定分承制商。

分承制商在接到采購部的定貨以后，就可以進(jìn)行工作說明書、用戶需求說明書、軟件需求規(guī)格說明書、軟件開發(fā)詳細(xì)計(jì)劃和成本概預(yù)算、測(cè)試計(jì)劃、質(zhì)量控制方法、風(fēng)險(xiǎn)控制、擬采用的軟件工程標(biāo)準(zhǔn)和軟件生命周期等文檔的制作。然后分承制商把有關(guān)的技術(shù)資料文件通過業(yè)主的采購部送給業(yè)主進(jìn)行校核和批準(zhǔn)，然后才能開始開發(fā)。

業(yè)主在接到分承制商的上述材料后，組織系統(tǒng)工程部、軟件工程部、質(zhì)保部、財(cái)務(wù)部、采購部、法律部就上述材料中的開發(fā)項(xiàng)目視圖和需求范圍、使用或需要購買的軟硬件、進(jìn)度計(jì)劃和成本、測(cè)試計(jì)劃與案例、使用的技術(shù)和工程標(biāo)準(zhǔn)、人員配置等進(jìn)行評(píng)審，并出具評(píng)審文件和風(fēng)險(xiǎn)評(píng)估、控制建議書。并由采購部制定采購項(xiàng)目監(jiān)督評(píng)估計(jì)劃書。合格后，由采購部、質(zhì)保部及法律人員與分承制商簽署詳細(xì)的軟件采購子合同。如需要對(duì)軟件項(xiàng)目投保，以此來降低風(fēng)險(xiǎn)，需要和分承制商協(xié)商后，納入合同文件。

分承制商在簽署合同后可以進(jìn)行設(shè)計(jì)和開發(fā)。業(yè)主應(yīng)該委派采購部監(jiān)督分承制商的工作。采購部應(yīng)該有計(jì)劃的組織質(zhì)保部、軟件工程部的項(xiàng)目計(jì)劃管理人員和配置管理人員，定期對(duì)分承制商的開發(fā)活動(dòng)進(jìn)度、質(zhì)量、成本等進(jìn)行評(píng)估，并形成評(píng)估建議書。送審業(yè)主方的系統(tǒng)工程部、項(xiàng)目管理人員、分承制商的此項(xiàng)目的負(fù)責(zé)人。分承制方的項(xiàng)目負(fù)責(zé)人要對(duì)評(píng)估建議書的建議進(jìn)行書面回復(fù)，并確保實(shí)施。

分承制方對(duì)所有需要采購的資源（軟件、硬件、人力資源等）負(fù)責(zé)進(jìn)行檢驗(yàn)；采購部有權(quán)在任何時(shí)候?qū)Ψ殖兄粕趟少彽馁Y源進(jìn)行驗(yàn)證，使之符合所采用的規(guī)格說明書、規(guī)范、標(biāo)準(zhǔn)和其他技術(shù)文件所規(guī)定的要求，確保分承制商專款專用，建立開發(fā)環(huán)境。在這個(gè)階段之前，采購部門和分承制商首先要確定由分承制商提供的驗(yàn)證建議書，并作好準(zhǔn)備工作，提交檢驗(yàn)用的技術(shù)文件，包括廠商說明書、設(shè)備性能數(shù)據(jù)表、配制清單、試驗(yàn)程序、檢驗(yàn)技術(shù)要求。在檢驗(yàn)的物質(zhì)條件和技術(shù)條件均已準(zhǔn)備妥善后，分承包商就可以向采購部并通過采購部向業(yè)主提出書面檢驗(yàn)申請(qǐng)。一般分承包商可以提前三周通知采購部，由采購部提前兩周以書面形式向業(yè)主提出檢驗(yàn)申請(qǐng)，由業(yè)主召集系統(tǒng)工程部、軟件工程部、質(zhì)保部組成驗(yàn)證組，在規(guī)定的時(shí)間、地點(diǎn)檢驗(yàn)。通過檢驗(yàn)后，分承包商進(jìn)入項(xiàng)目開發(fā)階段；業(yè)主進(jìn)入監(jiān)控和評(píng)估階段。對(duì)于重大關(guān)鍵項(xiàng)目，業(yè)主可以派遣項(xiàng)目監(jiān)督員短期或長期進(jìn)駐分承包商單位。

由于作為外部單位，業(yè)主不便時(shí)刻監(jiān)督項(xiàng)目的開發(fā)過程。雖然理論上需要把分承制商看作是自己的一個(gè)項(xiàng)目部門來對(duì)待，納入自己的進(jìn)度控制和質(zhì)量控制體系，但是客觀上由于分承制商與業(yè)主距離較遠(yuǎn)，人員不熟悉，各自有自己的企業(yè)文化和管理體制，雙方之間的信息溝通不暢，業(yè)主難以實(shí)時(shí)監(jiān)督分承制商的開發(fā)進(jìn)程和質(zhì)量。最好的辦法就是在分承制商的軟件項(xiàng)目的各個(gè)里程碑處和分承制商一起進(jìn)行檢查和評(píng)估。軟件項(xiàng)目一般可以劃分成若干個(gè)里程碑（3-5個(gè)為益），分承制商需要提前一周通知采購部組織相關(guān)人員來評(píng)估。軟件項(xiàng)目的里程碑一般指產(chǎn)品設(shè)計(jì)趨于穩(wěn)定，中間產(chǎn)品定義趨于明晰，項(xiàng)目開發(fā)組真正了解項(xiàng)目實(shí)際的關(guān)鍵技術(shù)難度和可行的進(jìn)度計(jì)劃，開發(fā)活動(dòng)停止，產(chǎn)品進(jìn)入除錯(cuò)和穩(wěn)定、隨時(shí)可以的階段，或當(dāng)產(chǎn)品設(shè)計(jì)被刪減、資源增加、進(jìn)度延誤的時(shí)候。在評(píng)估軟件質(zhì)量、進(jìn)度和功能的同時(shí)，還要評(píng)估分承制商的人員工作負(fù)荷程度、風(fēng)險(xiǎn)、費(fèi)用和資源消耗情況，并形成文檔。由采購部送審系統(tǒng)工程部、軟件工程部、項(xiàng)目管理部和分承制商的此項(xiàng)目負(fù)責(zé)人。

當(dāng)產(chǎn)品進(jìn)入交驗(yàn)測(cè)試的時(shí)候，分承制商需要提前三周通知采購部，采購部于前兩周通知業(yè)主作好交驗(yàn)的組織評(píng)估準(zhǔn)備工作。這時(shí)業(yè)主組織系統(tǒng)工程部、軟件工程部、測(cè)試部、質(zhì)保部和采購部，根據(jù)分承制商和業(yè)主在分承制商開發(fā)階段預(yù)先共同定義、評(píng)審并批準(zhǔn)的測(cè)試計(jì)劃和驗(yàn)收方案進(jìn)行驗(yàn)收測(cè)試，對(duì)需求規(guī)格說明書中的各項(xiàng)逐個(gè)詳細(xì)的測(cè)試。最后以書面的形式給出對(duì)整個(gè)軟件項(xiàng)目的測(cè)試評(píng)估報(bào)告。并對(duì)未通過驗(yàn)收測(cè)試的軟件產(chǎn)品指定相應(yīng)的補(bǔ)救措施和計(jì)劃。分承制商交付給業(yè)主方的軟件產(chǎn)品應(yīng)當(dāng)包括：源代碼、軟件開發(fā)計(jì)劃、仿真環(huán)境、軟件需求規(guī)格說明書、設(shè)計(jì)文檔、軟件測(cè)試計(jì)劃、軟件測(cè)試說明、驗(yàn)收測(cè)試計(jì)劃、軟件使用手冊(cè)、軟件安裝手冊(cè)、軟件維護(hù)手冊(cè)。必要的話，還包括相關(guān)培訓(xùn)計(jì)劃。

軟件采購的一個(gè)重要階段是交貨，也是目前經(jīng)常忽略的階段。當(dāng)所采購的軟件產(chǎn)品以及硬件運(yùn)行環(huán)境在規(guī)定的時(shí)間到達(dá)采購部時(shí)候，采購部要以書面的形式通知業(yè)主交貨。業(yè)主對(duì)所交的整個(gè)軟件產(chǎn)品清單進(jìn)行驗(yàn)收，并事先通知采購部拆箱日期，要采購部和分承包商的代表按時(shí)到場(chǎng)。業(yè)主要在接到采購部交貨通知后一個(gè)月內(nèi)，對(duì)所檢查驗(yàn)收的整個(gè)軟件產(chǎn)品（包括相關(guān)的軟件、硬件及其附屬產(chǎn)品、文檔、技術(shù)資料等子合同中規(guī)定的產(chǎn)品）出具一份交貨證明，如果這些提交的軟件產(chǎn)品沒有受到損壞并與裝箱清單相一致，并在業(yè)主方環(huán)境運(yùn)行良好；否則出具一份書面通知，說明在某個(gè)方面此產(chǎn)品損壞或與裝箱單不符，或在業(yè)主方提供的環(huán)境運(yùn)行不良。此通知或證明應(yīng)由采購部和分承制商代表簽署。如果在簽合同的時(shí)候，就規(guī)定分承制商負(fù)責(zé)安裝和調(diào)試，則相應(yīng)的過程省略。

最后業(yè)主方由采購部把所有的文檔歸類封存，以備后續(xù)類似項(xiàng)目采購的參考查詢。同時(shí)采購部在兩個(gè)月之內(nèi)以書面形式，對(duì)分承制商的技術(shù)開發(fā)成熟能力、資源（包括以有的產(chǎn)品、硬件、軟件、人力資源和已經(jīng)過的培訓(xùn)）、信譽(yù)、分承制方組織配置結(jié)構(gòu)，管理能力和企業(yè)文化提交后評(píng)價(jià)報(bào)告，作為建立客戶關(guān)系管理（CRM）的依據(jù)。對(duì)于此次采購的經(jīng)驗(yàn)和教訓(xùn)，包括進(jìn)度控制、質(zhì)量控制、成本控制、客戶關(guān)系控制、流程控制、風(fēng)險(xiǎn)控制等方面，采購部以文檔的形式在組內(nèi)討論并保存。

七、結(jié)束語：

作為大型工程項(xiàng)目中的軟件子項(xiàng)目或者部分功能模塊的采購（外包），由于軟件開發(fā)的固有特性（風(fēng)險(xiǎn)大，柔性強(qiáng)，人為因素突出，結(jié)果不宜測(cè)量等），使軟件項(xiàng)目的外包采購管理變得十分復(fù)雜。如何控制分承制商的開發(fā)進(jìn)度和質(zhì)量等關(guān)鍵因素，需要在實(shí)踐中不斷探索，并針對(duì)具體公司和項(xiàng)目對(duì)采購過程有所裁剪。

軟件項(xiàng)目論文:關(guān)于軟件項(xiàng)目管理的控制研究

論文摘要：本文針對(duì)軟件開發(fā)中的進(jìn)度延期、費(fèi)用超標(biāo)、質(zhì)量低下等問題，探討了如何利用項(xiàng)目管理中的相關(guān)控制方法進(jìn)行軟件開發(fā)過程控制。、論文在闡述軟件項(xiàng)目管理內(nèi)容的基礎(chǔ)上，針對(duì)軟件項(xiàng)目的三要素分別進(jìn)行了探討：進(jìn)度控制、費(fèi)用控制和質(zhì)量控制，提出了幾種有效的軟件項(xiàng)目管理控制方法。這些研究對(duì)于加強(qiáng)我國軟件項(xiàng)目管理控制過程，降低開發(fā)成本，減少開發(fā)風(fēng)險(xiǎn)具有重要的意義。

論文關(guān)鍵詞：項(xiàng)目管理 進(jìn)度控制 費(fèi)用控制 質(zhì)量控制 軟件開發(fā)

人類社會(huì)經(jīng)歷了三次經(jīng)濟(jì)革命從農(nóng)業(yè)革命、工業(yè)革命到目前正在經(jīng)歷的信息革命。信息化正在日益改變?nèi)藗兊乃季S方式和生活習(xí)慣。在推動(dòng)信息化過程中，計(jì)算機(jī)及其軟件產(chǎn)品發(fā)揮著至關(guān)重要的作用。對(duì)于軟件項(xiàng)目的管理成為項(xiàng)目管理領(lǐng)域一個(gè)令人興奮的課題。本文將結(jié)合項(xiàng)目管理中的控制方法分析軟件項(xiàng)目管理控制的相關(guān)問題．以期提高軟件項(xiàng)目的開發(fā)效率。

1、關(guān)于軟件項(xiàng)目管理

1．1項(xiàng)目與項(xiàng)目管理

項(xiàng)目是一個(gè)旨在完成一個(gè)或一些獨(dú)特產(chǎn)品或服務(wù)的過程．它有著一系列被詳細(xì)描述的屬性。由于項(xiàng)目的獨(dú)特性和一次性特征，引伸出它的其他特點(diǎn)．如目標(biāo)的確定性．成果的不可挽回性組織的臨時(shí)性和開發(fā)性等。基于項(xiàng)flI的這些特點(diǎn)．項(xiàng)目運(yùn)作更加注重項(xiàng)目決策前的計(jì)劃以及對(duì)實(shí)施過程的控制，以減少項(xiàng)目運(yùn)作的風(fēng)險(xiǎn)。項(xiàng)目管理是2O世紀(jì)50年代后期發(fā)展起來的一種計(jì)劃管理方法，它運(yùn)用先進(jìn)科學(xué)的管理方式．有效解決大型組織的效率低下和小型企業(yè)面臨的風(fēng)險(xiǎn)增加問題以組織的機(jī)動(dòng)靈活．面向客戶和資源利用率高而被廣泛應(yīng)用。在工程設(shè)計(jì)．施工軟件項(xiàng)目的開發(fā)、實(shí)麓中經(jīng)常會(huì)遇到進(jìn)度拖延．費(fèi)用超支、質(zhì)量不達(dá)要求等問題除去極少數(shù)是因?yàn)榧夹g(shù)原因造成，絕大部分是源于僵化的管理和不當(dāng)?shù)墓芾矸绞健?

1．2軟件項(xiàng)目管理

各軟件企業(yè)都在積極將軟件項(xiàng)目管理引入開發(fā)活動(dòng)中．對(duì)開發(fā)實(shí)行有效的管理。從概念上講．軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本．進(jìn)度、質(zhì)量順利完成．而對(duì)成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。同時(shí)，隨著軟件開發(fā)規(guī)模及開發(fā)隊(duì)伍的逐漸增大，軟件開發(fā)不再是向過去那樣一二個(gè)開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個(gè)開發(fā)人員、測(cè)試人員與支持人員的工作每個(gè)項(xiàng)目組成員按約定的規(guī)則準(zhǔn)時(shí)完成自己的工作。同時(shí)采用規(guī)范化管理．專業(yè)分工也可以降低對(duì)開發(fā)人員的要求，從而降低產(chǎn)品研發(fā)成本。

2、軟件項(xiàng)目控制

2．1軟件項(xiàng)目控制

軟件項(xiàng)目跟蹤和監(jiān)控包括對(duì)照已文檔化的估計(jì)、約定和計(jì)劃評(píng)審和跟蹤軟件完成情況和結(jié)果。基于實(shí)際的完成情況和結(jié)果調(diào)整這些計(jì)劃。軟件項(xiàng)目的已文檔化的計(jì)劃(即軟件開發(fā)計(jì)劃，正如在軟件項(xiàng)目計(jì)劃關(guān)鍵過程區(qū)域中所描述的)用作跟蹤軟件活動(dòng)傳送狀態(tài)和修訂計(jì)劃的基礎(chǔ)管理者監(jiān)控軟件活動(dòng)．主要通過在所選出的軟件工作產(chǎn)品完成時(shí)和在所選擇的里程碑處，將實(shí)際的軟件規(guī)模工作量成本和時(shí)間表與計(jì)劃相比較，來確定進(jìn)展情況。當(dāng)確定未實(shí)現(xiàn)軟件項(xiàng)目計(jì)劃時(shí)，采取糾正措施。這些措施可以包括修訂軟件開發(fā)計(jì)劃以反映實(shí)際的完成情況和重新計(jì)劃遺留的工作或者采取改進(jìn)性能的措施。

2．2軟件項(xiàng)目控制的內(nèi)容

軟件項(xiàng)目控制的目的是為軟件項(xiàng)目的過程提供足夠的能見度，從而可以在執(zhí)行過程中發(fā)生對(duì)計(jì)劃的嚴(yán)重偏離時(shí)能夠采取適當(dāng)?shù)母袨椤＼浖?xiàng)目控制包括：a。追蹤軟件項(xiàng)目的進(jìn)展于表現(xiàn)從而與所作的估計(jì)、承諾和計(jì)劃做出對(duì)比：b。追蹤軟件項(xiàng)目的風(fēng)險(xiǎn)；C。在發(fā)生對(duì)計(jì)劃的嚴(yán)重偏離時(shí)采取適當(dāng)?shù)母袨椤?

2．3軟件項(xiàng)目控制步驟

由于軟件開發(fā)是處在一個(gè)開放的動(dòng)態(tài)系統(tǒng)中，開發(fā)環(huán)境的不斷變化要求不斷修改項(xiàng)目計(jì)劃，以適應(yīng)新的變化。此外項(xiàng)目經(jīng)理及其組織在完成任務(wù)的過程中不可避免的要碰到這樣或那樣的問題．解決這些新的矛盾和問題均屬項(xiàng)目控制的范疇項(xiàng)目的預(yù)算和進(jìn)度計(jì)劃只能為項(xiàng)目經(jīng)理提供決策的依據(jù)．如果在項(xiàng)目實(shí)施過程中控制不住．很難在限定的時(shí)間和預(yù)算要求下實(shí)現(xiàn)項(xiàng)目管理工作的目標(biāo)。因此軟件項(xiàng)目控制的過程包括以下四個(gè)步驟：a、預(yù)測(cè)什么會(huì)發(fā)生——要做出開發(fā)計(jì)劃并建立工作標(biāo)準(zhǔn)b、查明什么正在發(fā)生——用建立的工作標(biāo)準(zhǔn)檢查當(dāng)前的工作；c、正在(或已經(jīng))發(fā)生的實(shí)事同預(yù)測(cè)的結(jié)果進(jìn)行比較——分析誤差產(chǎn)生的原因：d及時(shí)采取補(bǔ)救措施．以滿足項(xiàng)目目標(biāo)，預(yù)算和進(jìn)度的要求。

3、軟件項(xiàng)目控制具體操作

3．1軟件項(xiàng)目進(jìn)度控制

為了確保軟件開發(fā)中的各項(xiàng)工作能按照計(jì)劃預(yù)定的日程順利完成．對(duì)項(xiàng)目的進(jìn)度要進(jìn)行控制。進(jìn)度控制的過程是．在項(xiàng)目實(shí)施過程中，不斷地進(jìn)行實(shí)際進(jìn)度值與計(jì)劃值的比較、發(fā)現(xiàn)偏差、檢查分析其產(chǎn)生的原因，并采取相應(yīng)的措施加以解決。

3．1．1進(jìn)度控制流程

(1)進(jìn)度控制的輸入

進(jìn)度計(jì)劃。項(xiàng)目進(jìn)度基準(zhǔn)是項(xiàng)目測(cè)量和報(bào)告的基礎(chǔ)和標(biāo)準(zhǔn)。

實(shí)施報(bào)告。實(shí)施報(bào)告提供了有關(guān)項(xiàng)目進(jìn)度發(fā)展實(shí)情。報(bào)告未來可能發(fā)生的進(jìn)度問題。

變更要求。項(xiàng)目變更要有嚴(yán)格的申請(qǐng)和審批手續(xù)。

進(jìn)度管理的技術(shù)和工具。

(2)進(jìn)度管理的技術(shù)和工具

進(jìn)度控制變更系統(tǒng)。為有效實(shí)現(xiàn)進(jìn)度管理與控制．進(jìn)度控制系統(tǒng)應(yīng)設(shè)立實(shí)現(xiàn)重新計(jì)劃的全部功能。包括：文件設(shè)立．跟蹤即實(shí)施報(bào)告．變更評(píng)估等。

實(shí)施情況測(cè)量。項(xiàng)目進(jìn)度控制系統(tǒng)中的一個(gè)重要組成部分是決定對(duì)遲發(fā)生的進(jìn)度偏差是否采取糾偏措施。而實(shí)施情況報(bào)告提供了決策的主要信息。如變更分析．趨勢(shì)分析．已實(shí)現(xiàn)價(jià)值分析等。

糾偏計(jì)劃。很少有項(xiàng)目能完全按計(jì)劃進(jìn)度進(jìn)行為實(shí)現(xiàn)項(xiàng)目進(jìn)度或總進(jìn)度要求，在項(xiàng)目實(shí)施過程中．需要不斷對(duì)原計(jì)劃進(jìn)行調(diào)整或增加新的工作內(nèi)容。為此．需要不斷對(duì)實(shí)施的項(xiàng)目進(jìn)行活動(dòng)時(shí)間預(yù)測(cè)。修改活動(dòng)過程．替代進(jìn)度方案分析。

項(xiàng)目管理軟件。它的作用是跟蹤項(xiàng)目按計(jì)劃日期展開實(shí)際工作的情況．對(duì)照進(jìn)度計(jì)劃分析進(jìn)度現(xiàn)狀，找出進(jìn)度的偏差．分析進(jìn)度偏差對(duì)項(xiàng)目的影響．預(yù)測(cè)未來走勢(shì)

(3)項(xiàng)目進(jìn)度控制的輸出

進(jìn)度更新。包括對(duì)項(xiàng)目管理中任何進(jìn)度信息的修改。進(jìn)度調(diào)整是其中的一種．師隊(duì)員進(jìn)度計(jì)劃中活動(dòng)開始和結(jié)束時(shí)間的改變。糾偏行動(dòng)。通過改變資源投入將實(shí)際進(jìn)度拉回到計(jì)劃的行動(dòng)過程。

從中獲得的教訓(xùn)。有關(guān)進(jìn)度偏差產(chǎn)生的原因。糾偏方案的評(píng)估與選擇以及其他方面的感受和教訓(xùn)都應(yīng)紀(jì)錄在案成為日后有用的歷史資料。

3．1．2進(jìn)度控制方法

一般項(xiàng)目進(jìn)度控制采用因果分析．分析用四步完成：

(1)明確問題。實(shí)際完成情況與項(xiàng)目里程碑相對(duì)照．確定是否超期．超期的部分是在哪里。

(2)查找產(chǎn)生該問題的原因。位從系統(tǒng)角度充分認(rèn)識(shí)各方原因．應(yīng)組織具有代表性任務(wù)人員并采用頭腦風(fēng)暴法進(jìn)行。項(xiàng)目主管要通過他領(lǐng)導(dǎo)的辦公室或小組，以及在各職能部門的人共同分析問題產(chǎn)生原因。

(3)確定個(gè)原因?qū)栴}產(chǎn)生的影響程度。對(duì)影響程度的評(píng)估可以采用專家小組打分的方法，事先確定權(quán)數(shù)．而后打分得出分析結(jié)果。

(4)畫出帶箭頭的魚刺圖。分析出原因后各部門各就其職針對(duì)問題提出解決方案．并實(shí)施。

3．1．3軟件項(xiàng)目進(jìn)度控制具體措施

在實(shí)施進(jìn)度計(jì)劃過程中，會(huì)有種種故障：客戶的需求進(jìn)行了補(bǔ)充或修改；工作量估算不準(zhǔn)，造成進(jìn)度不平衡或是有人不遵從開發(fā)規(guī)范．導(dǎo)致產(chǎn)品出現(xiàn)缺陷；或是技術(shù)環(huán)節(jié)出現(xiàn)故障，這些問題往往是在進(jìn)度計(jì)劃外出現(xiàn)的．一旦出現(xiàn)這些問題，項(xiàng)目進(jìn)度不得不進(jìn)行調(diào)整。開發(fā)過程中為了有效控制類似問題，可以采用以下輔助措施，控制進(jìn)度按計(jì)劃執(zhí)行：

(1)政策性措施。對(duì)于不遵從開發(fā)規(guī)范，人員不按時(shí)履行職責(zé)的．給予經(jīng)濟(jì)或是職務(wù)上的處罰．這種措施應(yīng)是建立在分配任務(wù)之前；

(2)人員安排。在各子項(xiàng)目接口處適當(dāng)安排機(jī)動(dòng)人員與機(jī)動(dòng)時(shí)間。這一措施有賴于項(xiàng)目組織的機(jī)構(gòu)設(shè)置能動(dòng)性好。此處比較難解決的是人員業(yè)績?cè)u(píng)估．獎(jiǎng)勵(lì)問題。

(3)技術(shù)措施，要想很好地執(zhí)行進(jìn)度計(jì)劃，需要事先有統(tǒng)一的規(guī)范例如開發(fā)語言的統(tǒng)一，文檔的歸類。這樣便于下一階段人員理解上一階段人員意圖，交流更加容易。

(4)信息流措施。該措施要求建立一個(gè)信息流系統(tǒng)．準(zhǔn)時(shí)匯報(bào)項(xiàng)目進(jìn)度．便于主控人員調(diào)整進(jìn)度，并且保證信息流通順暢。避免開發(fā)期壓到最后造成嚴(yán)重拖工。

(5)資金措施。財(cái)務(wù)部門可以定期檢查各部門財(cái)務(wù)情況．控制資金流出時(shí)間．進(jìn)而控制項(xiàng)目進(jìn)度。這與后面要講到的三者權(quán)衡有密切關(guān)系。

3．2軟件項(xiàng)目費(fèi)用控制

費(fèi)用控制就是要保證各項(xiàng)工作要在他們各自的預(yù)算范圍內(nèi)進(jìn)行。其基礎(chǔ)是實(shí)現(xiàn)就對(duì)項(xiàng)目進(jìn)行費(fèi)用預(yù)算。整個(gè)項(xiàng)目費(fèi)用應(yīng)包括項(xiàng)目范圍規(guī)劃階段。軟件需求分析階段．原型設(shè)計(jì)階段開發(fā)階段．測(cè)試階段和項(xiàng)目投入使用后的使用階段所消耗費(fèi)用的總和。軟件開發(fā)項(xiàng)目承擔(dān)公司為了完成項(xiàng)目目標(biāo)和獲得更多的利潤．在實(shí)施項(xiàng)目過程中就要控制成本．在控制過程中，首先要擬定一個(gè)標(biāo)準(zhǔn)．即計(jì)劃值．然后進(jìn)行實(shí)際至于計(jì)劃值的比較，確定實(shí)際值與計(jì)劃標(biāo)準(zhǔn)的偏差大小．以便在此基礎(chǔ)上采取各種措施糾正偏差．常用的分析工具是偏差分析。

偏差是指實(shí)際成本對(duì)相應(yīng)計(jì)劃的偏離，成本偏差的數(shù)學(xué)公式為：

CV=BCWP-ACWP(負(fù)數(shù)CV表明出現(xiàn)超支；反之，則節(jié)資)(3—1)

其中：CV為成本偏差，BCWP為計(jì)劃工作預(yù)算，ACWP為完成工作實(shí)際成本。

在進(jìn)行成本偏離計(jì)劃程度分析時(shí)，常用計(jì)劃偏差率反應(yīng)時(shí)給予計(jì)劃的偏離程度。

CVP=CV／BCWP(3-2)

其中CVP為成本偏差率。

偏差值是控制分析中的一個(gè)關(guān)鍵參數(shù)，因而應(yīng)向各級(jí)組織匯報(bào)。對(duì)于不同的項(xiàng)目或同一項(xiàng)目不同階段或不同管理層次，對(duì)偏差的控制程度不一樣，制定偏差允許值的方法也不同。由于隨著時(shí)間的推移風(fēng)險(xiǎn)減少了，因而偏差允許也可降低。

3．3軟件項(xiàng)目質(zhì)量控制

對(duì)于軟件產(chǎn)品的項(xiàng)目質(zhì)量控制應(yīng)是事前有預(yù)控，過程有監(jiān)控的主動(dòng)控制閉環(huán)系統(tǒng)。(1)事前預(yù)控：根據(jù)影響質(zhì)量因素多等特點(diǎn)．軟件項(xiàng)目質(zhì)量必須事前預(yù)控，及根據(jù)軟件的類型和特點(diǎn)，以及以往類似項(xiàng)目的常發(fā)病和預(yù)防措施，對(duì)軟件項(xiàng)目質(zhì)量提出事前預(yù)控措施，包括制定控制的計(jì)劃和程序，這是項(xiàng)目質(zhì)量控制的前提。(2)過程監(jiān)控：根據(jù)易產(chǎn)生質(zhì)量波動(dòng)和易產(chǎn)生系統(tǒng)因素變異等特點(diǎn)，軟件項(xiàng)目質(zhì)量必須過程監(jiān)控．即按照預(yù)控的計(jì)劃和程序，對(duì)工序、分項(xiàng)、單元的全過程進(jìn)行過程監(jiān)控．包括監(jiān)測(cè)、檢查、控制和評(píng)定．這是項(xiàng)目質(zhì)量控制的基礎(chǔ)。

4、結(jié)語

軟件開發(fā)項(xiàng)目在進(jìn)度、費(fèi)用和質(zhì)量三方面均需要進(jìn)行控制，因此還存在三因素的權(quán)衡問題。實(shí)踐中．需要在三方面均進(jìn)行行之有效的控制措施才能確保項(xiàng)目完成情況與計(jì)劃最大限度的接近。本文提供了一些方法借鑒．對(duì)軟件開發(fā)項(xiàng)目控制有一定的實(shí)際意義。

軟件項(xiàng)目論文:淺談軟件項(xiàng)目實(shí)訓(xùn)中的人員選擇與管理

論文關(guān)鍵詞 軟件高職　項(xiàng)目實(shí)訓(xùn)　人員選擇　人員管理

論文摘要 項(xiàng)目實(shí)訓(xùn)是軟件高職教育課程體系中的重要環(huán)節(jié)。結(jié)合軟件高職項(xiàng)目實(shí)訓(xùn)中人員管理的實(shí)際情況進(jìn)行分析和論證，同時(shí)給出實(shí)訓(xùn)人員選擇與管理工作的基本原則和方法，并總結(jié)其中的一些基本經(jīng)驗(yàn)。

隨著國家大力發(fā)展職業(yè)教育的政策的出臺(tái)，職業(yè)教育在全國范圍逐漸興起，軟件高職教育作為職業(yè)教育的一個(gè)重要組成部分，為國家和地方培養(yǎng)了大量的具有較強(qiáng)動(dòng)手能力的一線人才，創(chuàng)造出巨大的生產(chǎn)力，帶動(dòng)整個(gè)IT行業(yè)的發(fā)展，推動(dòng)經(jīng)濟(jì)和社會(huì)的進(jìn)步。項(xiàng)目實(shí)訓(xùn)作為軟件高職教育課程體系中的一個(gè)重要環(huán)節(jié)，無論是對(duì)學(xué)生理論知識(shí)的拓展還是動(dòng)手能力的培養(yǎng)都起到至關(guān)重要的作用。目前，福建省的軟件高職項(xiàng)目實(shí)訓(xùn)還處于初級(jí)發(fā)展階段，無論在項(xiàng)目設(shè)置上還是在管理方式上都存在不足。筆者結(jié)合實(shí)際教學(xué)和管理經(jīng)驗(yàn)，對(duì)軟件高職實(shí)訓(xùn)中的人員管理方式和方法做初步的分析和探討。

1 人員的選擇

教育的宗旨是以學(xué)生為本，平等地對(duì)待每一位學(xué)生，讓他們?cè)谧畲蟪潭壬习l(fā)揮潛力。但是實(shí)訓(xùn)工作畢竟帶有一種企業(yè)模擬性質(zhì)，學(xué)校注重教育公平，而企業(yè)更關(guān)注開發(fā)效率和項(xiàng)目成本，這兩者在一定程度上是此消彼長的對(duì)立面。因此，如何通過合理的人員選擇和配置，找到既能平等地對(duì)待每個(gè)學(xué)生，又能夠最大限度地提高項(xiàng)目團(tuán)隊(duì)開發(fā)效率的平衡點(diǎn)，是實(shí)訓(xùn)項(xiàng)目管理人員所急需解決的現(xiàn)實(shí)而又棘手的問題。以下是筆者在實(shí)踐中探索并采用的2種較為合理的人員選擇與配置方案。

1.1 T&R式自由組合法這里的T指的是Test，即測(cè)試，包括技術(shù)筆試和專業(yè)面試。在兩項(xiàng)測(cè)試之后應(yīng)形成一個(gè)比較合理的量化指標(biāo)，該指標(biāo)應(yīng)著重突出候選人員的技術(shù)能力和團(tuán)隊(duì)意識(shí)，公布所有候選人員的各項(xiàng)量化指標(biāo)。為保護(hù)學(xué)生的隱私，在公布時(shí)可以用編號(hào)取代學(xué)生的真實(shí)姓名。這里的R指的是rate，即比例。項(xiàng)目管理人員可以預(yù)先設(shè)定好小組成員結(jié)構(gòu)的技術(shù)等級(jí)比例，參照學(xué)生的綜合得分情況，按照1:2:1的高中低3個(gè)層次分布比例較合理。這種做法既可以避免單純比例式自由組合給學(xué)生帶來的盲目性，也能夠比較真實(shí)地反映學(xué)生的能力水平，可以科學(xué)地、客觀地組建起較為高效的團(tuán)隊(duì)，從而能夠在后續(xù)階段提高團(tuán)隊(duì)整體工作效率，也為管理工作帶來方便。

1.2 T&R交互式人員確定法首先尋找若干名班委組成評(píng)審組，項(xiàng)目管理人員或教師負(fù)責(zé)領(lǐng)導(dǎo)該評(píng)審組；接著參照T&R方法得出候選人員的各項(xiàng)評(píng)估指標(biāo)和綜合指標(biāo)，以及小組結(jié)構(gòu)比例；然后由評(píng)審小組成員進(jìn)行數(shù)據(jù)分析并結(jié)合每個(gè)成員實(shí)際情況確定各小組的組成人員。將初步形成的分組名單公布告知各候選人員，征求每位成員意見，由評(píng)審小組跟持反對(duì)意見的候選成員進(jìn)行當(dāng)面的會(huì)議式的溝通，進(jìn)行合理的調(diào)整，經(jīng)此步驟之后形成最終分組名單并公布。這樣做實(shí)現(xiàn)候選成員與管理人員之間的交互，能夠把純粹的硬性考核成績指標(biāo)轉(zhuǎn)化為“考核成績指標(biāo)＋交互式分析”。這樣較為客觀且人性化的評(píng)判方式，既能夠得到較為真實(shí)的數(shù)據(jù)，又能夠吸納學(xué)生合理的意見或看法，從而利于更科學(xué)的人員選擇。

2 人員的管理

美國心理學(xué)家亞伯拉罕·馬斯洛把人的需求分成生理需求、安全需求、社交需求、尊重需求和自我實(shí)現(xiàn)需求5類，依次由較低層次到較高層次排列，在管理中他建議通過滿足人的需求來激發(fā)他們。

在學(xué)校實(shí)訓(xùn)的項(xiàng)目組中，成員的生理需求和安全需求都基本能夠得以滿足，因此，保證成員的社會(huì)需求、受尊重需求和自我實(shí)現(xiàn)需求的滿足，對(duì)管理者來說有十分重要的意義。1）滿足組員的社會(huì)需求就是為組員提供相互交往的時(shí)間和場(chǎng)所。實(shí)訓(xùn)項(xiàng)目的交流不應(yīng)僅局限在小組的范疇，應(yīng)鼓勵(lì)小組與小組間的相互交流，條件具備的話可以組織學(xué)校跟學(xué)校間類似項(xiàng)目組間的交流。形式可以多樣化，如電子郵件、組建QQ群、網(wǎng)絡(luò)會(huì)議、座談會(huì)和技術(shù)講座等互動(dòng)方式。2）為了滿足組員受尊重的需求，應(yīng)該讓他們感到在項(xiàng)目小組中受到人格上的尊重，技術(shù)長處被認(rèn)可。對(duì)于參加實(shí)訓(xùn)的學(xué)生來說，對(duì)他們做出的成績給予充分的肯定就是一種簡便高效的方式，如針對(duì)某個(gè)技術(shù)環(huán)節(jié)開展一次技能比賽，或者開展評(píng)審會(huì)定期對(duì)項(xiàng)目階段成果進(jìn)行評(píng)估，對(duì)優(yōu)秀團(tuán)隊(duì)及其成員進(jìn)行表彰等。3）為滿足組員自我實(shí)現(xiàn)的需求，應(yīng)該在項(xiàng)目取得一定成果的基礎(chǔ)上，分配給組員具有一定挑戰(zhàn)性和難度的任務(wù)，這些任務(wù)不能超過學(xué)生能力的范圍，同時(shí)給他們提供課外的輔導(dǎo)以提高他們解決這些問題的技能。任務(wù)的完成情況可以作為附加評(píng)審內(nèi)容納入學(xué)生最終的實(shí)訓(xùn)綜合成績中去，給學(xué)生超越自我的動(dòng)力。

3 團(tuán)隊(duì)的管理

3.1 增強(qiáng)小組凝聚力一個(gè)有強(qiáng)大凝聚力的小組是最高效的小組，小組中的成員在思想上能夠形成共同的準(zhǔn)則，在工作中能夠緊密配合和協(xié)調(diào)，組員跟組員之間能夠互相學(xué)習(xí)、相互關(guān)照，從而消除隔閡，用集體的力量解決許多工作中的問題。增強(qiáng)小組凝聚力的方式有許多，如給小組起個(gè)性化的名字、開展游戲或者室內(nèi)或戶外運(yùn)動(dòng)等方式增進(jìn)組員間的溝通。另外，提高小組組員的責(zé)任感、誠信度以及保障他們的知情權(quán)、提供發(fā)展的空間等，都是增強(qiáng)小組凝聚力的有效方法。

3.2 增強(qiáng)小組溝通溝通作為軟件開發(fā)過程中的重要環(huán)節(jié)，對(duì)于開發(fā)效率的提高和團(tuán)隊(duì)的整體發(fā)展具有決定性的意義。1）適當(dāng)?shù)男〗M規(guī)模。在編制小組成員時(shí)應(yīng)考慮到人數(shù)對(duì)溝通的影響，成員太少，溝通容易但不利于開發(fā)效率；反之，成員過多會(huì)使得溝通變得十分困難，從而使效率嚴(yán)重下降，因此，合理的人員安排才是關(guān)鍵。根據(jù)經(jīng)驗(yàn)，一個(gè)實(shí)訓(xùn)小組以4～8個(gè)為宜，其中6人組最為合適。2）合理的性別比例。如果小組中的組員性別均相同，可能會(huì)導(dǎo)致沖突，使得溝通無法正常進(jìn)行，所以在確定小組結(jié)構(gòu)時(shí)應(yīng)注意男女比例的控制。對(duì)于軟件開發(fā)類實(shí)訓(xùn)項(xiàng)目而言，小組中的男女比例應(yīng)控制在3:1左右，其中女性組員可以作為小組的協(xié)調(diào)員。3）適當(dāng)?shù)男〗M負(fù)責(zé)人。小組負(fù)責(zé)人除了領(lǐng)導(dǎo)小組工作外，還負(fù)責(zé)協(xié)調(diào)小組成員之間的溝通。受尊重的小組負(fù)責(zé)人可以提高小組凝聚力和工作效率，無論對(duì)自身的進(jìn)步還是對(duì)整個(gè)團(tuán)隊(duì)的發(fā)展來說都是大有裨益的。