時間：2023-03-06 15:59:25
緒論：在尋找寫作靈感嗎？愛發(fā)表網(wǎng)為您精選了8篇項目管理軟件論文，愿這些內(nèi)容能夠啟迪您的思維，激發(fā)您的創(chuàng)作熱情，歡迎您的閱讀與分享！
論文：項目管理進度控制費用控制質(zhì)量控制軟件開發(fā)
人類社會經(jīng)歷了三次經(jīng)濟革命從農(nóng)業(yè)革命、工業(yè)革命到目前正在經(jīng)歷的信息革命。信息化正在日益改變?nèi)藗兊乃季S方式和生活習慣。在推動信息化過程中，計算機及其軟件產(chǎn)品發(fā)揮著至關(guān)重要的功能。對于軟件項目的管理成為項目管理領(lǐng)域一個令人興奮的課題。本文將結(jié)合項目管理中的控制方法分析軟件項目管理控制的相關(guān)新問題．以期提高軟件項目的開發(fā)效率。
1、有關(guān)軟件項目管理
1．1項目和項目管理
項目是一個旨在完成一個或一些獨特產(chǎn)品或服務(wù)的過程．它有著一系列被具體描述的屬性。由于項目的獨特性和一次性特征，引伸出它的其他特征．如目標的確定性．成果的不可挽回性組織的臨時性和開發(fā)性等?；陧梖lI的這些特征．項目運作更加注重項目決策前的計劃以及對實施過程的控制，以減少項目運作的風險。項目管理是2O世紀50年代后期發(fā)展起來的一種計劃管理方法，它運用先進科學的管理方式．有效解決大型組織的效率低下和小型企業(yè)面臨的風險增加新問題以組織的機動靈活．面向客戶和資源利用率高而被廣泛應(yīng)用。在工程設(shè)計．施工軟件項目的開發(fā)、實麓中經(jīng)常會碰到進度拖延．費用超支、質(zhì)量不達要求等新問題除去極少數(shù)是因為技術(shù)原因造成，絕大部分是源于僵化的管理和不當?shù)墓芾矸绞健?/p>
1．2軟件項目管理
各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中．對開發(fā)實行有效的管理。從概念上講．軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本．進度、質(zhì)量順利完成．而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。同時，隨著軟件開發(fā)規(guī)模及開發(fā)隊伍的逐漸增大，軟件開發(fā)不再是向過去那樣一二個開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個開發(fā)人員、測試人員和支持人員的工作每個項目組成員按約定的規(guī)則準時完成自己的工作。同時采用規(guī)范化管理．專業(yè)分工也可以降低對開發(fā)人員的要求，從而降低產(chǎn)品研發(fā)成本。
2、軟件項目控制
2．1軟件項目控制
軟件項目跟蹤和監(jiān)控包括對照已文檔化的估計、約定和計劃評審和跟蹤軟件完成情況和結(jié)果?；趯嶋H的完成情況和結(jié)果調(diào)整這些計劃。軟件項目的已文檔化的計劃(即軟件開發(fā)計劃，正如在軟件項目計劃關(guān)鍵過程區(qū)域中所描述的)用作跟蹤軟件活動傳送狀態(tài)和修訂計劃的基礎(chǔ)管理者監(jiān)控軟件活動．主要通過在所選出的軟件工作產(chǎn)品完成時和在所選擇的里程碑處，將實際的軟件規(guī)模工作量成本和時間表和計劃相比較，來確定進展情況。當確定未實現(xiàn)軟件項目計劃時，采取糾正辦法。這些辦法可以包括修訂軟件開發(fā)計劃以反映實際的完成情況和重新計劃遺留的工作或者采取改進性能的辦法。
2．2軟件項目控制的內(nèi)容
軟件項目控制的目的是為軟件項目的過程提供足夠的能見度，從而可以在執(zhí)行過程中發(fā)生對計劃的嚴重偏離時能夠采取適當?shù)母袨?。軟件項目控制包括：a。追蹤軟件項目的進展于表現(xiàn)從而和所作的估計、承諾和計劃做出對比：b。追蹤軟件項目的風險；C。在發(fā)生對計劃的嚴重偏離時采取適當?shù)母袨椤?/p>
2．3軟件項目控制步驟
由于軟件開發(fā)是處在一個開放的動態(tài)系統(tǒng)中，開發(fā)環(huán)境的不斷變化要求不斷修改項目計劃，以適應(yīng)新的變化。此外項目經(jīng)理及其組織在完成任務(wù)的過程中不可避免的要碰到這樣或那樣的新問題．解決這些新的矛盾和新問題均屬項目控制的范疇項目的預(yù)算和進度計劃只能為項目經(jīng)理提供決策的依據(jù)．假如在項目實施過程中控制不?。茈y在限定的時間和預(yù)算要求下實現(xiàn)項目管理工作的目標。因此軟件項目控制的過程包括以下四個步驟：a、猜測什么會發(fā)生——要做出開發(fā)計劃并建立工作標準b、查明什么正在發(fā)生——用建立的工作標準檢查當前的工作；c、正在(或已經(jīng))發(fā)生的實事同猜測的結(jié)果進行比較——分析誤差產(chǎn)生的原因：d及時采取補救辦法．以滿足項目目標，預(yù)算和進度的要求。
3、軟件項目控制具體操作
3．1軟件項目進度控制
為了確保軟件開發(fā)中的各項工作能按照計劃預(yù)定的日程順利完成．對項目的進度要進行控制。進度控制的過程是．在項目實施過程中，不斷地進行實際進度值和計劃值的比較、發(fā)現(xiàn)偏差、檢查分析其產(chǎn)生的原因，并采取相應(yīng)的辦法加以解決。
3．1．1進度控制流程
(1)進度控制的輸入
進度計劃。項目進度基準是項目測量和報告的基礎(chǔ)和標準。
實施報告。實施報告提供了有關(guān)項目進度發(fā)展實情。報告未來可能發(fā)生的進度新問題。
變更要求。項目變更要有嚴格的申請和審批手續(xù)。
進度管理的技術(shù)和工具。
(2)進度管理的技術(shù)和工具
進度控制變更系統(tǒng)。為有效實現(xiàn)進度管理和控制．進度控制系統(tǒng)應(yīng)設(shè)立實現(xiàn)重新計劃的全部功能。包括：文件設(shè)立．跟蹤即實施報告．變更評估等。
實施情況測量。項目進度控制系統(tǒng)中的一個重要組成部分是決定對遲發(fā)生的進度偏差是否采取糾偏辦法。而實施情況報告提供了決策的主要信息。如變更分析．趨向分析．已實現(xiàn)價值分析等。
糾偏計劃。很少有項目能完全按計劃進度進行為實現(xiàn)項目進度或總進度要求，在項目實施過程中．需要不斷對原計劃進行調(diào)整或增加新的工作內(nèi)容。為此．需要不斷對實施的項目進行活動時間猜測。修改活動過程．替代進度方案分析。
項目管理軟件。它的功能是跟蹤項目按計劃日期展開實際工作的情況．對照進度計劃分析進度目前狀況，找出進度的偏差．分析進度偏差對項目的影響．猜測未來走勢
(3)項目進度控制的輸出
進度更新。包括對項目管理中任何進度信息的修改。進度調(diào)整是其中的一種．師隊員進度計劃中活動開始和結(jié)束時間的改變。糾偏行動。通過改變資源投入將實際進度拉回到計劃的行動過程。
從中獲得的教訓。有關(guān)進度偏差產(chǎn)生的原因。糾偏方案的評估和選擇以及其他方面的感受和教訓都應(yīng)紀錄在案成為日后有用的歷史資料。
3．1．2進度控制方法
一般項目進度控制采用因果分析．分析用四步完成：
(1)明確新問題。實際完成情況和項目里程碑相對照．確定是否超期．超期的部分是在哪里。
(2)查找產(chǎn)生該新問題的原因。位從系統(tǒng)角度充分熟悉各方原因．應(yīng)組織具有代表性任務(wù)人員并采用頭腦風暴法進行。項目主管要通過他領(lǐng)導(dǎo)的辦公室或小組，以及在各職能部門的人共同分析新問題產(chǎn)生原因。
(3)確定個原因?qū)π聠栴}產(chǎn)生的影響程度。對影響程度的評估可以采用專家小組打分的方法，事先確定權(quán)數(shù)．而后打分得出分析結(jié)果。
(4)畫出帶箭頭的魚刺圖。分析出原因后各部門各就其職針對新問題提出解決方案．并實施。
3．1．3軟件項目進度控制具體辦法
在實施進度計劃過程中，會有種種故障：客戶的需求進行了補充或修改；工作量估算不準，造成進度不平衡或是有人不遵從開發(fā)規(guī)范．導(dǎo)致產(chǎn)品出現(xiàn)缺陷；或是技術(shù)環(huán)節(jié)出現(xiàn)故障，這些新問題往往是在進度計劃外出現(xiàn)的．一旦出現(xiàn)這些新問題，項目進度不得不進行調(diào)整。開發(fā)過程中為了有效控制類似新問題，可以采用以下輔助辦法，控制進度按計劃執(zhí)行：
(1)政策性辦法。對于不遵從開發(fā)規(guī)范，人員不按時履行職責的．給予經(jīng)濟或是職務(wù)上的處罰．這種辦法應(yīng)是建立在分配任務(wù)之前；
(2)人員布置。在各子項目接口處適當布置機動人員和機動時間。這一辦法有賴于項目組織的機構(gòu)設(shè)置能動性好。此處比較難解決的是人員業(yè)績評估．獎勵新問題。
(3)技術(shù)辦法，要想很好地執(zhí)行進度計劃，需要事先有統(tǒng)一的規(guī)范例如開發(fā)語言的統(tǒng)一，文檔的歸類。這樣便于下一階段人員理解上一階段人員意圖，交流更加輕易。
(4)信息流辦法。該辦法要求建立一個信息流系統(tǒng)．準時匯報項目進度．便于主控人員調(diào)整進度，并且保證信息流通順暢。避免開發(fā)期壓到最后造成嚴重拖工。
(5)資金辦法。財務(wù)部門可以定期檢查各部門財務(wù)情況．控制資金流出時間．進而控制項目進度。這和后面要講到的三者權(quán)衡有密切關(guān)系。
3．2軟件項目費用控制
費用控制就是要保證各項工作要在他們各自的預(yù)算范圍內(nèi)進行。其基礎(chǔ)是實現(xiàn)就對項目進行費用預(yù)算。整個項目費用應(yīng)包括項目范圍規(guī)劃階段。軟件需求分析階段．原型設(shè)計階段開發(fā)階段．測試階段和項目投入使用后的使用階段所消耗費用的總和。軟件開發(fā)項目承擔公司為了完成項目目標和獲得更多的利潤．在實施項目過程中就要控制成本．在控制過程中，首先要擬定一個標準．即計劃值．然后進行實際至于計劃值的比較，確定實際值和計劃標準的偏差大?。员阍诖嘶A(chǔ)上采取各種辦法糾正偏差．常用的分析工具是偏差分析。
偏差是指實際成本對相應(yīng)計劃的偏離，成本偏差的數(shù)學公式為：
CV=BCWP-ACWP(負數(shù)CV表明出現(xiàn)超支；反之，則節(jié)資)(3—1)
其中：CV為成本偏差，BCWP為計劃工作預(yù)算，ACWP為完成工作實際成本。
在進行成本偏離計劃程度分析時，常用計劃偏差率反應(yīng)時給予計劃的偏離程度。
CVP=CV／BCWP(3-2)
其中CVP為成本偏差率。
偏差值是控制分析中的一個關(guān)鍵參數(shù)，因而應(yīng)向各級組織匯報。對于不同的項目或同一項目不同階段或不同管理層次，對偏差的控制程度不一樣，制定偏差答應(yīng)值的方法也不同。由于隨著時間的推移風險減少了，因而偏差答應(yīng)也可降低。超級秘書網(wǎng)
3．3軟件項目質(zhì)量控制
對于軟件產(chǎn)品的項目質(zhì)量控制應(yīng)是事前有預(yù)控，過程有監(jiān)控的主動控制閉環(huán)系統(tǒng)。(1)事前預(yù)控：根據(jù)影響質(zhì)量因素多等特征．軟件項目質(zhì)量必須事前預(yù)控，及根據(jù)軟件的類型和特征，以及以往類似項目的常發(fā)病和預(yù)防辦法，對軟件項目質(zhì)量提出事前預(yù)控辦法，包括制定控制的計劃和程序，這是項目質(zhì)量控制的前提。(2)過程監(jiān)控：根據(jù)易產(chǎn)生質(zhì)量波動和易產(chǎn)生系統(tǒng)因素變異等特征，軟件項目質(zhì)量必須過程監(jiān)控．即按照預(yù)控的計劃和程序，對工序、分項、單元的全過程進行過程監(jiān)控．包括監(jiān)測、檢查、控制和評定．這是項目質(zhì)量控制的基礎(chǔ)。
關(guān)鍵字：軟件項目管理需求分析系統(tǒng)設(shè)計
1.項目前期以及項目準備
在進行任何一項較大的項目時,首先要進行項目的可行性分析和研究,因為這些項目中的問題并不都有明顯的解決辦法,這樣就很難在預(yù)定的時間、費用之內(nèi)解決這些問題，如果這些問題沒有可以行得通的解決辦法，貿(mào)然開始這些項目，就可能導(dǎo)致項目的失敗，造成巨大的損失。
1.1可行性分析
軟件項目可行性研究的目的是用最小的代價和時間，確定該項目是否能夠開發(fā)值得開發(fā)，其實質(zhì)是要進行一次簡化的、抽象的需求分析和設(shè)計過程，主要應(yīng)從以下幾個方面進行分析。
1.1.1技術(shù)可行性
對要開發(fā)項目的功能，性能和限制條件進行分析，確定在現(xiàn)有的資源條件下技術(shù)風險有多大，項目是否能夠?qū)崿F(xiàn)，現(xiàn)有的資源包括硬件、軟件資源，現(xiàn)有的技術(shù)人員和技術(shù)水平，已經(jīng)有的工作基礎(chǔ)等，判斷技術(shù)上是否可行，主要需要考慮以下幾個問題:
(1)開發(fā)的風險即在給定條件下能否實現(xiàn)目標的功能和性能；
(2)資源的有效性；
(3)技術(shù)的發(fā)展性；
由于需求未經(jīng)過詳細的調(diào)研，存在模糊性和可能的變化，開發(fā)人員進行技術(shù)可行性評估時，存在比較大的風險，一旦出現(xiàn)估計的錯誤，將可能導(dǎo)致災(zāi)難性的后果。
1.1.2經(jīng)濟可行性
進行軟件開發(fā)項目的成本估算以及了解取得的效益估算，確定該項目是否值得開發(fā)，對于大多數(shù)項目，衡量經(jīng)濟可行性，應(yīng)考慮一個“底線”，同時應(yīng)考慮公司的長期經(jīng)營策略，潛在市場前景等因素。
1.1.3社會可行性
應(yīng)考慮項目是否存在任何侵權(quán)、責任等問題，考慮在現(xiàn)有的制度、法規(guī)下是否行得通，包括合同、責任、法律等多種因素。
1.2需求調(diào)研
在項目前期工作中，需求調(diào)研是其中最重要的一個環(huán)節(jié)，今后的許多工作都依賴于需求調(diào)研的結(jié)果，需求調(diào)研的過程是漸進的，在可行性分析階段，主要關(guān)注的是項目規(guī)模、范圍和重點的功能，在項目進入正是開發(fā)流程以后，我們需要更加全面、準確地了解系統(tǒng)的需求不重視需求過程的項目隊伍將自食其果，需求工程中的缺陷將給項目成功帶來極大風險。如:無足夠用戶參與導(dǎo)致產(chǎn)品無法被接受；用戶需求的增加帶來過度的耗費和降低產(chǎn)品的質(zhì)量；模棱兩可的需求說明可能導(dǎo)致時間的浪費和返工；用戶增加一些不必要的特性和開發(fā)人員畫蛇添足；過分簡略的需求說明以致遺漏某些關(guān)鍵需求；忽略某類用戶的需求將導(dǎo)致眾多客戶的不滿；不完善的需求說明使得項目計劃和跟蹤無法準確進行。
1.3項目團隊的組織
建立項目團隊是項目開發(fā)過程的開始，一切工作都是由項目團隊的成員完成的在整個項目的運行過程中，需要很多不同的角色參與到項目中，完成不同階段的任務(wù)。所以在建立項目團隊的過程中要把握好人員角色的劃分、特別人員管理與激勵、監(jiān)督等。整個人員的管理是項目管理的關(guān)鍵，因為人是活的，而項目是死的，只要人員管理妥當，項目開發(fā)一般是不會出什么問題的。
1.4項目開發(fā)計劃
軟件項目的特征之一就是需求的不確定性和開發(fā)過程中存在的技術(shù)風險，按照通常的方法，制定一個項目的計劃應(yīng)該是先根據(jù)項目的需求，進行詳細的任務(wù)分解找出實現(xiàn)的方法，估計出項目的工作量，再根據(jù)項目資源的狀況，制定出項目的計劃。
但是，再現(xiàn)實的工作中，項目的時間表往往是事先確定的，給開發(fā)留出的時間也是事先定好的。而我們能夠利用的資源，主要是開發(fā)的人力資源，也被事先基本確定了，在被確定的這2個前提條件下，我們?nèi)绾胃鶕?jù)項目的需求，合理地安排人力和時間，完成項目的開發(fā)，這是現(xiàn)實中項目經(jīng)理經(jīng)常遇到的問題如果事先確定的時間表是相對比較合理的，至少應(yīng)該是我們夠的到的。我們制定的開發(fā)計劃才是有意義的，否則，按照這個時間表制定出來的計劃只能失敗的在這種情況下，項目經(jīng)理唯一可以做的是對用戶的需求進行剪裁，去掉某些耗時長而且不太重要的功能，或是在開發(fā)中適當降低質(zhì)量要求，或許可以完成項目的進度。當然這必須最終要得到用戶的認可。778論文在線
2.項目開發(fā)過程管理
2.1詳細設(shè)計
在詳細設(shè)計階段，由于任務(wù)已經(jīng)詳細地分解，總體地解決方案和技術(shù)框架已經(jīng)確立，詳細設(shè)計地目的就主要是針對某個特定地模塊或?qū)ο?，根?jù)需求，技術(shù)框架地要求和模塊間接口，描述出我們實現(xiàn)功能的方法，主要內(nèi)容包括：
（1）內(nèi)部算法描述；
（2）內(nèi)部數(shù)據(jù)組織；
（3）相關(guān)接口詳細設(shè)計；
2.2設(shè)計評審
在設(shè)計完成后，必須安排設(shè)計評審以保證設(shè)計的質(zhì)量，通常設(shè)計評審以小組內(nèi)部的評審會的方式進行，參與人有項目小組內(nèi)部的人員及其負責人，由開發(fā)者介紹其設(shè)計思路，其他人了解并對其設(shè)計質(zhì)量進行評審。評審的內(nèi)容主要包括：
（1）關(guān)鍵算法的可行性；
（2）接口是否符合概要設(shè)計的要求；
（3）技術(shù)清晰度是否符合設(shè)計標準；
（4）文檔的完備性；
評審?fù)ㄟ^的設(shè)計，才能夠開始編碼工作，評審的結(jié)果應(yīng)記錄到開發(fā)文檔當中。
2.3編碼
在編碼階段，主要需要在編碼工作結(jié)束后，進行代碼審核，這項工作非常重要主要應(yīng)該由項目小組的技術(shù)負責人完成，審核的目的并不是為了檢驗代碼的正確性而是需要對編碼是否按照規(guī)范進行審核。主要內(nèi)容包括：
（1）變量、包、方法等的命名是否符合規(guī)則；
（2）注釋是否填寫完整，是否符合規(guī)范；
（3）代碼的可讀性，編寫風格是否符合規(guī)范；
（4）是否有明顯的造成系統(tǒng)運行低效率的處理方法；
（5）公共變量的定義和使用；
2.4調(diào)試
編碼工作完成以后，通常需要開發(fā)人員自己進行單元測試，有些部分需要編寫相應(yīng)的測試程序。應(yīng)該避免發(fā)生這類的情況，有些開發(fā)人員任務(wù)自己不應(yīng)該進行測試工作，在編寫完代碼以后，只要編譯成功，就直接提交成果，將測試工作完全交給測試人員去做，這樣做不僅僅給測試人員增加了許多的工作量，同時增加了許多因為交流產(chǎn)生的時間，造成進度的延遲，管理人員應(yīng)該杜絕程序員的這樣的思想，同時在管理中予以考慮，可以將提交成果產(chǎn)生的bug數(shù)量作為考核程序員業(yè)績的標準之一。
3.項目后期管理
3.1項目的驗收
項目驗收，是整個項目生命周期中最后一個環(huán)節(jié)。一般來說，軟件項目的驗收一般來說有2個階段，第一個階段是驗收測試，當驗收測試成功結(jié)束后，一般會有一個階段的試運行階段，只有當2個階段全部結(jié)束后，整個項目才算真正結(jié)束，可以收回全部的工程款，該軟件也進入其運行維護期。驗收測試應(yīng)按照軟件的需求，質(zhì)量要求進行測試驗收，需要甲乙雙方共同建立驗收小組，或請第三方測試機構(gòu)進行驗收測試，在驗收測試之前，開發(fā)方應(yīng)提供一系列的開發(fā)設(shè)計文檔供驗收測試使用。
3.2軟件維護
編程大師曾說“哪怕程序只有三行長，總有一天你也不得不對它維護?！?，很
多軟件產(chǎn)品不是一次性的買賣，比如在電信、金融等領(lǐng)域，有些軟件系統(tǒng)要用十幾年，對軟件進行維護是必不可少的，軟件公司的經(jīng)理們沒有哪一個喜歡被維護的費用嚇一跳，但軟件維護的代價通常是高昂的。對軟件而言“維護”是個不太直觀的術(shù)語，因為軟件產(chǎn)品在重復(fù)使用時不會被磨損，并不需要進行像對車輛或電器那樣的維護，軟件維護是人們對既豐富多彩又會令人心酸的活動的統(tǒng)稱，其中豐富多彩的活動是指那些反映客觀世界變化，能使軟件系統(tǒng)更加完善的修改和擴充工作，令人心酸的活動是指那些永無休止，并且改了舊錯卻引起新錯讓人欲哭無淚的工作。
參考文獻：
1.邱菀華沈建明楊愛華等編著現(xiàn)代項目管理導(dǎo)論機械工業(yè)出版社
2002年10月
2.美理查德懷特黑德著領(lǐng)導(dǎo)軟件開發(fā)團隊電子工業(yè)出版社2002年5月
3.尼爾懷特著管理軟件開發(fā)項目-通向成功的最佳實踐電子工
業(yè)出版社2002年4月
4.劉積仁康曉東饒友玲主編軟件開發(fā)項目管理人民郵電出版社
2002年2月
5.美JosephRaynus著CMM軟件過程改進指南電子工業(yè)出版社
有時即使不開展項目管理工作，軟件開發(fā)項目也能取得成功。但是如果乏項目管理，則難以將成本控制在一定范圍內(nèi)，容易導(dǎo)致軟件企業(yè)面臨著虧損的風險。在開展項目管理工作的過程中，需要借助技術(shù)、方法等，管理軟件開發(fā)活動，如此既有助于實現(xiàn)軟件開發(fā)目標，又能夠控制軟件開發(fā)的進度以及開發(fā)成本。當前，雖然有部分軟件企業(yè)依據(jù)軟件工程理論，制定了管理軟件開發(fā)的制度，但是卻沒有嚴格控制軟件開發(fā)的進度以及成本。這種做法不僅會延長軟件開發(fā)的時間，還會增加軟件公司的經(jīng)營風險，最終損害到相關(guān)用戶的利益。而在軟件開發(fā)過程中，開展項目管理工作，就有助于保證軟件開發(fā)工作的順利完成，同時提高軟件企業(yè)的經(jīng)營管理效率。
2項目管理在軟件開發(fā)中的應(yīng)用現(xiàn)狀
在二十世紀六十年代中期，人們發(fā)現(xiàn)了在開發(fā)軟件過程中存在著很多問題，具體的問題表現(xiàn)在以下兩個方面：一方面，不規(guī)范的生產(chǎn)過程；另一方面，不重視管理工作。為了能夠有效解決軟件開發(fā)過程中存在的問題，人們開始嘗試利用過程管理方法。但是到了二十世紀八十年代，還是沒有制定管理軟件開發(fā)過程相關(guān)標準。近幾年來，在信息技術(shù)快速發(fā)展的背景下，人們采取項目管理來控制軟件開發(fā)的質(zhì)量、軟件開發(fā)的成本等，以此確保軟件開發(fā)的質(zhì)量和成本等因素，符合當時的既定標準。在軟件開發(fā)過程中，每一個項目組的不同成員都應(yīng)該承擔不同的任務(wù)，并且企業(yè)管理者應(yīng)該要求他們要在規(guī)定的時間內(nèi)完成自身的任務(wù)，這種明確分工制度，有助于提高員工的工作效率。
3項目管理在軟件開發(fā)中的應(yīng)用
每一個軟件開發(fā)項目都要經(jīng)過以下幾個階段：提出問題、研究可行性、分析需求、測試等。因此項目管理工作應(yīng)該貫穿于軟件開發(fā)的整個過程。
3.1可行性研究
無法開發(fā)哪一個項目，都需要進行可行性分析與研究。通過利用項目管理來研究軟件開發(fā)項目可行性的目的在于：在最短的時間內(nèi)確定軟件開發(fā)項目是否具有開發(fā)的價值。其中可行性研究的內(nèi)容包括：
1）、研究技術(shù)的可行性。其主要是指：要合理地分析開發(fā)項目的功能與性能，分析其中所隱藏的技術(shù)風險。
2）、研究經(jīng)濟的可行性。其主要是指：估計所開發(fā)的項目給企業(yè)帶來的經(jīng)濟效益，然后依據(jù)所估算的經(jīng)濟效益，確定該項目是否具有投資的價值。
3）、研究社會的可行性。其主要是指：分析此項目的運行方式是否正確，分析當前的人員技術(shù)水平以及管理制度是否具有可行性。
3.2軟件項目估算
在軟件開發(fā)過程中，首先要規(guī)劃軟件開發(fā)項目，如此便于項目管理人員制定切合實際的估算方案。規(guī)劃軟件開發(fā)項目的內(nèi)容主要包括：明確軟件開發(fā)的目標、明確軟件開發(fā)過程中需要用到的各種資源、明確軟件開發(fā)的進度等。在軟件開發(fā)過程中，估算起著非常重要的作用。通過估算可以保證軟件項目在規(guī)定的時間內(nèi)完成，也可以確保軟件項目的成本未超出預(yù)算。在估算資源、成本以及進度的時候，要依據(jù)自身豐富的經(jīng)驗以及相關(guān)的數(shù)據(jù)。但是當前所使用的估算方法較為單一，此種估算方法容易增加估算風險。對此，研究人員應(yīng)該努力研究出更多科學、有效的估算方法。
3.3軟件項目開發(fā)人員的管理
在開展軟件項目開發(fā)人員管理工作的時候，首先要合理安排人員。通常情況下，是由多個小組成員共同完成軟件開發(fā)項目。在具體安排人員任務(wù)的時候，要依據(jù)每位人員的優(yōu)勢進行，并且要明確小組內(nèi)每一位成員的工作任務(wù)以及工作目標。在軟件開發(fā)過程中，要確定不同的責任人，比如：項目經(jīng)理、開發(fā)經(jīng)理，并且為每一個小組安排一名組長，如此有助于確保軟件開發(fā)項目的順利完成，同時保證所開發(fā)出來的軟件屬于高質(zhì)量產(chǎn)品。
4結(jié)束語
AbstractContent:Withthedevelopmentatfullspeedoftheinformationindustry,theprojectmanagementisaneffectualofficeproceduretothesoftwareenterpriserelyingmainlyonapplicationanddevelopment,theapplicationinsoftwaredevelopmentoftheprojectmanagement
ispaidattentiontodaybyday.Thistexthasbeenanalyzedanddescribed
throughtheorigincauseofformation,existingproblemandcorresponding
solutionofapplicationtotheprojectmanagementinsoftwaredevelopment
mainly.
關(guān)鍵詞：項目管理，軟件開發(fā)
Keywords:Projectmanagement,Softwaredevelopment
如果用兩個字概括當前社會的特點，那就是“變化”，而這種變化在信息產(chǎn)業(yè)中體現(xiàn)得尤為突出，技術(shù)創(chuàng)新速度越來越快，用戶需求與市場不斷變化，人員流動也大大加快。在這種環(huán)境下，企業(yè)需要應(yīng)對的變化以及由此帶來的挑戰(zhàn)大大增加，也給管理帶來了很多問題和挑戰(zhàn)。軟件行業(yè)是一個極具挑戰(zhàn)性和創(chuàng)造性的新行業(yè)，管理上沒有成熟的經(jīng)驗可供借鑒。而項目管理應(yīng)該說對于軟件企業(yè)，尤其是那些以應(yīng)用開發(fā)為主的軟件企業(yè)，是行之有效的管理方法。因此，項目管理在軟件開發(fā)中的應(yīng)用日益受到重視。
項目管理的兩個問題
1、什么是項目管理？
項目管理是在一定的約束條件下，以高效率地實現(xiàn)項目業(yè)主的目標為目
的，以項目經(jīng)理個人負責制為基礎(chǔ)和以項目為獨立實體進行經(jīng)濟核算，并按照項目內(nèi)在的邏輯規(guī)律進行有效的計劃、組織、協(xié)調(diào)、控制的系統(tǒng)管理活動。
2、為什么要有項目管理？
沒有項目管理，項目也有可能成功。但沒有管理的項目，很難保證項目
的利潤空間，對公司來說，虧損的風險就大。所以我們要有項目管理，以保證公司在總體上是盈利的，注意不是每一個項目都要盈利。
另外，有了項目管理，就有了管理改進的基礎(chǔ)，無論剛開始的項目管理多么糟糕，只要有管理，就有了改進的可能性，至于能不能得到改進，以及改進的快慢，則取決于兩個因素：一個是人，特別是各級管理者；另一個是利益。關(guān)鍵是“利益”，準確的說是“利益的分配”，在權(quán)責利明確的前提下，人才能充分的發(fā)揮作用。還需要指出的是“利益”是多元的，這里的多元不僅指利益的具體形式，而且指利益的受眾是多元的，包括客戶方相關(guān)人員個人的利益。
3、項目管理的發(fā)展與現(xiàn)狀。
今天，項目管理作為一種現(xiàn)代化管理方式在國際上已獲得了廣泛的應(yīng)用，從最初的國防、航天、建設(shè)工程領(lǐng)域，迅速發(fā)展到電子、通信、計算機、軟件開發(fā)、金融等行業(yè)以及政府機關(guān)的項目管理工作。隨著計算機、網(wǎng)絡(luò)系統(tǒng)的迅速發(fā)展，項目管理技術(shù)的不斷進步，項目管理軟件產(chǎn)品層出不窮，其功能、特點、應(yīng)用對象也各不相同。當前，越來越多的企業(yè)和組織在內(nèi)部推廣項目管理的理論方法及管理模式，如果都采用項目管理軟件進行管理，效果就更加明顯，可以節(jié)省大量的資源和財富。國外90%以上的項目管理都采用軟件進行，但我國在這方面的應(yīng)用還不到10%。新世紀項目管理在中國的迅速興起，給軟件企業(yè)的發(fā)展帶來了前所未有的發(fā)展機遇。
項目管理在軟件開發(fā)中的應(yīng)用的成因
隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經(jīng)越來越不適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中，對開發(fā)實行有效的管理。從概念上講，軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風險）。同時，隨著軟件開發(fā)規(guī)模及開發(fā)隊伍的逐漸增大，軟件開發(fā)不再是向過去那樣一二個開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個開發(fā)人員、測試人員與支持人員的工作，每個項目組成員按約定的規(guī)則準時完成自己的工作。同時采用規(guī)范化管理，專業(yè)分工也可以降低對開發(fā)人員的要求，從而降低產(chǎn)品研發(fā)成本。
軟件開發(fā)是一項復(fù)雜的系統(tǒng)工程，牽涉到各方面的因素，實際工作中，經(jīng)常會出現(xiàn)各種各樣的問題，甚至面臨失敗。如何總結(jié)、分析失敗的原因，得出有益的教訓，對一個公司來說，是在今后的項目中取得成功的關(guān)鍵。
早在20世紀60年代中期，人們就發(fā)現(xiàn)軟件的生產(chǎn)出現(xiàn)了“問題”，主要表現(xiàn)在生產(chǎn)過程不規(guī)范，缺乏管理。后來，人們在軟件工程方法學中引入了工程的概念、原理、技術(shù)和方法，這種思想在一定程度上解決了軟件生產(chǎn)過程中遇到的問題。但是直至80年代還是沒有提出一套管理軟件開發(fā)的通用原則，軟件管理不善的問題依舊在大范圍內(nèi)存在。
目前的軟件開發(fā)正逐步趨向于復(fù)雜化、多元化，大多數(shù)開發(fā)團隊中都會出現(xiàn)同時開發(fā)多個版本、開發(fā)/維護工作并存、多地點同時開發(fā)等情況，給軟件開發(fā)管理帶來了前所未有的困難。如果管理不善，必將造成版本混亂，各個開發(fā)人員的工作相互交叉、干擾，整個開發(fā)團隊的工作在一種無秩序的不良狀況下運行，嚴重影響軟件產(chǎn)品開發(fā)的進度和質(zhì)量。
因此，隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們越來越意識到軟件過程管理的重要性，管理學的思想逐漸融入軟件開發(fā)過程中，應(yīng)用開發(fā)的項目管理日益受到重視。而項目管理技術(shù)的發(fā)展與計算機技術(shù)的發(fā)展是密不可分的，隨著計算機性能的迅速提高，大量的項目管理軟件涌現(xiàn)出來。它們可以用于各種商業(yè)活動，提供便于操作的圖形界面，幫助用戶制定任務(wù)、管理資源、進行成本預(yù)算、跟蹤項目進度等。
軟件項目管理常見問題及解決方案
對于軟件開發(fā)項目中，經(jīng)常出現(xiàn)兩種極端情況，一種是創(chuàng)造了新的生產(chǎn)率和質(zhì)量的紀錄；一種則完全是一場災(zāi)難，不是被取消就是拖延很長時間。前者如在很短的時間內(nèi)，為了趕進度，在幾乎不可能的時間內(nèi)開發(fā)出一套軟件產(chǎn)品，創(chuàng)造了軟件開發(fā)的記錄，滿足了上級所要求的上機日期，由于開發(fā)時間太短，過于倉促，上機時，問題百出，試運行時間長達幾個月或一年半載的，而且程序一改再改，維護工作量大。
后者，如某套系統(tǒng)未弄清楚需求，或因設(shè)計問題，開發(fā)失敗。通過提煉這些成功和失敗的例子，軟件項目成功或失敗的根本原因可能會更清晰一些。
目前我國大部分軟件公司，無論是產(chǎn)品型公司還是項目型公司，都沒有形成適合自己公司特點的軟件開發(fā)管理模式，雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范，但并沒有從根本上解決軟件開發(fā)的質(zhì)量控制問題。這樣導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定，軟件后期的維護、升級出現(xiàn)麻煩，同時最終也會損害用戶的利益。
分析目前項目管理需要改進的問題可以從幾種相關(guān)角色的角度去考慮：項目經(jīng)理、項目組成員、公司管理人員、市場人員、客戶等。
問題一：缺乏項目管理系統(tǒng)培訓（相關(guān)對象：項目經(jīng)理、管理人員）
項目經(jīng)理在項目管理方面的培訓較少或不夠系統(tǒng)。項目經(jīng)理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導(dǎo)，完全依靠個人現(xiàn)有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業(yè)中，以前幾乎沒有專門招收項目管理專業(yè)的人員來擔任項目經(jīng)理（甚至很少是管理專業(yè)的），被任命的項目經(jīng)理主要是因為他們能夠在技術(shù)上獨當一面，而管理方面特別是項目管理方面的知識比較缺乏。
解決方案：項目經(jīng)理接受系統(tǒng)的項目管理知識培訓是非常必要的，有了專業(yè)領(lǐng)域的知識與實踐，再加上項目管理知識與實踐和一般管理的知識和經(jīng)驗的有機結(jié)合，必能大大提高項目經(jīng)理的項目管理水平。應(yīng)實行項目經(jīng)理知識技能資格考核制度，讓項目經(jīng)理自覺補充學習項目管理的知識和一些常用工具和方法。
問題二：項目計劃意識問題（相關(guān)對象：項目經(jīng)理）
項目經(jīng)理對總體計劃、階段計劃的作用認識不足。項目經(jīng)理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮；階段計劃因工作忙等理由經(jīng)常拖延，造成計劃與控制管理脫節(jié)，無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責任的計劃的項目是一種無法控制的項目。
解決方案：在高技術(shù)行業(yè)，日新月異是主要特點，因此計劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細的方式進行不斷完善。提高項目經(jīng)理的計劃意識，采用項目計劃制定相關(guān)各種知識、技術(shù)、工具，加強對開發(fā)計劃、階段計劃的有效性進行事前事后的評估。
問題三、管理意識問題（相關(guān)對象：項目經(jīng)理）
部分項目經(jīng)理沒有意識到自己項目經(jīng)理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術(shù)工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務(wù)不均、資源浪費。在軟件企業(yè)中，項目經(jīng)理大多是技術(shù)骨干，技術(shù)方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質(zhì)都有待補充和提高，項目管理經(jīng)驗也有待豐富。有些項目經(jīng)理對于一些不服管理的技術(shù)人員，沒有較好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解結(jié)構(gòu)設(shè)計的合理性，項目任務(wù)無法有效、合理地分配給相關(guān)成員，以達到“負載均衡”。
解決方案：加強項目管理方面的培訓，并通過對考核指標的合理設(shè)定和宣傳引導(dǎo)項目經(jīng)理更好地做好項目管理工作。技術(shù)骨干在擔任項目經(jīng)理之前，最好能經(jīng)過系統(tǒng)的項目管理知識，特別是其中的人力資源管理、溝通管理的學習，并且在實際工作中不斷提高自己的管理素質(zhì)，豐富項目管理經(jīng)驗，提高項目管理意識。
問題四：溝通意識問題（相關(guān)人員：項目經(jīng)理、項目組成員）
在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術(shù)問題或成果等方面與相關(guān)人員的溝通不足，造成各做各事、重復(fù)勞動，甚至造成不必要的損失；有些人沒有每天定時收郵件的習慣，以至于無法及時接收最新的信息。
解決方案：制定有效的溝通制度和溝通機制，對由于缺乏溝通而造成的事件進行通報作為教訓提醒，以提高溝通意識；溝通方式應(yīng)根據(jù)內(nèi)容而多樣化，講究有效率的溝通；通過制度規(guī)定對由于未及時收取郵件而造成損失的責任歸屬；對于特別重要的內(nèi)容要采用多種方式進行有效溝通以確保傳達到位，例如除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會議進行傳達。
問題五：風險管理意識問題（相關(guān)人員：項目經(jīng)理）
項目經(jīng)理沒有充分分析可能的風險，對付風險的策略考慮比較簡單。項目經(jīng)理在做項目規(guī)劃時常常沒有做專門的風險管理計劃文檔，而是合并在項目計劃書中。有些項目經(jīng)理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節(jié)簡單應(yīng)付了事，隨便列出幾個風險，隨便地寫一些簡單的對策，對于后面的風險防范起不到什么指導(dǎo)作用。
解決方案：通過學習項目管理知識掌握風險識別、量化、對策研究、反應(yīng)控制的工具和方法掌握項目風險管理所必備的知識。通過加強對項目規(guī)劃中風險管理計劃的審核提高項目組的風險管理意識。總結(jié)本行業(yè)項目中常見的風險及其對策作為風險管理計劃中必要的風險內(nèi)容，并切實評估相應(yīng)對策的有效性和可行性。
問題六：不重視項目經(jīng)驗的總結(jié)（相關(guān)人員：項目經(jīng)理、管理人員）
項目經(jīng)理在項目結(jié)束時有些是因為自身對寫文檔工作的興趣或意識，或
者是因為緊接著要參加下一個項目，總體對項目總結(jié)的重視程度不夠。有些是項目總結(jié)報告一再拖延，有些是交上來的報告質(zhì)量較低，敷衍了事。
解決方案：在制度上鼓勵和加強項目經(jīng)驗總結(jié)工作，使得項目總結(jié)及時并且具有指導(dǎo)意義而不是走過場。
問題七：項目干系人相關(guān)問題（相關(guān)人員：項目經(jīng)理、項目成員、客戶）
在范圍識別階段，項目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、
工作職責等沒有足夠了解以致于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認的需求。由于項目經(jīng)理的工作問題，客戶參與程度部不高，客戶方相關(guān)責任人不明確或?qū)Ψ秶鸵筘熑涡牟粡?，提出的要求具有隨意性，項目前期對需求的確認不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項目盡早交付；項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。
解決方案：項目的目的就是實現(xiàn)項目干系人的需求和愿望。項目干系人管理應(yīng)當從項目的啟動開始，項目經(jīng)理及其項目成員就要分清項目干系人包含哪些人和組織，通過溝通協(xié)調(diào)對他們施加影響，驅(qū)動他們對項目的支持，調(diào)查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。
問題八：項目團隊內(nèi)分工協(xié)作問題（相關(guān)人員：項目經(jīng)理、項目成員）
項目團隊內(nèi)部有時由于各階段不同角色或同階段不同角色之間的責任
分工不夠清晰而造成工作互相推諉、責任互相推卸的現(xiàn)象，有時各階段不同角色或同階段不同角色之間的責任分工比較清晰但是各項目成員只顧完成自己那部分任務(wù)、不愿意與他人協(xié)作。這些現(xiàn)象或多或少地造成了項目團隊內(nèi)部資源的損耗，從而影響了項目的進展。
解決方案：項目經(jīng)理應(yīng)當對項目成員的責任進行合理的分配并清楚地說明，同時應(yīng)強調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當相互協(xié)作，共同完善。
以上對軟件開發(fā)項目管理中出現(xiàn)的問題的分析還不夠深入，也無法列舉所有遇到或?qū)⒂龅降膯栴}，解決方案也要根據(jù)實際情況進行調(diào)整，希望引起對這些問題更多的思考和改進。
結(jié)束語：項目管理雖然沒有非常高深的理論，但要真正實施起來，也絕非易事。對于軟件開發(fā)企業(yè)而言，這不是一個小的改變，而是一種變革，企業(yè)需要為此付出艱苦的努力，宣傳并樹立公司范圍內(nèi)的項目管理文化十分重要。從而在實踐中鍛煉提高，解決各種各樣的問題，使項目管理工作越做越好。
參考文獻：
吳照云《管理學原理》經(jīng)濟管理出版社
StanleyE.Portny（寧俊等譯）《如何做好項目管理》新經(jīng)濟工商實務(wù)叢書
NealWhitten（孫艷春等譯）《管理軟件開發(fā)項目》（第二版）軟件項目管理系列叢書
關(guān)鍵詞：軟件項目；軟件過程；CMM；KPA
一、引言
項目管理(PM，projectmanagement)是指利用現(xiàn)有的知識、方法和技術(shù)手段，有效地計劃、調(diào)度、控制和跟蹤項目的開始、執(zhí)行、直止終止的過程，是項目順利實現(xiàn)的有效手段。軟件項目管理則是在項目管理的基礎(chǔ)上，結(jié)合軟件產(chǎn)品的實際，利用工程的概念和方法來開發(fā)與維護軟件，對成本、風險、時間、質(zhì)量、過程、配置等進行分析、管理、控制，最終目的是為了讓軟件項目的整個生命周期都在管理者的控制范圍內(nèi)，以預(yù)定成本按期、按質(zhì)完成軟件的開發(fā)并交付用戶使用。目前，軟件產(chǎn)品已廣泛應(yīng)用于各個領(lǐng)域，但是很多軟件項目的成功率并不高．雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范．但并沒有從根本上提高軟件項目管理問題，這就導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定甚至是項目的失敗，同時也損害了用戶的利益。本文結(jié)合我國軟件項目管理的特點并經(jīng)實踐應(yīng)用．以提高軟件質(zhì)量、降低成本、加強軟件項目的可控性為目標，通過對CMM的研究和改進，給出了一個基于CMM加強軟件項目管理的實踐模式，在這個模式中對目前CMM中的KPA做適當?shù)牟脺p，定義了6個關(guān)鍵過程域和3個工作組。
二、軟件項目管理中目前存在的問題
影響軟件項目成功率的因素主要是軟件質(zhì)量問題，而在整個軟件項目的實施過程中需求不明確、跟蹤和監(jiān)督不力、缺乏客觀的軟件評審和軟件配置以及風險管理意識不足等都阻礙著軟件質(zhì)量的提高。
2．1需求不明確
需求管理是軟件項目管理中非常關(guān)鍵的一個步驟．需求分析的完整與否可以降低軟件質(zhì)量、延長項目周期、加大成本。由于用戶對計算機系統(tǒng)認識的不足，對于系統(tǒng)的需求往往比較模糊，遺漏甚至是錯誤的問題經(jīng)常出現(xiàn)(包括管理流程、業(yè)務(wù)流程、數(shù)據(jù)或報表的分析處理等)，但這些問題往往沒有暴露給開發(fā)人員，而是隨著項目的進展才逐漸明確。對于開發(fā)人員來說，需求的變更意味著軟件產(chǎn)品的部分內(nèi)容必須重新開發(fā)，而對于整個軟件項目管理而言，勢必要重新分配資源、調(diào)整計劃、估算成本等等，導(dǎo)致軟件產(chǎn)品質(zhì)量下降。
2.2跟蹤和監(jiān)督不力
跟蹤和監(jiān)督主要針對過程而言，也是項目管理中最容易被忽視的環(huán)節(jié)。軟件項目過程由多個任務(wù)構(gòu)成，大部分任務(wù)都有前置任務(wù)和后置任務(wù)，這就要求項目管理者要嚴格跟蹤和監(jiān)督每一個任務(wù)。任務(wù)的完成主要從時間進度和質(zhì)量兩方面來衡量，還要充分考慮因客戶方引起的一些客觀因素(更改需求分析等)。項目管理者雖然制定了具體的項目進度內(nèi)容，但如果缺乏有效的跟蹤和監(jiān)督機制，對于每一個階段所要完成的任務(wù)疏于評價，就會影響下階段軟件產(chǎn)品的質(zhì)量，有時甚至是軟件產(chǎn)品的重新開發(fā)，最終影響整個軟件項目。
2．3缺乏客觀的軟件評審
客觀的軟件評審是軟件產(chǎn)品質(zhì)量的直接保障，軟件評審一直貫穿于整個軟件項目的過程中，對軟件產(chǎn)品的評審應(yīng)有客戶使用人員和軟件業(yè)中的同行來進行?？蛻羰褂萌藛T對軟件產(chǎn)品做階段性的評審可以及時發(fā)現(xiàn)軟件產(chǎn)品功能方面的不足，同行評審可以從軟件業(yè)的規(guī)范及標準去發(fā)現(xiàn)問題．軟件評審可以降低軟件開發(fā)的成本提高軟件產(chǎn)品的質(zhì)量。大多情況下項目管理者沒有做任何階段性的評審，通常只是在軟件產(chǎn)品開發(fā)基本完成之后來組織評審，果發(fā)現(xiàn)了很多問題，但要修改已經(jīng)非常困難．要花費很長的時間甚至從頭再來。
2．4軟件配置混亂
軟件配置是指軟件產(chǎn)品在各個階段各種版本的文檔、程序及數(shù)據(jù)的集合，貫穿于整個軟件項目的始終。隨著軟件產(chǎn)品開發(fā)的進行，由于各種客觀原因，其中的預(yù)算、設(shè)計方案、進度等內(nèi)容都有可能需要大大小小的更改(這些改動可能是合理的)，整個改變的過程對軟件項目的參與人員來說必須是可視的，以便提高軟件的可靠性和質(zhì)量，而這一切都應(yīng)該有正確的軟件配置來控制如果失去正確的軟件配置管理，那么針對軟件產(chǎn)品發(fā)生的任何更改或者是維護都會給軟件項目帶來混亂甚至是失敗。
2．5風險管理意識不足
風險管理是軟件項目中防止失敗的一種重要手段，軟件項目不同的階段存在著不同的風險，并且風險會隨著項目的進展而變化，目前國內(nèi)的軟件企業(yè)大都不注意軟件項目的風險管理。除了社會環(huán)境風險、商業(yè)風險等這些客觀風險之外．可控的軟件項目風險主要指技術(shù)風險。技術(shù)風險主要是指與軟件項目本身相關(guān)的的技術(shù)因素變化帶來的風險，如果在一定的條件下達不到技術(shù)條件能夠?qū)崿F(xiàn)的目標，不但延緩項目的進度而且會增加項目的成本．繼而使整個項目受到影響。
三、通過過程管理加強軟件項目管理的實踐模式
利用cMMfCapabilityMaturityModeforSoftware)的核心思想把軟件項目管理看作一個軟件過程，并根據(jù)這一原則對整個軟件項目的開發(fā)和管理進行過程監(jiān)控，監(jiān)督發(fā)現(xiàn)過程中影響項目的關(guān)鍵問題并予以解決。軟件過程是指軟件開發(fā)人員開發(fā)和維護軟件及相關(guān)產(chǎn)品的一套行為、方法、實踐及變換過程，包括軟件開發(fā)過程和軟件管理過程。CMM把軟件開發(fā)機構(gòu)按照不同開發(fā)水平劃分為5個級別。每個等級被分解為幾個KPA(關(guān)鍵過程域)，KPA是指在某個成熟度等級應(yīng)重點關(guān)注的區(qū)域，也是達到此成熟度等級必須解決的關(guān)鍵點。①初始級，無過程意義。軟件過程是無序的、隨機的、缺乏總計劃，無預(yù)見性，大多數(shù)活動是應(yīng)付危機，經(jīng)常超期超支，成功取決于個人。②可重復(fù)級，具備基本的項目管理。KPA分別是：需求管理、軟件項目計劃、軟件跟蹤與監(jiān)督、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理；③已定義級，已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。KPA分別是：組織過程焦點、組織過程定義、培訓大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評審；④可管理級，過程可度量。已收集了軟件過程和產(chǎn)品質(zhì)量的詳細度量方法，軟件過程和產(chǎn)品均可被定量地理解和控制。KPA分別是：定量過程管理、軟件質(zhì)量管理；⑤優(yōu)化級，過程控制。通過過程的量化反饋以及新技術(shù)、新方法促使過程不斷改進。KPA分別是：缺陷預(yù)防、技術(shù)更新預(yù)防、過程更改管理。
CMM只是一個過程改進的框架．并沒有給出具體實施的辦法。在該模式中對目前CMM中的KPA做適當裁減．定義了6個關(guān)鍵過程域：軟件項目計劃(SPP)、需求管理(RM)、軟件項目跟蹤和監(jiān)督(SPTO)、軟件質(zhì)量保證(SQA)、軟件配置(SCM)、同行評審(PR)，設(shè)置了三個工作組：軟件項目過程組(SPPG)、軟件工程組(SEG)、軟件質(zhì)量保證組(SQAG)。通過工作組對關(guān)鍵過程域的操作來加強軟件項目的管理。
3．1定義KPA
3.1.1軟件項目計劃(SPP)
軟件項目計劃是為要實施的軟件項目編制軟件過程活動的安排，包括進度控制、成本控制、質(zhì)量控制、風險控制等，也是實施CMM2的核心此階段在安排過程活動的同時開展項目設(shè)計的前期工作，設(shè)計和界定在整個項目中各階段所需的開發(fā)、質(zhì)量、跟蹤、評審、風險、成本等工作。項目計劃是指導(dǎo)項目過程的具體措施，要在有軟件項目實施經(jīng)驗的人員領(lǐng)導(dǎo)下投人大量的時間和人力資源來完成。制定項目計劃應(yīng)注意7個問題。①在科學論證的基礎(chǔ)上制定過程，充分調(diào)動人員積極性合理地確定項目組的參加人員；②對軟件項目各程中的任務(wù)進行分解，明確項目的里程碑和檢查點；③正確估計軟件項目中的軟件資源、硬件資源、人力資源及其它費用；④正確估計各方面因素帶來的風險并制定應(yīng)對措施；⑤制定項目實施過程中的跟蹤和監(jiān)督措施；⑥確定軟件的評審和測試方法；⑦詳細的文檔資料。
3．1．2需求管理(RM)
需求分析主要包括面向用戶的用戶需求和面向開發(fā)人員的系統(tǒng)需求．是整個軟件工程的第一步．也是非常關(guān)鍵的一個環(huán)節(jié)。需求分析主要針對用戶的業(yè)務(wù)流程、系統(tǒng)功能、性能、數(shù)據(jù)分析進行嚴格的定義．是設(shè)計一個軟件應(yīng)用系統(tǒng)的起點與基本依據(jù)，通過它來評判軟件產(chǎn)品是否能夠解決用戶問題，也是項目成功與否的標準。就目前國內(nèi)現(xiàn)狀來講，一般簽定軟件項目合同的用戶是主管信息技術(shù)的負責人，它所關(guān)心的可能是整個系統(tǒng)的目標需求，用戶方中層管理人員關(guān)心的是業(yè)務(wù)流程需求．終端操作人員則注重軟件本身的易操作性和功能特性，因此．面向用戶的需求一定要和用戶多方人員多溝通、交流．最終通過雙方有關(guān)部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現(xiàn)象，對于這種情況一定要注意需求更改的可控性．要建立需求的基準版本和更改版本控制文檔資料．使受需求變化影響的產(chǎn)品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩(wěn)定性，如果一個需求的變更比較頻繁，意味著本項目并沒有真正了解用戶想要解決的實際問題。可以說需求分析的完整性和變更可控性直接影響到軟件過程的改進，它可以降低軟件質(zhì)量、加大軟件開發(fā)的成本、甚至是導(dǎo)致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。
3．1．3軟件項目跟蹤和監(jiān)督(SPTO)
軟件項目的跟蹤和監(jiān)督始終貫穿于整個軟件項目的過程中，是項目得以控制的前提和條件、是軟件質(zhì)量的根本保障，其目的是增加軟件過程中進度、成本、工作量、質(zhì)量、風險等內(nèi)容的可視性，也是實施CMM2的核心。除去市場、法律等不可控制因素外，根據(jù)項目計劃對項目進展的有關(guān)情況及影響項目實施的相關(guān)因素進行及時、客觀、準確的信息采集，將采集到的需求、成本、進度、風險等內(nèi)容形成文檔并建立一個項目跟蹤信息平臺。項目負責人定期召集軟件過程人員、開發(fā)人員、質(zhì)量保證人員、用戶方有關(guān)人員召開開放式的例會，例會的主要內(nèi)容是檢查項目進展、數(shù)據(jù)的分析、認識的偏差、資源的搭配、相關(guān)的風險等問題并討論確切的解決辦法，通過跟蹤和監(jiān)督使項目始終處于可視化的受控狀態(tài)。
3.1.4軟件質(zhì)量保證(SQA)
軟件質(zhì)量保證是與軟件產(chǎn)品滿足規(guī)定的和隱含的需要能力有關(guān)的特征或特性的組合。對用戶來講主要體現(xiàn)在軟件產(chǎn)品的有效性、一致性、完整性、可靠性和可操作性等方面，對于軟件產(chǎn)品本身來講體現(xiàn)在軟件產(chǎn)品的可移植性、易維護性、健壯性、可重用性等方面。具體實踐中．軟件質(zhì)量保證應(yīng)在軟件項目計劃、需求分析、跟蹤和監(jiān)督、軟件配置和軟件評審的相互配合下完成．軟件質(zhì)量保證要做到以事先預(yù)防和跟蹤為主，事后糾偏為輔。
3．1．5軟件配置(SCM)
軟件配置是針對軟件產(chǎn)品的跟蹤和控制活動．貫穿于整個軟件項目的過程中．目的是建立和維護在整個生命周期內(nèi)軟件產(chǎn)品的完整性和一致性，使整個軟件產(chǎn)品的演進過程處于可控的狀態(tài)，繼而提高軟件的可靠性和質(zhì)量。在實踐應(yīng)用中主要做到五個子項的配置①配置項的標識。標識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產(chǎn)周期中產(chǎn)品在技術(shù)和管理上的完整性。⑤系統(tǒng)整合。把系統(tǒng)的不同部分集成后完成一組特定的功能。
3．1．6同行評審(PR)
同行評審是根據(jù)預(yù)定的規(guī)范和標準對軟件產(chǎn)品進行評審。評審的結(jié)果是衡量軟件產(chǎn)品質(zhì)量的依據(jù)。在整個軟件過程中對詳細設(shè)計和軟件綜合測試作為兩個關(guān)鍵評審點來進行評審，評審的過程中注意要結(jié)合本軟件項目的具體要求和標準。
3．2組的定義
在具體的實踐應(yīng)用中設(shè)置了三個組，在降低了人員成本的同時提高了軟件過程改進能力和軟件質(zhì)量。
軟件項目過程組(SPPG)組織具體的項目實施活動，管理并協(xié)調(diào)整個軟件項目的過程，主要完成SPP和SPTO。
軟件工程組(SEG)負責軟件工程的需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試、維護工作。
軟件質(zhì)量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
四、實踐模式效率評估
4．1開發(fā)時間
軟件開發(fā)由需求分析、概要設(shè)計、詳細設(shè)計、編碼、軟件測試、項目維護和軟件集成幾部分內(nèi)容組成，在需求分析和設(shè)計階段采用CMM框架實施過程管理所花費的時間要多于沒有實施過程管理花費的時間。首先對項目做大量分析，論證項目的可行性。然后在和用戶做良好溝通、反復(fù)論證的基礎(chǔ)上做需求分析，形成文檔資料。這種模式下花費在需求分析和設(shè)計上的時間大約占項目總開發(fā)時間的40％，但這兩個階段完成了數(shù)據(jù)流程、算法描述、詳細的規(guī)格說明等內(nèi)容，為代碼編寫、軟件測試、軟件維護等后續(xù)內(nèi)容的工作節(jié)省了時間，軟件項目的開發(fā)周期大大縮短。經(jīng)過評估，采用該實踐模式實施軟件過程管理的軟件項目開發(fā)周期比沒有實施軟件過程管理的軟件項目開發(fā)周期縮短20％。:
4．2開發(fā)質(zhì)量
采用CMM標準通過軟件過程管理加強軟件項目管理的實踐模式使軟件質(zhì)量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產(chǎn)品完整性好、功能齊全、維護量下降，軟件項目最終得以順利實現(xiàn)。
與其他傳統(tǒng)工業(yè)相比,軟件開發(fā)是一個只有五六十年歷史的相對年輕的技術(shù)領(lǐng)域。正因為計算機軟件行業(yè)發(fā)展的歷史較短,對其生產(chǎn)的管理理論和實踐也還處在一個不斷發(fā)展和完善的階段。根據(jù)StandishGroupCHAOS報告中描述2000年全球只有26%的軟件項目成功完成了。失敗的數(shù)字令各種規(guī)模的軟件公司感到沮喪。在大型公司里的項目成功率僅僅為9%。軟件行業(yè)迫切需要一種開發(fā)規(guī)程來規(guī)范每個開發(fā)人員、測試人員與支持人員的工作,保證每個項目組成員按約定的規(guī)則準時完成自己的工作。采用規(guī)范化管理,專業(yè)分工也可以降低對開發(fā)人員的要求,從而降低產(chǎn)品研發(fā)成本,提高產(chǎn)品質(zhì)量,保證產(chǎn)品成功率。這些就要求企業(yè)必須建立有效的項目管理和質(zhì)量保證體制。
1軟件和軟件業(yè)現(xiàn)存問題
1.1軟件項目的特點軟件項目是以軟件為產(chǎn)品的項目。軟件產(chǎn)品的特質(zhì)決定了軟件項目的管理和其他領(lǐng)域的項目管理有著截然的不同之處。
1.1.1抽象性軟件是腦力勞動的結(jié)果,是一種邏輯實體,具有抽象性。在軟件項目的開發(fā)過程中沒有具體的物理制造過程,因而不受物理制造過程的限制,其結(jié)束以軟件產(chǎn)品交付用戶為標志。軟件一旦研制成功,就可以大量復(fù)制,因此軟件產(chǎn)品需要進行知識產(chǎn)權(quán)的保護。
1.1.2缺陷檢測的困難性在軟件的生產(chǎn)過程中,檢測和預(yù)防缺陷是很難的,需要進行一系列的軟件測試活動以降低軟件的錯誤率。即使如此,軟件缺陷也是難以杜絕的。這就像一些試驗科學中的系統(tǒng)誤差,只能盡量避免,但不能夠完全根除。
1.1.3高度的復(fù)雜性軟件的復(fù)雜性可以很高。有人甚至認為,軟件是目前為止人類所遇到的最為復(fù)雜的事物。軟件的復(fù)雜性可能來自實際問題的復(fù)雜性,也可能來自軟件自身邏輯的復(fù)雜性。
1.2我國軟件行業(yè)軟件項目現(xiàn)存問題
1.2.1項目管理人才匱乏分析我國的軟件產(chǎn)品,可以發(fā)現(xiàn)我國真正生存期比較長的成功產(chǎn)品為數(shù)不多,很多開發(fā)人員甚至項目管理人員多年下來,也沒有參與過一次真正意義上成功產(chǎn)品的項目運作。這種現(xiàn)狀反過來又導(dǎo)致我國軟件企業(yè)項目管理缺乏項目經(jīng)驗積累,產(chǎn)業(yè)項目運作長期無法規(guī)范化。造成我國雖然有大批具有優(yōu)秀基礎(chǔ)的軟件工程師人才,卻開發(fā)不出高質(zhì)量的產(chǎn)品,大批軟件人才外流的現(xiàn)實情況。
1.2.2管理制度不健全隨著我國軟件行業(yè)的日益發(fā)展和不斷進步,企業(yè)開始陸續(xù)引進并實施了“事業(yè)部制/項目制”等專業(yè)劃分,即:按照其所負責行業(yè)或業(yè)務(wù)系統(tǒng)的不同,成立多個事業(yè)部,各個事業(yè)部只負責其所屬行業(yè)內(nèi)的項目和工程。每個事業(yè)部內(nèi)部按照不同的產(chǎn)品和項目劃分產(chǎn)品線和項目組,并且會確定相應(yīng)的產(chǎn)品經(jīng)理、項目經(jīng)理,以對其所負責的整個項目的全過程負責。但實際情況是,由于大型軟件系統(tǒng)項目過大,開發(fā)時間過長,參與單位和人員過多,最終出現(xiàn)以下問題:
(1)組織構(gòu)架不合理,項目管理、質(zhì)量管理、職能管理劃分混亂。項目經(jīng)理與項目嚴重脫節(jié),導(dǎo)致項目實施失控,項目經(jīng)理、質(zhì)量經(jīng)理等眾多頭銜,職責不清甚至很多項目經(jīng)理都成了虛設(shè)的行政頭銜,管理協(xié)調(diào)行政事物,脫離項目。
(2)項目管理和質(zhì)量保證體系使用棍亂,項目組無統(tǒng)一目標、方針、流程,導(dǎo)致項目工作效率低下。多套項目流程混雜不清,實施人員面對多種要求和多種流程疲于奔命,多個部門無法按照規(guī)范協(xié)同合作,項目經(jīng)理和實施人員陷入混亂的流程漩渦,導(dǎo)致項目停工或工期延誤等后果。(3)項目團隊尤其是項目經(jīng)理的責權(quán)不清,授權(quán)不合理,導(dǎo)致其工作無法開展。尤其是一些規(guī)模較大的企業(yè)多個項目存在耦合,項目內(nèi)又劃分子項目的情況下,項目經(jīng)理的責權(quán)劃分經(jīng)常很難清晰。
2項目管理和大型軟件系統(tǒng)項目管理
2.1主流管理體系
2.1.1項目管理所謂項目管理,就是項目的管理者在有限的資源約束下,運用系統(tǒng)的觀點、方法和理論,對項目涉及的全部工作進行有效地管理。即從項目的決策開始到項目結(jié)束的全過程進行計劃、組織、指揮、協(xié)調(diào)、控制和評價,以實現(xiàn)項目的目標。
2.1.2項目管理的基本內(nèi)容劃分(1)項目質(zhì)量管理。項目質(zhì)量管理包括保證項目滿足其需求所需要的過程。包括確定質(zhì)量方針、目標和職責并在質(zhì)量體系中通過諸如質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進使其實施的全面管理職能的所有活動。(2)項目時間管理。項目時間管理包括為確保項目按時完成所必要的過程。包括工序定義、工序排序、工序工期估計、制定進度計劃、進度控制等。(3)項目成本管理。項目成本管理包括確保在批準的預(yù)算內(nèi)完成項目所需要的諸過程。包括成本管理主要過程:資源規(guī)劃、費用估算、費用預(yù)算、費用控制等。(4)項目采購管理。項目采購管理包括需要從執(zhí)行組織以外獲得貨物和服務(wù)的過程。包括采購計劃編制、招標計劃編制、招標、選擇來源、合同管理等。(5)項目人力資源管理。項目人力資源管理包括需要最有效地利用涉及項目人員的過程。包括所有項目受益者、組織的計劃編制、人員招聘、隊伍開發(fā)等。(6)項目溝通管理。項目溝通管理包括保證及時、適當?shù)禺a(chǎn)生、收集、、儲存和最終處理項目信息所需的過程。以下為主要過程:信息計劃編制,信息,執(zhí)行情況匯報,行政收尾。(7)項目風險管理。項目風險管理包括對項目風險的識別、分析和應(yīng)對過程。包括風險識別、風險量化、風險應(yīng)對措施開發(fā)、風險應(yīng)對控制。
2.1.3大型軟件系統(tǒng)項目管理階段劃分大型軟件系統(tǒng)項目管理階段按照定義項目分為以下六大階段:項目需求階段;項目選擇階段;項目計劃階段;項目執(zhí)行階段;項目控制階段;項目收尾階段。
2.1.2大型軟件系統(tǒng)項目管理
2.2.1大型軟件系統(tǒng)項目概念大型軟件系統(tǒng)是指基于大中型計算機、通信網(wǎng)絡(luò)等現(xiàn)代化的工具和手段,收集、儲存、處理和輸出信息,以提供信息服務(wù)為主要目的的數(shù)據(jù)密集型、人機交互的計算機應(yīng)用系統(tǒng)。
2.2.2大型軟件系統(tǒng)項目的特點(1)項目持續(xù)時間較長和階段交叉性相結(jié)(2)項目成員復(fù)雜。參與項目實施的成員雖然主要來自承包商的多個職能部門的人員,還包括來自用戶不同部門或下屬結(jié)構(gòu)的業(yè)務(wù)人員,還有一些分包商和供貨商的人員參與。參與項目的人員通常要由計算機、網(wǎng)絡(luò)、通信、電子、管理等不同專業(yè)背景的專家、工程技術(shù)等人員共同合作,才能保證項目的實施。由于大型軟件系統(tǒng)牽涉范圍廣,所以參與項目的成員全部集中在某一地區(qū)不是很現(xiàn)實的事情,而是往往分布在全國各地,甚至需要在國外人員的合作參與。
2.3大型軟件系統(tǒng)項目的管理問題
2.3.1項目責任范圍界定不清一是項目初期客戶對自身需求不清晰;二是項目實施過程中客戶需求自身發(fā)生變動;三是需求分析人員和客戶對需求的理解有誤;四是缺少客戶業(yè)務(wù)部門參與。
2.3.2項目團隊缺少有效管理一是團隊溝通意識差;二是團隊欠缺分工合作;三是項目成員的流動頻繁。
3提高大型軟件系統(tǒng)項目質(zhì)量的具體方法
3.1真實需求的獲取最終用戶真實需求的獲取就是需求分析的過程,它是一個項目的基石。在以往信息系統(tǒng)集成項目失敗的案例中,大部分是由于需求分析的不明確而造成的,因此對于一個信息系統(tǒng)集成項目成功的關(guān)鍵因素之一,就是對需求分析的把握程度。只有確確實實地把握客戶的需求和方向,才能做好后續(xù)的工作,這也是項目范圍管理的重點。需求分析需要安排專門的人員組成項目需求分析小組,這個小組員的組成除了要有專業(yè)的需求分析人員和系統(tǒng)設(shè)計人員外,還必須包括用戶方代表。用戶方代表應(yīng)為用戶各項業(yè)務(wù)的代表,他們能夠提出用戶的一些真實需求,或者通過他們能夠了解到最終用戶的真實需求。需求分析小組要制定詳細的需求調(diào)研計劃,確定需求調(diào)研的方法。為了便于需求調(diào)研雙方的充分合作理解,在需求調(diào)研開始前進行一些培訓工作是必要的,這些培訓包括調(diào)研方法的培訓、用戶業(yè)務(wù)流程的培訓等。
3.2利用WBS分解項目工作分解結(jié)構(gòu)(WorkBreakdownStructure,WBS),是一種面向可交付成果的項目元素分組,這個分組組織并定義了全部的項目工作范圍;每下降一級都表示一個更加詳細的項目工作的定義。分解是指把主要可交付成果分成較小的、便于管理的組成部分,直到可交付成果定義明晰到足以支持各項項目活動(計劃、實施、控制和收尾)的制定。使用WBS的最大優(yōu)點是可以監(jiān)控以及預(yù)測成本、進度等不同的項目信息,并且給所有的項目參與者員提供了一個均可與之作對比的一致基準。
3.3范圍的驗證項目范圍驗證不應(yīng)該僅僅發(fā)生在項目結(jié)項的時候,這樣做往往會流于形式。比較理想的做法是在項目各個階段,至少是里程碑的階段,由項目需求分析小組的成員(特別是用戶方代表)、項目經(jīng)理、該階段可交付成果的負責人組成評估小組,由階段工作成果的負責人進行宣講,評估小組一起進行評審和驗證。
3.4項目團隊管理對于大型信息系統(tǒng)集成項目而言,項目團隊組建是由項目主要干系人采用協(xié)商方式來完成,而不是由單方指定的;而項目的管理采用的是項目管理委員會領(lǐng)導(dǎo)下的項目經(jīng)理負責制,而不是項目經(jīng)理個人責任制。項目管理委員會一般是由項目各主要干系方指派的項目負責人組成,項目經(jīng)理由項目管理委員會成員通過充分的溝通協(xié)商指定。這樣做的主要目的是平衡項目干系方的滿意度,保證項目目標的實現(xiàn)。
3.5項目團隊的成長項目團隊要建立起整體形象,需要明確方向,并且試圖對要完成的工作明確劃分和制訂計劃。項目經(jīng)理對于項目成員要采取預(yù)期激勵、信息激勵和參與激勵的激勵方式。項目團隊成長與激勵關(guān)系示意圖3.6軟件項目的估算在項目計劃階段或項目進度調(diào)整時,對項目的規(guī)模、工作量、進度和費用進行估算,便于掌握項目的進度,控制項目的成本。而且這些估算的數(shù)據(jù)可作為其他項目估算的參考,同時也將作為項目跟蹤與監(jiān)控的度量基準。估算主要包括規(guī)模和工作量的估算。首先要進行的就是規(guī)模估算,規(guī)模估算應(yīng)該與項目需求一致,以便確定該項目的工作量、成本和進度。每個規(guī)模屬性應(yīng)附上有關(guān)的難度和復(fù)雜度,然后結(jié)合項目成員的平均生產(chǎn)性,進行工作量估算,進而安排任務(wù)的時間進度。超級秘書網(wǎng)
4結(jié)語
當今我國軟件企業(yè)實施軟件項目管理的許多技術(shù)還不成熟,軟件項目延期、超出預(yù)算、品質(zhì)低劣甚至項目失敗等現(xiàn)象十分嚴重。在大型軟件系統(tǒng)開發(fā)過程中,做好項目管理是軟件開發(fā)能否成功的核心問題之一。筆者希望通過對大型軟件系統(tǒng)項目的項目管理進行的研究,為項目管理者對項目的評估、計劃、控制提供一套標準化、系統(tǒng)化、定量化和切實可行的方法體系,為國內(nèi)軟件企業(yè)的軟件項目管理在實際中的應(yīng)用提供參考。
參考文獻
[1]美國項目管理協(xié)會.項目管理知識體系指南[M].2版.盧有杰,王永,譯.北京:電子工業(yè)出版社,2005.
[2]王立文.現(xiàn)代項目管寫作論文理基礎(chǔ)[M].北京:北京航空航天出版社,1997.
軟件項目管理是使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。軟件開發(fā)的整個過程都是設(shè)計過程而且不需要使用大量的物質(zhì)資源(主要是人力資源)，并且，軟件開發(fā)的產(chǎn)品只是程序代碼和技術(shù)文件，并沒有其他的物質(zhì)結(jié)果。因而企業(yè)軟件開發(fā)項目管理水平直接決定了軟件開發(fā)的能力，科學、系統(tǒng)的軟件項目管理也從很大程度上減小了開發(fā)風險。通過運用軟件項目管理來科學地開發(fā)軟件有效地減少了開發(fā)風險，保證了質(zhì)量。
1流程
根據(jù)項目管理的一般原理，項目管理的過程從總體上可以分為5個階段，每個階段包含有一個或多個管理過程。這5個階段分別是:項目啟動、項目計劃編制、項目計劃執(zhí)行、綜合管理控制和項目收尾。它們之間的聯(lián)系如圖1所示。
(1)項目啟動:根據(jù)必要的工作(如可行性分析，技術(shù)評估等)結(jié)果，批準一個項目的運行。
(2)項目計劃編制:收集和編寫項目所需要的各種資料，進行各種計劃活動并制訂相應(yīng)的計劃，將各種計劃的結(jié)果匯總成為連貫、一致的文檔，即項目計劃文檔。在軟件項目中，具體的活動包括需求和范圍管理計劃、進度計劃、人力資源計劃、成本計劃、溝通計劃、風險計劃等。
(3)項目計劃執(zhí)行:通過進行項目計劃所規(guī)定的各種活動，實施項目計劃。
(4)綜合管理控制:在項目計劃實施的過程中，對各種活動進行監(jiān)控，協(xié)調(diào)并控制整個項目期間的變更。在軟件項目中，主要的活動包括范圍變更控制、進度計劃控制、成本控制、質(zhì)量控制、風險監(jiān)督和控制等。
(5)項目收尾:項目或階段的正式接收并達到有序的結(jié)束。其中，項目的中間過程(計劃、執(zhí)行、控制)是一個循環(huán)反復(fù)的過程。項目計劃是計劃執(zhí)行和計劃控制的基準;計劃執(zhí)行的結(jié)果受到計劃控制的監(jiān)控;計劃控制根據(jù)比較計劃執(zhí)行的結(jié)果和項目計劃的偏差，以及各種因素引起的變化，對項目計劃進行修正，從而形成下一個循環(huán)的項目基準。它們之間的流程如圖2所示。
2生命周期模型
任何軟件的開發(fā)都要經(jīng)歷一個“生命期”，生命期模型的主要功能是確定一種標準，確定項目規(guī)格、建立原型、設(shè)計、實現(xiàn)、檢查、測試或執(zhí)行一些其他活動，以此確定在軟件開發(fā)過程中是否是以某種次序一個任務(wù)接著一個任務(wù)進行。作為一個項目的主要計劃，軟件生命期模型的選擇對項目成功的影響非常重要。恰當?shù)纳谀Ｐ涂梢允管浖椖苛鞒袒?，并幫助項目人員一步一步接近目標。假如選擇了適宜的生命期模型，就可以提高開發(fā)速度、提升質(zhì)量、加強項目跟蹤和控制、減少成本、降低風險，或是改善用戶關(guān)系。
2.1瀑布模型
最經(jīng)典的軟件生命周期模型是瀑布型模型，它是其他生命期模型的基礎(chǔ)。在瀑布模型中，項目從始至終按照一定順序的步驟從初始的軟件概念進展到系統(tǒng)測試。項目確保在每個階段結(jié)束時進行檢查，以判定是否可以開始下一階段工作。假如檢查的結(jié)果是項目還沒有預(yù)備好進人下一階段，它就停留在當前階段，直到當前階段工作完成。如圖3所示。
瀑布模型是文檔驅(qū)動型的，主要工作成果通過文檔從一個階段傳遞到下一個階段。假如有一個穩(wěn)定的產(chǎn)品定義和很輕易被理解的技術(shù)解決方案時，瀑布模型可以幫助及早發(fā)現(xiàn)新問題，降低項目的階段成本，是快速開發(fā)的一個恰當選擇。但在很多實際情況中，由于需求、技術(shù)等很多不確定性，瀑布模型并不適合于進行快速開發(fā)。
2.2漸進原型
漸進原型是從開發(fā)系統(tǒng)概念開始的一種生命期模型，通常是從最核心的方面開始，向用戶展示完成的部分，然后根據(jù)用戶的反饋信息繼續(xù)開發(fā)原型，并重復(fù)這一過程，直到開發(fā)者和用戶都認為原型己經(jīng)足夠好。然后，完成結(jié)尾工作，交付作為最終產(chǎn)品的原型，如圖4所示。
“漸進原型”模型以逐步增加的方式進行開發(fā)，以便于隨時根據(jù)客戶或最終用戶的反饋來修正系統(tǒng)，在需求變化很快的時候，或者用戶很難提出明確需求的時候，或者開發(fā)人員對最佳的架構(gòu)或算法沒有把握的時候，漸進原型非凡有用。但是，漸進原型是以犧牲項目的可控制性來換取較多的客戶反饋以及較好的過程可視性的。由于原型的功能和特性會隨著用戶的反饋而經(jīng)常發(fā)生變化，因此較難確定產(chǎn)品的最終形態(tài)。
2.3階段交付
階段交付模型是另一種生命期模型，該模型可以持續(xù)地在確定的階段向用戶展示軟件。和漸進原型不同，在階段交付的時候，開發(fā)者明確地知道下一步要完成什么工作。階段交付的特征是在項目整個開發(fā)過程中持續(xù)不斷地交付階段性成果。如圖5所示。
在“階段交付”生命模型中，軟件被分階段進行開發(fā)。在通常情況下，首先開發(fā)最重要的功能。階段付并不能減少軟件產(chǎn)品研發(fā)所需要的時間，但是它能充分降低軟件研發(fā)中的風險，而且能夠提供切實的、客戶可見的以及管理層評價項目狀態(tài)時所需要的標記。
2.4漸進交付
漸進交付是一種結(jié)合了漸進原型和階段交付兩種模型的生命期模型。在這種模型下，首先開發(fā)產(chǎn)品的一種版本，展示給用戶看，然后根據(jù)用戶的反饋改善產(chǎn)品，如圖6所示。
漸進交付模型在階段交付的可控制性和漸進原型的靈活性之間尋找平衡。在可能的情況下，它可以把軟件的某些選定的部分提前交付，從而有利于快速開發(fā)的進行;同時，在項目進行的過程中，它也具有響應(yīng)用戶要求并改變產(chǎn)品方向的能力。
3開發(fā)應(yīng)用
3.1要員管理
軟件項目成功的關(guān)鍵是有高素質(zhì)的軟件開發(fā)人員，然而大多數(shù)軟件產(chǎn)品規(guī)模都很大，以至單個軟件開發(fā)人員無法在給定期限內(nèi)完成開發(fā)，因此，必須把多名軟件開發(fā)人員組織起來，使他們分工協(xié)作共同完成開發(fā)工作?，F(xiàn)有的軟件開發(fā)項目組的組織方式有:
(1)民主制程序員組
小組成員完全平等，享有充分民主，通過協(xié)商做出技術(shù)決策。小組成員間的通信是平行的，假如小組有n個成員，則可能的通信信道有n(n-1)/2條。
(2)主程序員組
主程序員既是成功的管理人員又是經(jīng)驗豐富能力強的高級程序員負責體系結(jié)構(gòu)設(shè)計和關(guān)鍵部分(或復(fù)雜部分)的具體設(shè)計，并且負責指導(dǎo)其他程序員完成具體設(shè)計和編碼工作。
后備程序員也應(yīng)該技術(shù)熟練而且富于經(jīng)驗，協(xié)助主程序員工作并且在必要時接替主程序員的工作。編程秘書負責完成和項目有關(guān)的全部事務(wù)性工作。
(3)現(xiàn)代程序員組
技術(shù)組長:只對技術(shù)工作負責。
行政組長:全權(quán)負責非技術(shù)事務(wù)。
項目開發(fā)方把軟件工程中的軟件項目組的組織理論文檔化后，形成了自己的一套具體的、適合在實際工作中使用的要員管理理論。
3.2進度管理
軟件項目的進度布置是一項活動，它通過把工作量分配給特定的軟件工程任務(wù)，并規(guī)定完成各項任務(wù)的起、止日期，從而將估算的工作量分布于計劃好的項目持續(xù)期內(nèi)。進度計劃將隨著時間的流逝而不斷演化。在項目計劃的早期，首先制定一個宏觀的進度布置表，標示出主要的軟件工程活動和這些活動影響到的產(chǎn)品功能。隨著項目的發(fā)展，把宏觀進度表中的每個條目都精化成一個具體進度表。于是完成一個活動所必須實現(xiàn)的特定任務(wù)被標示出來，并布置好了實現(xiàn)這些任務(wù)的進度。超級秘書網(wǎng)
3.3配置管理
在開發(fā)計算機軟件的過程中，變化(或稱為變動)是不可避免的。假如不能適當?shù)乜刂坪凸芾碜兓?，勢必造成混亂并產(chǎn)生很多嚴重的錯誤。軟件配置管理是在計算機軟件整個生命周期內(nèi)管理變化的一組活動。它不同于軟件維護。軟件維護是在軟件交付給用戶使用后才發(fā)生的，而軟件配置是在軟件項目啟動時就開始，并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動。其主要任務(wù)有:標識、版本控制、變化控制、配置審計和報告。只要參加過軟件開發(fā)的人都清楚，現(xiàn)在的軟件項目完全由一個人來完成是難以想象而且也是不可能的，通常是有一個研發(fā)小組來共同分析、設(shè)計、編碼和維護，并有專門的測試小組對己完成編碼調(diào)試的軟件進行全面的測試。在軟件開發(fā)這個龐大而復(fù)雜的過程中，需要涉及到各個方面的人員，信息的交流反饋不僅僅是在研發(fā)小組的成員之間及各個研發(fā)小組之間，還存在于客戶和研發(fā)者之間。所有的這些交流反饋意見信息都有可能導(dǎo)致對軟件的修改，小的可能只是對某個源文件中的某個變量的定義改動，大到重新設(shè)計程序模塊甚至可能是整個需求分析變動。
3.4軟件測試
測試是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認活動。在軟件生命周期的每個階段都不可避免地會產(chǎn)生差錯。軟件測試的目的就是在軟件投人生產(chǎn)運行以前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對軟件規(guī)格說明、設(shè)計和編碼的最后復(fù)審。
論文摘要:軟件項目管理的根本目的是為了讓軟件項目尤其是大型項目的整個軟件生命周期(從分析、設(shè)計、編碼到瀏試、維護全過程)都能在管理者的拉制之下，以預(yù)定成本按期，按質(zhì)的完成軟件交付用戶使用。目前，軟件項目管理不善的新問題仍然存在。本文將在分析軟件項目管理存在的新問題的基礎(chǔ)上，探索時策辦法。
隨著計算機應(yīng)用范圍的日益廣泛深人，應(yīng)用軟件的規(guī)模及復(fù)雜程度也日趨大型化、復(fù)雜化，這就導(dǎo)致軟件開發(fā)的方式也從早期的單兵作戰(zhàn)式或手工作坊式漸漸轉(zhuǎn)變?yōu)榧瘓F化、工廠流水線式的團隊協(xié)作開發(fā)方式。這種情況下，如何管理好項目的每一.步運作，及時解決出現(xiàn)的新問題是每一位項目主管責無旁貸的責任。
一、軟件項目管理存在的新問題
(一)缺乏項目管理系統(tǒng)培訓。項目經(jīng)理在項目管理方面的培訓較少或不夠系統(tǒng)。項目經(jīng)理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導(dǎo)，完全依靠個人現(xiàn)有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業(yè)中，以前幾乎沒有專招收項目管理專業(yè)的人員來擔任項目經(jīng)理(甚至很少是管理專業(yè)的)，被任命的項目經(jīng)理主要是因為他們能夠在技術(shù)上獨當一面，而管理方面非凡是項目管理方面的知識比較缺乏。
(二)對項目計劃熟悉不足。項目經(jīng)理對總體計劃、階段計劃的功能熟悉不足。項目經(jīng)理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮;階段計劃因工作忙等理由經(jīng)常拖延，造成計劃和控制管理脫節(jié)，無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責任的計劃的項目是一種無法控制的項目。
(三)管理意識存在偏差。部分項目經(jīng)理沒有意識到自己項目經(jīng)理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術(shù)工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務(wù)不均、資源浪費。在軟件企業(yè)中，項目經(jīng)理大多是技術(shù)骨千，技術(shù)方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質(zhì)都有待補充和提高，項目管理經(jīng)驗也有待豐富。有些項目經(jīng)理對于一些不服管理的技術(shù)人員，沒有較好的管理方法，工作不好布置的工作只好自己做。另外由于工作分解結(jié)構(gòu)設(shè)計的合理性，項目任務(wù)無法有效、合理地分配給相關(guān)成員，以達到“負載均衡”。
(四)相互間缺乏溝通。在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術(shù)新問題或成果等方面和相關(guān)人員的溝通不足，造成各做各事、重復(fù)勞動，甚至造成不必要的損失;有些人沒有天天定時收郵件的習慣，以至于無法及時接收最新的信息。
(五)缺乏風險管理意識。項目經(jīng)理沒有充分分析可能的風險，對付風險的策略考慮比較簡單。項目經(jīng)理在做項目規(guī)劃時經(jīng)常沒有做專門的風險管理計劃文檔，而是合并在項目計劃書中。有些項目經(jīng)理沒有充分意識到風險管理的重要勝，對計劃書中風險管理的章節(jié)簡單應(yīng)付了事，隨便列出幾個風險，隨便地寫一些簡單的策略，對于后面的風險防范起不到什么指導(dǎo)功能。
(六)項目干系人相關(guān)新問題。在范圍識別階段，項目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責等沒有足夠了解以致于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認的需求。由于項目經(jīng)理的工作新問題，客戶參和程度部不高，客戶方相關(guān)責任人不明確或?qū)Ψ秶鸵筘熑涡牟粡?，提出的要求具有隨意性，項目前期對需求的確認不吃積極;或者是多個用戶代表各說各話、昨是今非但同時又要求目盡早交付;項目后期需求變化隨意，造成項目范圍的蔓延，無度的拖延，成本的擴大。
二、加強軟件項目管理的辦法
(一)加強項目經(jīng)理的系統(tǒng)培訓。項目經(jīng)理接受系統(tǒng)的項管理知識培訓是非常必要的，有了專業(yè)領(lǐng)域的知識和實踐，再丈上項目管理知識和實踐和一般管理的知識和經(jīng)驗的有機結(jié)合，組能大大提高項目經(jīng)理的項目管理水平。應(yīng)實行項目經(jīng)理知識技育資格考核制度，讓項目經(jīng)理自覺補充學習項目管理的知識和一些常用工具和方法。
(二)提高項目經(jīng)理對計劃的熟悉。在高上術(shù)行業(yè)，日新月異是主要特征，因此計劃的制定需要在一定條.的限制和假設(shè)之下采用漸近明細的方式進行不斷完善。提高目經(jīng)理的計劃意識，采用項目計劃制定相關(guān)各種知識、技術(shù)、具，加強對開發(fā)計劃、階段計劃的有效勝進行事前事后的評估。超級秘書網(wǎng)
(三)加強項目管理方面的培訓。加強項目管理方面的培訓，實通過對考核鄉(xiāng)勘際的合理設(shè)定和宣傳引導(dǎo)項目經(jīng)理更好地做好項仁管理工作。技術(shù)骨干在擔任項目經(jīng)理之前，最好能經(jīng)過系統(tǒng)的目管理知識，非凡是其中的人力資源管理、溝通管理的學習，實且在實際工作中不斷提高自己的管理素質(zhì)，豐富項目管理經(jīng)驗，提高項目管理意識。
(四)加強相互間的溝通。制定有效的擇通制度和溝通機制，對由于缺乏溝通而造成的事件進行通報作夕教提醒，以提高溝通意識;溝通方式應(yīng)根據(jù)內(nèi)容而多樣化，甘究有效率的溝通;通過制度規(guī)定對由于未及時收取郵件而造成壯失的責任歸屬;對于非凡重要的內(nèi)容要采用多種方式進行有效通以確保傳達到位。超級秘書網(wǎng)
(五)提高軟件項目的風險管理意識。通泛學習項目管理知識把握風險識別、量化、策略探究、反應(yīng)控制爾工具和方法把握項目風險管理所必備的知識。通過加強對項目知劃中風險管理計劃的審核提高項目組的風險管理意識。總結(jié)本表業(yè)項目中常見的風險及其策略作為風險管理計劃中必要的風險詳容，并切實評估相應(yīng)策略的有效勝和可行險
(六)理清項目頭系人。項目的目的就是實現(xiàn)項目干系人的需求和愿望。項目干弄人管理應(yīng)當從項目的啟動開始，項目經(jīng)理及其項目成員就要分耀項目干系人包含哪些人和組織，通過溝通協(xié)調(diào)對他們施加影響，驅(qū)動他們對項目的支持，調(diào)查并明確他們的需求和愿望，減刁琪對項目的阻力，以確保項目獲得成功。
