軟件項(xiàng)目管理精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件項(xiàng)目管理主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：軟件項(xiàng)目管理范文

關(guān)鍵詞：軟件；項(xiàng)目管理；SW-CMM；模型；市場競爭力；企業(yè)

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044(2016)04-0113-03

在當(dāng)前形勢的影響下，一些中小軟件企業(yè)在實(shí)際的發(fā)展過程中，由于對軟件項(xiàng)目管理認(rèn)識不足，導(dǎo)致在相關(guān)的產(chǎn)品質(zhì)量管理方面出現(xiàn)了各種各樣突出的問題。這些問題的存在，客觀地說明了軟件企業(yè)在發(fā)展過程中工作思路的不科學(xué)及對項(xiàng)目管理認(rèn)識不清，阻礙了企業(yè)的正常發(fā)展。做好軟件項(xiàng)目管理的基本工作，必須理解和掌握對中涉及的相關(guān)技術(shù)概念及基本原理，為后續(xù)工作的開展奠定良好地基礎(chǔ)。SW-CMM軟件項(xiàng)目管理模型，結(jié)合了項(xiàng)目管理的主要內(nèi)容及軟件的相關(guān)特點(diǎn)，有利于提升企業(yè)整體的項(xiàng)目管理水平，擴(kuò)大自身的經(jīng)營范圍。SW-CMM體現(xiàn)了這個時代無數(shù)成功軟件企業(yè)的研發(fā)能力和先進(jìn)的管理理念，為相關(guān)中小企業(yè)的項(xiàng)目管理提供了一定的參考思路。

1軟件項(xiàng)目管理的研究背景及意義

1.1軟件項(xiàng)目管理的研究背景

軟件項(xiàng)目管理主要針對的是軟件行業(yè)。它是項(xiàng)目管理與軟件行業(yè)結(jié)合的產(chǎn)物，對于軟件行業(yè)工作效率的提高有著重要的影響。軟件行業(yè)的生存和發(fā)展依賴于企業(yè)內(nèi)部團(tuán)體的研發(fā)能力，主要是通過相關(guān)技術(shù)人員彼此間工作的配合逐步實(shí)現(xiàn)的。軟件項(xiàng)目管理為軟件企業(yè)未來的生存和發(fā)展帶來了巨大的推動力。SW-CMM又稱軟件能力成熟度模型。它最早誕生于20世紀(jì)80年代，是由美國的大學(xué)研究機(jī)構(gòu)主持開發(fā)的。這種軟件項(xiàng)目管理的理論體系龐大，內(nèi)容比較豐富，涉及的范圍也比較廣泛。其本質(zhì)上是一種先進(jìn)的管理方法，主要應(yīng)用與軟件領(lǐng)域，體現(xiàn)的是管理方面的思想。通過對不同層次的內(nèi)容指出了軟件工作機(jī)制中控制活動所遵循的基本原則，為軟件項(xiàng)目管理和項(xiàng)目施工提供了可靠的工作思路。這給軟件企業(yè)處理實(shí)際問題帶來了一些指導(dǎo)性建議，節(jié)約了研發(fā)人員的工作時間，加快了研發(fā)速度，為企業(yè)的整體發(fā)展帶來了積極的推動作用。同時，作為一種參考標(biāo)準(zhǔn)，SW-CMM對于軟件企業(yè)的預(yù)算管理有著一定地影響：對企業(yè)如何控制生產(chǎn)成本，實(shí)現(xiàn)利潤最大化目標(biāo)提出了具體的解決方法。相對國外比較成熟SW-CMM，我國在這方面的研究理論非常少，缺乏科學(xué)的參考標(biāo)準(zhǔn)，相應(yīng)的軟件組織更是很少，只有部分的中小組織。將復(fù)雜的SW-CMM理論體系變得簡單化，是未來軟件研究工作者需要完成的主要工作任務(wù)。

1.2軟件項(xiàng)目管理的研究意義

軟件項(xiàng)目管理直接關(guān)系著軟件企業(yè)的生存和發(fā)展，是保證企業(yè)競爭力的重要措施。做好軟件項(xiàng)目管理的研究工作，有利于提高軟件產(chǎn)品的質(zhì)量，擴(kuò)大企業(yè)的生產(chǎn)經(jīng)營范圍。同時，這種管理理念和管理方法的實(shí)施，從根本上降低了企業(yè)的生產(chǎn)成本，為企業(yè)整體經(jīng)濟(jì)利益的增加帶來了積極的影響。中小企業(yè)在軟件項(xiàng)目的管理過程中一直存在著很多的問題，管理方法的不合理，管理機(jī)制的不完善，都阻礙著企業(yè)正常的發(fā)展。因此，做好軟件項(xiàng)目管理的研究工作，對于軟件企業(yè)整體的發(fā)展具有現(xiàn)實(shí)的參考意義。軟件項(xiàng)目管理是決定軟件企業(yè)戰(zhàn)略部署的關(guān)鍵措施，這也客觀地決定了開展軟件項(xiàng)目管理研究工作的必要性。

2軟件項(xiàng)目管理及SW-CMM的相關(guān)內(nèi)容

2.1軟件項(xiàng)目管理概念及特殊性的表現(xiàn)形式

軟件項(xiàng)目管理主要是指企業(yè)通過對項(xiàng)目成本、施工進(jìn)度、質(zhì)量管理、人員配置方面的控制而開展的相關(guān)活動。軟件項(xiàng)目管理對于企業(yè)技術(shù)人員的研發(fā)能力影響很想很大，也直接體現(xiàn)著企業(yè)整體的研發(fā)水平。軟件生產(chǎn)技術(shù)相對較高的企業(yè)，其項(xiàng)目管理水平較高，綜合的研發(fā)能力比較突出。軟件項(xiàng)目管理的特殊性主要是指這種管理與其他項(xiàng)目管理的區(qū)別。主要表現(xiàn)在；1）思維上的獨(dú)特性。軟件項(xiàng)目是通過技術(shù)人員的思維能力逐步開展實(shí)施的，具有抽象性的邏輯實(shí)體。在具體的研發(fā)過程中相對比較自由，需要經(jīng)過一定的研發(fā)時間才能獲得最終的產(chǎn)品；2）組成結(jié)構(gòu)的復(fù)雜性。這主要是指軟件本身具有一定的復(fù)雜性。其復(fù)雜性包括：代碼組成的復(fù)雜性和解決實(shí)際問題的復(fù)雜性。當(dāng)軟件在應(yīng)用過程中遇到特殊的問題時，必須從程序的設(shè)計(jì)、實(shí)際的需求、研發(fā)角度等方面展開必要地研究，而這樣的處理過程增加了整個工作機(jī)制的復(fù)雜性，使得整體結(jié)構(gòu)的復(fù)雜性逐漸地體現(xiàn)出來；3）層次感鮮明。軟件中某些符號存在著優(yōu)先級，使得系統(tǒng)在處理實(shí)際的問題時，必須充分考慮優(yōu)先級的高低，間接地使軟件項(xiàng)目管理在某些應(yīng)用方面的層次感非常鮮明，為相關(guān)工作的開展帶來了極大的方便。通過這些不同的表現(xiàn)形式，可以清楚地看到軟件項(xiàng)目管理的特殊性。

2.2SW-CMM的基本結(jié)構(gòu)

當(dāng)前形勢下，國際上較為流行的SW-CMM主要分為軟件能力成熟度模型和軟件能力成熟度的具體實(shí)踐。這兩種技術(shù)報(bào)告有著不同的側(cè)重點(diǎn)：前者是強(qiáng)調(diào)軟件實(shí)施中的相關(guān)原則，主要是為了使軟件能夠朝著更高層次的方向發(fā)展，最后保持一定的成熟度。這種成熟度側(cè)重于具體的過程。而后者主要強(qiáng)調(diào)的是不同級別實(shí)踐過程中的成熟度，側(cè)重于成熟度實(shí)現(xiàn)的途徑研究。通過對成熟度內(nèi)涵的分析，可以為軟件實(shí)施做出一定的綜合評估，以達(dá)到軟件改進(jìn)的最終目的。SW-CMM結(jié)構(gòu)的基本原理主要是指：在具體的過程中通過各項(xiàng)實(shí)踐活動的有效開展，可以實(shí)現(xiàn)關(guān)鍵過程的相關(guān)目標(biāo)。這些目標(biāo)象征著不同的成熟度級別。這也客觀地體現(xiàn)出了SW-CMM結(jié)構(gòu)中成熟度級別的高低是與一定過程內(nèi)實(shí)現(xiàn)目標(biāo)相關(guān)的。這為軟件項(xiàng)目管理帶來了重要的參考思路，也為軟件實(shí)施過程中評估報(bào)告的評價指標(biāo)指明了方向，給相關(guān)模型的構(gòu)件帶來了一定的參考依據(jù)。

2.3SW-CMM等級的研究

SW-CMM的等級主要包括五個方面：優(yōu)先級、管理機(jī)、定義級、重復(fù)級和初始級。這些不同的級別反應(yīng)了SW-CMM的基本結(jié)構(gòu)特點(diǎn)，在實(shí)際的應(yīng)用中有著特定的含義。五個級別的相關(guān)含義主要有：1）初始級。這主要是指軟件的生產(chǎn)組織的起始階段，基本沒有形成真正的軟件研發(fā)環(huán)境。無論是管理上還是具體的實(shí)踐應(yīng)用方面，都無法達(dá)到相關(guān)的設(shè)計(jì)要求；2）重復(fù)級。這一級別中的內(nèi)容較豐富。主要是指它涉及的對象較多，包括人、物、組織及相關(guān)的信息傳遞。這種過程中信息之間的交流需要結(jié)合實(shí)際的情況隨時地調(diào)整。應(yīng)用、測量、研究、規(guī)范化、標(biāo)準(zhǔn)化等組成了一個嚴(yán)密的體系，對于軟件項(xiàng)目管理起著科學(xué)的引導(dǎo)作用。所謂的重復(fù)是指在軟件項(xiàng)目管理中可以對制度、合同、預(yù)定方案等方面重復(fù)執(zhí)行。不同的項(xiàng)目允許在一定的控制范圍內(nèi)出現(xiàn)一些偏差。這主要是從局部的細(xì)節(jié)方面研究的。而從整體上觀察，可以看出這些重復(fù)的行為基本的原理都是一樣的。無論是參考標(biāo)準(zhǔn)還是項(xiàng)目控制管理，其中的某些過程中是可以重復(fù)的；3）定義級。這是軟件研發(fā)的關(guān)鍵階段。軟件項(xiàng)目管理模型的形成涉及了軟件工程和項(xiàng)目管理。在定義級階段，需要制定相關(guān)的參考標(biāo)準(zhǔn)。這些標(biāo)準(zhǔn)的形成，為未來軟件的使用進(jìn)行了必要地規(guī)范，為軟件的順利實(shí)施指明了方向。這個級別所涉及的軟件過程的特點(diǎn)主要是：規(guī)范化和互不排斥性。突出了軟件工程和項(xiàng)目管理過程的相關(guān)特點(diǎn)。當(dāng)軟件進(jìn)入生產(chǎn)階段，需要對軟件的整體框架、生產(chǎn)數(shù)量、生產(chǎn)質(zhì)量等方面進(jìn)行綜合地管理；4）管理級。這一級別主要是為了做好軟件產(chǎn)品的質(zhì)量指標(biāo)的制定工作。通過設(shè)置一定的質(zhì)量指標(biāo)，可以使軟件生產(chǎn)組織的活動更加規(guī)范，為軟件項(xiàng)目的質(zhì)量控制提供了可靠地保障。當(dāng)軟件處于該級別時，軟件實(shí)施及相關(guān)的評估報(bào)告有了一定的參考依據(jù)。通過控制軟件的過程，對于可能出現(xiàn)的偏差進(jìn)行隨時地調(diào)整；5）優(yōu)化級。該級別主要的工作內(nèi)容是為了使軟件的性能更加可靠，實(shí)際的應(yīng)用范圍更大，從而對軟件進(jìn)行持續(xù)地改進(jìn)。通過相關(guān)的試驗(yàn)查找軟件中的漏洞，并對實(shí)驗(yàn)數(shù)據(jù)進(jìn)行全面的分析。最終的目的是為了使該軟件在技術(shù)上和方法上有所突破。通過對SW-CMM不同級別的分析研究，可以清楚地看到軟件的設(shè)計(jì)、制定及實(shí)施的過程是可以不斷地改進(jìn)的，這也是對應(yīng)軟件項(xiàng)目管理存在的意義。

3SW-CMM的軟件項(xiàng)目管理模型分析與研究

3.1項(xiàng)目啟動

項(xiàng)目啟動是整個SW-CMM模型內(nèi)的初始階段，需要從項(xiàng)目的可行性、項(xiàng)目方案的制定與實(shí)施、資源配置管理等方面展開深入地分析。其中，項(xiàng)目的可行性分析主要包括三方面的內(nèi)容：1）技術(shù)角度的可行性。主要是指技術(shù)的選擇能否對市場風(fēng)險(xiǎn)起到一定的預(yù)防作用；2）經(jīng)濟(jì)角度的可行性。主要是指項(xiàng)目的成本預(yù)算是否合理；3）社會推廣的可行性。主要是指項(xiàng)目在推廣過程中是否合法，相關(guān)的操作方式是否合理。同時，項(xiàng)木啟動也對具體的工作目標(biāo)、整個項(xiàng)目的估算及項(xiàng)目立案的管理等方面做出了一定的說明。

3.2項(xiàng)目的整體計(jì)劃

在整個模型中這部分的內(nèi)容相對比較豐富，其中主要涉及了成本控制、風(fēng)險(xiǎn)規(guī)避、項(xiàng)目方案指導(dǎo)、工作步驟的有效分解及職責(zé)的明確等方面的內(nèi)容。其中的工作步驟的有效分解可以起到對整個軟件綜合評估的作用。項(xiàng)目的成本控制可以通過多種方式達(dá)到預(yù)期的目的。主要有：相似項(xiàng)目的比較；專家團(tuán)隊(duì)的評估；算法模型的模擬及特殊的估計(jì)法等。對于一些規(guī)模較小的項(xiàng)目可以采用一些SW-CMM模型的建立進(jìn)行相關(guān)地估算。

3.3項(xiàng)目的風(fēng)險(xiǎn)評估

無論是在項(xiàng)目的啟動階段還是后續(xù)的項(xiàng)目實(shí)施階段，都必須對整個項(xiàng)目的工作機(jī)制進(jìn)行的綜合的風(fēng)險(xiǎn)評估。風(fēng)險(xiǎn)評估的過程有著相對完整的體系。主要包括：風(fēng)險(xiǎn)的識別、風(fēng)險(xiǎn)的分析等。利用風(fēng)險(xiǎn)評估體系對SW-CMM項(xiàng)目管理進(jìn)行整體的評估，主要是從項(xiàng)目實(shí)施中三方面的內(nèi)容展開的。由于軟件工程項(xiàng)目在具體的推廣過程中可能出現(xiàn)各種類型的風(fēng)險(xiǎn)，需要對項(xiàng)目的風(fēng)險(xiǎn)評估機(jī)制進(jìn)行隨時地修改。

3.4項(xiàng)目的實(shí)施與控制

這一階段是項(xiàng)目取得成功的關(guān)鍵所在。由于項(xiàng)目在實(shí)際的實(shí)施過程中可能會遇到各種各樣的突發(fā)狀況，僅僅利用項(xiàng)目的風(fēng)險(xiǎn)評估機(jī)制很難對項(xiàng)目計(jì)劃做到準(zhǔn)確地預(yù)估，必然會導(dǎo)致一些偏差的存在。因此，利用項(xiàng)目的實(shí)施與控制的作用可以及時地修正這些偏差，保證整個項(xiàng)目能夠順利地實(shí)施下去。項(xiàng)目的實(shí)施與控制主要包括：需求管理、項(xiàng)目的全程監(jiān)督及項(xiàng)目的有效控制。通過這些方面工作的開展，可以提高項(xiàng)目實(shí)施整體的工作效率。

3.5項(xiàng)目的維護(hù)與軟件質(zhì)量管理

當(dāng)所有的項(xiàng)目結(jié)束后，需要開展相關(guān)的資料整理及項(xiàng)目驗(yàn)收的工作。項(xiàng)目的驗(yàn)收一般是通過用戶的體驗(yàn)完成的。由于最終的軟件主要是為用戶服務(wù)的，用戶的客觀評價是對整個軟件安全性能的最好體現(xiàn)。除此之外，也需要對項(xiàng)目中一些重要的資料進(jìn)行及時的歸檔整理。并對相關(guān)的工作做出一定地總結(jié)。SW-CMM軟件的質(zhì)量管理包含著許多重要的內(nèi)容。由于軟件最終的應(yīng)用與推廣主要是針對用戶與社會的，必須對軟件的質(zhì)量進(jìn)行一定的管理，防止意外事件的發(fā)生。軟件的質(zhì)量管理主要包括：軟件的綜合評審、軟件的性能測試、軟件的漏洞、解決軟件存在問題的方法。通過對這些方面的有效控制，可以保證軟件的質(zhì)量可靠性。

3.6軟件的配置管理

作為SW-CMM的軟件項(xiàng)目管理模型的重要支撐平臺，軟件的配置管理對于整個軟件的生命周期起著至關(guān)重要的作用。軟件配置管理主要是對軟件生命周期內(nèi)產(chǎn)品的變更及相關(guān)的演化過程進(jìn)行一定地管理。它主要解決的問題是軟件變更過程中的標(biāo)識、變更過程的控制及最終的等方面的問題。最終的目的是為了使最終的產(chǎn)品在有效性、需求性及可控性等方面達(dá)到用戶的實(shí)際的要求。

4結(jié)束語

SW-CMM軟件項(xiàng)目管理模型在實(shí)際的應(yīng)用中起著至關(guān)重要的作用，主要是因?yàn)樗钊氲胤治隽塑浖髽I(yè)在項(xiàng)目管理工作方面存在的問題，并找到了科學(xué)的解決措施。這為軟件企業(yè)未來的發(fā)展帶來了積極地影響，使得企業(yè)在實(shí)際的項(xiàng)目開發(fā)中擁有了更多的選擇。文中通過對SW-CMM項(xiàng)目管理模型實(shí)際應(yīng)用的研究，為中小軟件企業(yè)的發(fā)展提供了有效的策略。

參考文獻(xiàn)：

[1]魏國興.基于CMM的軟件過程管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].北京:北京郵電大學(xué),2010.

[2]張策.CMM/CMMI模型在成品油協(xié)同監(jiān)管服務(wù)平臺項(xiàng)目中的應(yīng)用研究[D].長春:吉林大學(xué),2011.

[3]周津衍.基于CMM的A軟件項(xiàng)目開發(fā)過程改進(jìn)研究[D].上海:東華大學(xué),2015.

第2篇：軟件項(xiàng)目管理范文

相關(guān)熱搜：項(xiàng)目管理  軟件項(xiàng)目管理  項(xiàng)目管理工程

隨著計(jì)算機(jī)硬件水平的不斷提高，計(jì)算機(jī)軟件的規(guī)模和復(fù)雜度也隨之增加。軟件項(xiàng)目中一些問題也應(yīng)運(yùn)而生：項(xiàng)目無法按期完成、項(xiàng)目合作方的工作難以協(xié)調(diào)、用戶需求經(jīng)常變動、工作質(zhì)量難以保證。為了避免愈來愈多的“項(xiàng)目黑洞”給企業(yè)帶來的損失，各個軟件企業(yè)都將軟件項(xiàng)目管理引入到開發(fā)活動中來，對開發(fā)實(shí)行有效的管理。

一、軟件項(xiàng)目引入項(xiàng)目管理的必要性軟件項(xiàng)目即軟件開發(fā)項(xiàng)目，是一個用計(jì)算機(jī)程序和相關(guān)技術(shù)文檔把思想表達(dá)出來的過程。軟件項(xiàng)目所涉及到的內(nèi)容大多是無形的東西，既看不到質(zhì)，也看不到量，從而使軟件項(xiàng)目的管理難度加大。

隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來越大，完全由個人完成一個軟件項(xiàng)目幾乎是不可能的，軟件項(xiàng)目的開發(fā)都是以項(xiàng)目組為單位完成的，這必然涉及到對軟件項(xiàng)目的管理。一個軟件項(xiàng)目的成敗，不在于其項(xiàng)目組的技術(shù)人員的技術(shù)水平，而在于是否采用合適的管理方式。好的管理方式不一定能使項(xiàng)目完全成功，但是一個不合適的管理模式肯定會導(dǎo)致軟件項(xiàng)目的失敗。

項(xiàng)目管理是指在一定資源如時間、資金、人力和設(shè)備等約束條件下，對一個有既定目標(biāo)(質(zhì)量、投資、進(jìn)度)要求的任務(wù)進(jìn)行計(jì)劃和控制的過程。項(xiàng)目管理以系統(tǒng)的觀點(diǎn)來對一個項(xiàng)目進(jìn)行全程的控制，同樣也可以用此來完成對軟件項(xiàng)目的管理，而且由于軟件項(xiàng)目的特殊性，項(xiàng)目管理在應(yīng)用于軟件項(xiàng)目的管理時，也會有其獨(dú)特的一面。在項(xiàng)目管理應(yīng)用于軟件項(xiàng)目的管理方面，已經(jīng)有了不少成功的案例。

二、影響軟件項(xiàng)目管理的關(guān)鍵要素

(一)可靠的軟件需求

軟件需求是軟件項(xiàng)目的根本所在，需求不明確，工作就沒有方向，因此影響軟件項(xiàng)目的第一個因素就是項(xiàng)目要有一個可靠的需求。軟件需求應(yīng)當(dāng)是項(xiàng)目有關(guān)的人員一致同意的、清楚的、完整的、詳細(xì)的、可實(shí)現(xiàn)的和可測試的。

需求的確定，開發(fā)者應(yīng)該認(rèn)真聽取用戶的意見，并進(jìn)行記錄，反復(fù)和用戶溝通，不能想當(dāng)然地把自己的想象當(dāng)作用戶的需求。在確定用戶需求的時候，應(yīng)該盡可能從專業(yè)的角度發(fā)掘用戶的潛在需求，以達(dá)到最大限度地滿足用戶的目標(biāo)，只有這樣才能可能開發(fā)有價值的軟件項(xiàng)目。一定要強(qiáng)調(diào)的是，在項(xiàng)目開始以后，應(yīng)該盡最大可能不更改需求，要與用戶進(jìn)行很好地溝通，以確保開發(fā)工作能按照需求進(jìn)行，也就是說，只有有了可靠的需求，項(xiàng)目開發(fā)才有基本保證。

(二)可行的項(xiàng)目計(jì)劃

凡事預(yù)則立，不預(yù)則廢。這里的預(yù)就是指計(jì)劃。明確了項(xiàng)目目標(biāo)，還必須有一個切實(shí)可行的計(jì)劃。軟件項(xiàng)目計(jì)劃的目的是為完成軟件工程和管理軟件項(xiàng)目。制定合理的計(jì)劃，它包括以下步驟:估計(jì)軟件

產(chǎn)品規(guī)模及所需的資源，制定時間表，鑒別和評估軟件風(fēng)險(xiǎn)和協(xié)商約定，而且要標(biāo)志出幾個階段性的里程碑，這是極為關(guān)鍵的一點(diǎn)。對于軟件企業(yè)來說，一個可行的計(jì)劃的重要性是不言而喻的。但是在一些單位，很多人都聽過這樣的一句話一“計(jì)劃趕不上變化”。這種變化對某些行業(yè)來說也許并不會產(chǎn)生太大的影響，但是對于軟件企業(yè)來說，卻會對軟件產(chǎn)品的保證帶來嚴(yán)重的負(fù)面影響。造成這種現(xiàn)象的原因很多，主要是因?yàn)閷τ?jì)劃的重視程度不夠，計(jì)劃過于籠統(tǒng)、粗糙，導(dǎo)致可執(zhí)行性差，再加上一些人為因素的影響，必然會產(chǎn)生一些不良的影響。因此，要想成功進(jìn)行項(xiàng)目管理，就要對計(jì)劃高度重視，周密制定，嚴(yán)格執(zhí)行。只有嚴(yán)格進(jìn)行計(jì)劃，才能使項(xiàng)目管理得以成功實(shí)施。

(三）規(guī)范的操作流程

軟件開發(fā)流程非常規(guī)范和系統(tǒng)化，其流程的可執(zhí)行性很高，并且能在實(shí)踐過程中不斷改進(jìn)。流程是保證項(xiàng)目成功的一個關(guān)鍵因素。由優(yōu)秀的項(xiàng)目成員按照規(guī)范的操作流程進(jìn)行項(xiàng)目開發(fā)，才能最大限度地保證項(xiàng)目的成功。一個規(guī)范的流程可以保證不是很出色的人開發(fā)出來的，產(chǎn)品不至于太差，但不能保證做出精品，而一個不規(guī)范的流程很難做出好的產(chǎn)品。

通過流程可以實(shí)現(xiàn)一種規(guī)范化、流水線、工業(yè)化的軟件，從而最終實(shí)現(xiàn)成功的項(xiàng)目管理。對于軟件項(xiàng)目的每一個階段均要做出工作計(jì)劃并交有關(guān)部門監(jiān)督執(zhí)行，在階段結(jié)束之后，要對該階段的工作活動進(jìn)行評價，并對后續(xù)階段的時間、人員、資金方面的需求做出估計(jì)。每個階段的工作成果需經(jīng)項(xiàng)目的技術(shù)管理部門審查合格后，方能開始下一階段的工作。

(四）有效的人員溝通

軟件項(xiàng)目的實(shí)施對人的依賴性比其他行業(yè)更為突出，它是一項(xiàng)知識性極強(qiáng)的工作，因此對人的管理相當(dāng)復(fù)雜，如何加強(qiáng)人員之間的有效溝通，是軟件項(xiàng)目成功的一個非常關(guān)鍵的因素。這里的溝通包括兩個方面：一個是軟件項(xiàng)目組開發(fā)人員與用戶的溝通;另一個是軟件項(xiàng)目組內(nèi)人員的溝通。只有對用戶的需求非常明確，軟件項(xiàng)目的實(shí)施才有一個堅(jiān)實(shí)的基礎(chǔ)。對用戶的需求不明確，開發(fā)出的軟件根本沒法用，所以這樣的項(xiàng)目在一開始就是失敗的。組內(nèi)人員的溝通有助于在明確了用戶需求后，使得項(xiàng)目能按計(jì)劃進(jìn)展，最后才有可能完成該軟件項(xiàng)目。

沒有最好的溝通方式，只有最有效的溝通。因此溝通因人因事而采用不同的溝通方式，才可以達(dá)到良好的效果。有時項(xiàng)目組需要和用戶溝通，面談是一種較為花時間的方式，而用戶方常常以忙來說明自己沒有時間，這時候可以采用電話溝通的方式，這樣馬上就可以得到答復(fù)。有時可以將項(xiàng)目進(jìn)展情況用郵件的方式發(fā)給對方，使得軟件開發(fā)的工作也成為用戶的一種工作，只有這樣才能正確把握用戶的真正需求，才能使得開發(fā)出的軟件真正是滿足用戶需求的軟件。而在內(nèi)部的溝通形式就可以多樣，如定期的項(xiàng)目溝通會議、項(xiàng)目進(jìn)展文檔等。

總之，只有加強(qiáng)溝通，才能使得軟件項(xiàng)目順利實(shí)施，溝通是成功軟件項(xiàng)目管理的很重要的因素。

(五)健全的項(xiàng)目文檔

軟件項(xiàng)目的文檔在整個生命周期中的地位和作用尤為重要，無論怎樣強(qiáng)調(diào)都不過分。文檔作為軟件產(chǎn)品的主要形式，集中體現(xiàn)了軟件人員的勞動成果，沒有文檔就稱不上軟件。但是實(shí)際情況是許多軟件開發(fā)人員從一開始就不注重文檔的寫作，尤其是當(dāng)軟件項(xiàng)目的工期又很緊張時，在沒有任何文檔或只有少量文檔的情況下就開始了具體的開發(fā)工作。有的寫了文檔，但是在開發(fā)過程中需求發(fā)生了變更，也沒有及時在文檔中體現(xiàn)出來，使得過一段時間后開發(fā)者對所開發(fā)的內(nèi)容也記得不清了，當(dāng)項(xiàng)目出現(xiàn)問題時，沒有有效的文檔可查，致使軟件項(xiàng)目延期或失敗。

軟件開發(fā)過程中各階段的文檔不健全，往往在項(xiàng)目接近尾聲時為了驗(yàn)收才補(bǔ)寫文檔。最常見的是有系統(tǒng)分析與概要設(shè)計(jì)文檔，但是沒有詳細(xì)設(shè)計(jì)文檔，在程序開發(fā)過程中，開發(fā)人員往往最大限度地發(fā)揮著自己高超的編程技巧，以至于在后期維護(hù)時，因?yàn)闆]有詳細(xì)的設(shè)計(jì)文檔，給項(xiàng)目的后期維護(hù)帶來困難。

編寫文檔的工作量是很大的。有時會占整個項(xiàng)目的40%,所以文檔的編寫會花費(fèi)大量的時間和精力，但是有了好的文檔，會對后期的開發(fā)工作帶來很多的便利。健全的文檔管理是軟件項(xiàng)目成功實(shí)施的一個重要因素。

三、軟件項(xiàng)目管理的方法

軟件項(xiàng)目管理有階段化管理，量化管理和優(yōu)化管理三個層面。

(―)階段化管理

階段化管理指的是從立項(xiàng)之初直到系統(tǒng)運(yùn)行維護(hù)的全過程，將項(xiàng)目分成小的階段。比如，通常分為問題定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、狽彳試和維護(hù)等幾個階段。每個階段都有明確的目標(biāo)和成果驗(yàn)收，以及必要的監(jiān)督回饋，這樣就能夠很好地減少項(xiàng)目負(fù)責(zé)人和客戶的分歧，增加項(xiàng)目風(fēng)險(xiǎn)的可控性。在項(xiàng)目負(fù)責(zé)人提交給客戶的需求分析和初始報(bào)告里，就已經(jīng)把每個階段要完成的工作，可出的成果，甚至具體到有多少個界面，都能清晰的描述出來。這樣，在每個階段完成后，客戶和項(xiàng)目負(fù)責(zé)人都能夠比較清楚地了解項(xiàng)目的進(jìn)展、完成情況，以及客戶對項(xiàng)目完成部分的滿意程度。同時，也方便進(jìn)行項(xiàng)目組成員的績效評估。

(二)量化管理

把項(xiàng)目的方方面面盡可能地進(jìn)行數(shù)量化，做到責(zé)任清楚。給客戶做軟件，時常碰到這種問題：某階段成果A(比如說，包括A1、A2、A3等不同部分）出來了，客戶看了以后，可能認(rèn)為A1完全符合要求，A2根本就不對，A3雖然有毛病但改改還可用，等等。那么，這其中的問題出在哪里？責(zé)任該由誰負(fù)?責(zé)任又有多大呢?為此，必須把各種目標(biāo)、投入、成果等分類量化。比如，用明確的模塊或子系統(tǒng)表達(dá)客戶需求，精確計(jì)算A1、A2、A3每部分花費(fèi)人工、物力、財(cái)力等等。把各種量化指標(biāo)存入數(shù)據(jù)庫，就能夠輕而易舉地解決上述的問題了。而且，每個階段都有清晰的量化管理，也非常有利于整個項(xiàng)目進(jìn)程的推進(jìn)。

(三）優(yōu)化管理

優(yōu)化管理就是分析項(xiàng)目每部分所蘊(yùn)涵的知識、經(jīng)驗(yàn)和教訓(xùn)，更好地發(fā)揚(yáng)項(xiàng)目進(jìn)程中的經(jīng)驗(yàn)，吸取教訓(xùn)，在全公司傳播有益的知識。再如前面例子，通過分析發(fā)現(xiàn)A1部分的領(lǐng)頭人能力強(qiáng)，就可以讓他以后多帶幾個人，使他的知識和經(jīng)驗(yàn)更好地發(fā)揮成效。A2、A3部分為什么不成功？是客戶的需求沒提清楚，是理解的錯誤，還是有設(shè)計(jì)的問題？通過這些分析后，有利于進(jìn)一步優(yōu)化項(xiàng)目管理。

四、軟件項(xiàng)目管理過程中的幾個誤區(qū)

(一)對需求的修改是必然的，具體細(xì)節(jié)可在以后的開發(fā)過程中填充

在軟件項(xiàng)目的需求分析階段，軟件開發(fā)人員和項(xiàng)目負(fù)責(zé)人通常認(rèn)為開發(fā)方與客戶方在各種問題的基本輪廓上達(dá)成一致即可，具體細(xì)節(jié)可以在以后填充。理由是無論開始時多么細(xì)致，以后對需求的修改幾乎是必然的。但在實(shí)際操作中，由于需求階段對問題的描述不夠細(xì)致，導(dǎo)致后來預(yù)算超支或者時間進(jìn)度達(dá)不到要求的情況并不少見。正確的做法應(yīng)該是:在項(xiàng)目需求分析階段，雙方必須全面地、盡可能細(xì)致地討論項(xiàng)目的應(yīng)用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對項(xiàng)目進(jìn)行評估的各種評價標(biāo)準(zhǔn)。在需求分析結(jié)束以后，雙方還要建立可以直接聯(lián)系的渠道，以便盡早地對需求變動進(jìn)行溝通。

(二)軟件項(xiàng)目的需求可以持續(xù)不斷地改變，并且可以很容易地得以實(shí)現(xiàn)

在需求分析階段，還有一個經(jīng)常出現(xiàn)的問題，就是認(rèn)為軟件項(xiàng)目的需求可以持續(xù)不斷地改變，而且這些改變可以很容易地實(shí)現(xiàn)。在具體實(shí)際中由于種種原因，客戶方很難在需求分析階段就能全面而準(zhǔn)確地描述所有問題。隨著開發(fā)進(jìn)度的推進(jìn)，往往會有一些需求的改變?，F(xiàn)代軟件工程理論也利用軟件的靈活性特點(diǎn)通過各種方式來適應(yīng)這種情況。實(shí)踐表明:隨著開發(fā)進(jìn)度的推進(jìn)，實(shí)現(xiàn)軟件需求更改所需要的代價呈指數(shù)形式增長。假定在需求分析階段實(shí)現(xiàn)需求更改要花費(fèi)1倍的代價，那么，在系統(tǒng)設(shè)計(jì)和編碼階段，則需要花費(fèi)1.5~6倍的代價；在系統(tǒng)測試階段需要花費(fèi)10~20倍的代價，在軟件版本以后，甚至要花費(fèi)60~100倍的代價。由此可見，在項(xiàng)目開展過程中，軟件需求的改變應(yīng)當(dāng)盡早提出。這樣才能做到既節(jié)省開銷，又較容易實(shí)現(xiàn)。

(三)在系統(tǒng)詳細(xì)設(shè)計(jì)階段，必須寫出所有程序的偽碼

在詳細(xì)設(shè)計(jì)階段，起初為了便于代碼的維護(hù)修改，要求文檔工作應(yīng)該做到寫出所有程序的偽碼。偽碼的最大作用是對程序的算法流程進(jìn)行描述，便于人們深入了解程序的功能和實(shí)現(xiàn)過程。因此，偽碼在一定程度上的確有利于對程序代碼的維護(hù)和修改。但在實(shí)際工作中，這種做法卻很難實(shí)施。為了保證項(xiàng)目文檔和程序代碼的一一對應(yīng)關(guān)系，維護(hù)程序代碼的同時也需要對項(xiàng)目文檔進(jìn)行維護(hù)。偽碼和程序代碼非常接近，對偽碼進(jìn)行維護(hù)，就相當(dāng)于進(jìn)行了加倍的程序代碼維護(hù)。為了趕進(jìn)度，這種方法在實(shí)踐中往往會流于形式。所以，切合實(shí)際的方式應(yīng)該是對一般的程序文檔做到程序流程圖即可，對涉及了較復(fù)雜算法的程序才需要偽碼。

(四)編碼階段是整個軟件項(xiàng)目中最重要的階段

在軟件開發(fā)階段，項(xiàng)目負(fù)責(zé)人往往認(rèn)為軟件程序主要由代碼組成，因此編碼階段是整個軟件項(xiàng)目中最重要的階段，應(yīng)該給予大量時間，集中主要資源。與編碼階段相比，需求分析、詳細(xì)設(shè)計(jì)以及測試時間較少，容易造成測試不完全及軟件上線后的先天不足，給今后的工作造成被動。如今，由于軟件的規(guī)模和復(fù)雜度都較以前有較大的增加，再加上半自動化軟件代碼開發(fā)平臺的出現(xiàn)，現(xiàn)代軟件項(xiàng)目管理的中心已經(jīng)發(fā)生了轉(zhuǎn)移一不是著重編碼階段，而是著重系統(tǒng)總體/詳細(xì)設(shè)計(jì)階段。一般，系統(tǒng)總體/詳細(xì)設(shè)計(jì)階段應(yīng)占整個軟件開發(fā)時間的一半。這樣才能充分考慮系統(tǒng)將會出現(xiàn)的各種問題及其解決辦法，為以后的編碼、測試工作爭取主動。

(五)軟件所有的內(nèi)部測試工作應(yīng)由測試人員完成

在軟件測試階段，由于在項(xiàng)目人員配置中設(shè)置了專門的測試人員，人們通常認(rèn)為軟件所有的內(nèi)部測試工作應(yīng)該由測試人員完成。但這種做法往往會造成測試不全面，軟件交付后經(jīng)常出現(xiàn)問題的情況。在實(shí)際工作中，由于使用“白盒法”對測試人員各方面素質(zhì)有著較高的要求，進(jìn)行程序測試時，測試人員總是優(yōu)先使用“黑盒法'狽j試沒有通過才會考慮對程序代碼進(jìn)行“白盒法”測試。顯然，這種對“白盒法，有意無意的“逃避”，對軟件的可靠性和穩(wěn)定性構(gòu)成了威脅。要解決這個問題，一方面需要提高對測試人員的要求;另一方面也需要讓程序員完成部分的“白盒法”測試。

(六)軟件項(xiàng)目管理只是相關(guān)技術(shù)部門的事，與公司其他部門無關(guān)

在競爭日益激烈的今天，軟件項(xiàng)目規(guī)模大、復(fù)雜度高，而且時間要求緊迫。要想提高公司的軟件項(xiàng)目管理水平，就需要提高公司的整體參與意識，需要公司各個部門協(xié)同作戰(zhàn)。例如，需要會計(jì)部門協(xié)助進(jìn)行項(xiàng)目預(yù)算、財(cái)務(wù)管理和費(fèi)用控制;需要研究部門(技術(shù)委員會)指派專家協(xié)助進(jìn)行各種風(fēng)險(xiǎn)評估，提供技術(shù)指導(dǎo);需要后勤部門提供各種保障。

(七)開發(fā)進(jìn)度滯后時，可以聘請更多的程序員加入到開發(fā)團(tuán)隊(duì)中，通過增加人力資源追趕開發(fā)進(jìn)度

如今，在注重團(tuán)隊(duì)開發(fā)的時代，開發(fā)方應(yīng)該根據(jù)目前的軟件項(xiàng)目管理水平慎重考慮這個做法。如果新加入的程序員對目前軟件項(xiàng)目的應(yīng)用行業(yè)有一定了角解并且可以很快地適應(yīng)開發(fā)方的項(xiàng)目管理方式、軟件開發(fā)風(fēng)格、團(tuán)隊(duì)協(xié)作氛圍，那么“新人”的加入是有益的。否則，可能會“好心卻辦了壞事”。因?yàn)楸M管新人的個人能力很高，但為了使其與大家一起協(xié)同工作，開發(fā)團(tuán)隊(duì)不得不分出人手對新人進(jìn)行與項(xiàng)目有關(guān)的技術(shù)、業(yè)務(wù)培訓(xùn)。更重要，也是難度最大的是，還要引導(dǎo)新人融入到整個開發(fā)團(tuán)隊(duì)中。這可能需要花費(fèi)開發(fā)團(tuán)隊(duì)大量的時間和精力，很有可能使項(xiàng)目進(jìn)度更慢。

第3篇：軟件項(xiàng)目管理范文

首先，團(tuán)隊(duì)溝通的成本上很高的，而且隨著以下因素，溝通的成本會越來越高：人數(shù)的增加，工作地點(diǎn)的分離，缺乏共同的語境平臺，不相同的價值觀或者判斷準(zhǔn)則等等。人數(shù)的增加，使得相互之間的溝通線越來越多，而且，信息的增加，不見得就一定能夠把你導(dǎo)向成功，你將不得不判斷各種不同的信息，從而使得成本越來越高。根據(jù)這點(diǎn)，我們在管理上，推薦進(jìn)行單頭領(lǐng)導(dǎo)（而不是多頭領(lǐng)導(dǎo)）就是這個原因，我們贊成使用少量的高素質(zhì)人員替代大量無經(jīng)驗(yàn)的人員，也是基于這一點(diǎn)的判斷.工作地點(diǎn)的分離，也將導(dǎo)致溝通成本急劇上升。我不知道大家如何看待在這樣的一個團(tuán)隊(duì)：我們的需求團(tuán)隊(duì)在北京，設(shè)計(jì)團(tuán)隊(duì)在上海，開發(fā)團(tuán)隊(duì)在武漢，測試團(tuán)隊(duì)在大連。如果是我看見這樣的團(tuán)隊(duì)，將使得我很撓頭。而且，但凡有可能，我極其不愿意使用這樣一種團(tuán)隊(duì)，因?yàn)榈攸c(diǎn)的分離，使得溝通和交流的數(shù)量和質(zhì)量大大低于直接的面對面的交流。對于一般的開發(fā)團(tuán)隊(duì)來說，我希望他們不僅僅是在一個辦公室里，而且更希望他們的辦公位本身就是挨在一起的，這樣他們抬起頭就能交流。

他們會變得更喜歡進(jìn)行交流。很多項(xiàng)目經(jīng)理告訴我，我們有MSN進(jìn)行日常的溝通，我們有電話會議進(jìn)行項(xiàng)目會議，我們有視頻會議來解決面對面溝通的問題。但是，事實(shí)上，這一點(diǎn)遠(yuǎn)遠(yuǎn)不夠。我們現(xiàn)在有很多手段進(jìn)行溝通，但是諸位請回答我一個問題，以前你在家的時候，每天和你母親說多少話？你離開母親以后，雖然你也同樣有各種很方便快捷的聯(lián)系手段（而且我很多時候也和母親在MSN上聊天），但是你每天聊多少句？你們的了解是更多了還是更少了？和母親之間的溝通尚且如此，那么和一個項(xiàng)目組團(tuán)隊(duì)（甚至是你沒有見過面的項(xiàng)目組成員），你們的溝通又是如何？人和人之間的溝通和交流，沒有比直接的面對面更加有效的了，我們可以聽見對方的話音，看見對方的每一個眼神……更重要的是，我們能夠相互之間觸手可及，這是一種鮮活的溝通手段，任何手段都比不上他。所以，除非萬不得已，不要把你的團(tuán)隊(duì)分成那么多地點(diǎn)。

有一個例子，我們曾經(jīng)試驗(yàn)過軟件工廠（在武漢設(shè)立了軟件工廠，以至于我看見我們舉行會議的時候，總是會有幾個武漢的同仁，風(fēng)塵仆仆地趕到北京），理想狀態(tài)下，我們希望在北京做需求、設(shè)計(jì)和驗(yàn)收測試，在武漢進(jìn)行開發(fā)和測試。而且主要是研發(fā)一些獨(dú)立性很強(qiáng)的產(chǎn)品（比如一個顯示報(bào)表的工具），或者一個很簡單的功能實(shí)現(xiàn)。當(dāng)時，為了體現(xiàn)軟件工廠的有效性，總經(jīng)理下令，不強(qiáng)求在北京的團(tuán)隊(duì)使用武漢的軟件工廠。結(jié)果幾乎沒有人使用武漢的軟件工廠，而且即使有人使用了，也是直接把需求和設(shè)計(jì)人員直接派到武漢，象項(xiàng)目經(jīng)理一樣帶這個項(xiàng)目。當(dāng)時我們很現(xiàn)實(shí)，軟件工廠是否成功，不是我的事情；但是我的項(xiàng)目失敗了，就是最大的問題了。所以，還是請一幫張口閉口軟件工廠的兄弟們，至少自己親手干一干，你會發(fā)現(xiàn)，其中的難度是非常高的，你仿佛一朝之內(nèi)回到解放前，對于項(xiàng)目的憂慮和風(fēng)險(xiǎn)會急劇上升的。他并不是如同你所想像的那么容易駕馭。當(dāng)然了，如果你真的能夠很輕松地駕馭這方面的團(tuán)隊(duì)，我不得不說，你的項(xiàng)目管理能力以及團(tuán)隊(duì)管理能力非常出色，是一個國際性的項(xiàng)目管理大牛，但是……，國內(nèi)的98%以上的小型項(xiàng)目，有必要采用這種方式研發(fā)嗎？我覺得沒有太大的必要。所以還是不要開口閉口的軟件工廠，軟件工廠的。

我們知道一點(diǎn)，我們現(xiàn)在面臨的問題，如同20年前提出軟件工程的時候一樣，是軟件項(xiàng)目失敗率太高，而不是我們已經(jīng)解決了軟件項(xiàng)目失敗率問題，那么對于絕大多數(shù)項(xiàng)目來說，還是如何保證成功率，如何來做吧。缺乏共同的語境平臺，也會導(dǎo)致溝通成本的上升。比如我們希望某一種設(shè)計(jì)文檔，能夠按照一個相對固定的格式來做。當(dāng)然，這種做法不值得走得太過（章節(jié)內(nèi)容完全規(guī)定得非常死非常死，就容易引發(fā)負(fù)面效應(yīng)了），但是，這種做法有效的一點(diǎn)是，他統(tǒng)一了語境平臺，大家很清楚，到哪里可以找到你的某一部分內(nèi)容。舉一個通用管理上的例子來說，在聯(lián)想，我們都清楚“我們把這件事拉一下”，這句話的意思是，我們找個地方，把這件事情好好梳理一下。比如我們看見一個哥們在會議上說話說錯了（當(dāng)然是那種一般的內(nèi)部性質(zhì)的會議，可不是很要命的地方、很要命的時間說錯話），我們會善意地笑一下，說“再給他一次機(jī)會吧”。因?yàn)槊恳粋€剛進(jìn)想的兄弟們，都會參加一個一周的“入模培訓(xùn)”，意思是，無論你在社會上是一個什么樣子的人，進(jìn)想就必須經(jīng)過這個模子套一下，然后至少你們就能擁有相對比較一致的價值觀了（這個入模培訓(xùn)基本上可以看成一個優(yōu)秀傳統(tǒng)介紹＋聯(lián)想常用語的潛移默化＋簡單拓展訓(xùn)練。也許過去N年以后，聯(lián)想人會忘記很多事情，但是入模培訓(xùn)想來是難以忘記的了，至少我離開聯(lián)想2年了，口頭和做事方式中，還是多多少少帶有一些聯(lián)想的東西）?！敖o他一次機(jī)會吧”，這句話出自每一個入模培訓(xùn)中都會講的小故事，說一個某某教練帶著“某某學(xué)員”（這兩個某某都可以換成你想說的人），去參加文化考試。

老師：“9+10等于多少?。俊?/p>

學(xué)員：“20！”

教練：“這種題目都會做錯，老師，再給他一次機(jī)會吧！”

……

老師“那1+1等于多少??？”

學(xué)員：“2！”

教練：“老師，要不……再，再給他一次機(jī)會？”

講得興起，再多說一點(diǎn)。通常每一期入模培訓(xùn)完畢以后，都是聯(lián)想內(nèi)部郵件系統(tǒng)受到很大壓力的時候，因?yàn)檫@時候，很多“模友”（進(jìn)入同一期入門培訓(xùn)的人，稱為模友；如果你們有幸被分在一個組內(nèi)，那就是更親密的模友了，我們當(dāng)時組名叫“VII”，發(fā)音為VTwo，靠，一個土得掉渣的名字，現(xiàn)在還覺得有點(diǎn)臉紅，當(dāng)時就是老實(shí)，不然死也不會讓這個名字通過啊。

還有的隊(duì)叫“大刀隊(duì)”，呵呵那就更搞笑了，看見那個Team的組長上去，是個小小的瘦子，我還想著：這大刀敢情說的是水果刀？呵呵）。在聯(lián)想這樣一個大型公司中，部門層出不窮，我們在部門之間合作的時候，如果發(fā)現(xiàn)你的合作部門接口人是你的模友，那恭喜你了，一般來說，他不會太難為你的，甚至給予你很大的幫助。于是，你會發(fā)現(xiàn)，在很多的需要多部門合作的項(xiàng)目中，正式依靠著這種親密的關(guān)系，才使得事情更容易推進(jìn)。模友們的關(guān)系會維持很長的時間，以至于我們會聚在一起，給某個模友過生日；模友離開聯(lián)想的時候，也會給我們發(fā)一份郵件，告知我們離開聯(lián)想了。甚至上你的部門，向你當(dāng)面

道別。這是一個不錯的方式啊。這就是為了建立起來一個共同的語境平臺（順便說一句，程序是一種極其好的，無二義性的語境平臺哦，無論是美國人還是中國人寫出來的程序，都是我們能夠看懂的的程序）。如果缺少這個語境平臺，不理解對方所說的話，還是小事，但是他會使得你會象個外人一樣，不能融入到整個團(tuán)隊(duì)中。不相同的價值觀或者判斷準(zhǔn)則，也會潛在得極大提高溝通成本。因?yàn)樗麜沟靡恍┗镜呐袛喟l(fā)生偏差，使得管理者傾向于收回所有的判斷權(quán)和決策權(quán)，并且使得團(tuán)隊(duì)成員喪失很多的鍛煉的機(jī)會，。最后變得，團(tuán)隊(duì)Leader忙死，下面團(tuán)隊(duì)成員閑死（更可能的是，團(tuán)隊(duì)成員也忙死，但是忙得不得其要而已）。管理者會傾向于把做一件事情分解稱為各種操作性指令，而總體目標(biāo)在團(tuán)隊(duì)成員腦子里就是一個模糊的東西。這是一件很恐怖的事情。呵呵，講到這一點(diǎn)，我想開過車的兄弟們都知道，我們總是希望在去某一個地點(diǎn)的時候，腦子里大致有一條路線圖，我想很多人會很討厭，在某一個非常繁忙的地段，然后旁邊的哥們不告訴你目的地何在，開始發(fā)各種命令：“往左并線……”，“并線哪！”，“唉，唉，跟著那輛大車出去”，“那輛，那輛，跟著這輛有啥用處??！”。如果這是一個哥們敢長期這么說，我就會打開車門，讓他下車滾蛋！這至少會讓我非常光火，因?yàn)槲也坏貌坏教帉ふ宜f的標(biāo)幟物，而我實(shí)際上不知道他到底要干什么。會顯得很笨拙，而且很不爽！我喜歡的指示是：“從橋下左拐，你需要在這里出高速道路”。這我就明白多了，然后即使你再給我各種指示，我也很容易理解了。

舉一個現(xiàn)實(shí)的例子，一般來說，銷售團(tuán)隊(duì)和研發(fā)團(tuán)隊(duì)之間的溝通，總是存在部分的問題。銷售團(tuán)隊(duì)人員一個好產(chǎn)品，就是一個能夠銷售出去的產(chǎn)品；而研發(fā)團(tuán)隊(duì)所謂的一個好產(chǎn)品，是從技術(shù)本身出發(fā)所描述的。所以，銷售一般不太愿意，為了所謂的框架來花費(fèi)成本，但是研發(fā)總是對此念念不忘。類似的，提高團(tuán)隊(duì)溝通成本的地方還有很多，比如語言的不通（比如一個英語不好的人員和老外溝通），相互之間背景的不相同（上面的銷售和研發(fā)的沖突，就是如此），私下之間的關(guān)系屬于臭魚看不上爛蝦的那種（當(dāng)然，非常具備職業(yè)素養(yǎng)的人，會很好得平衡工作和私下的關(guān)系，但是這畢竟是很少部分人所具備的優(yōu)秀的職業(yè)素養(yǎng)）等等。都會很大的提高溝通成本。以上說了提高溝通成本的一些事情，對于一個溝通如此重要的領(lǐng)域來說，盡可能降低一些溝通的難度和溝通的成本，對于項(xiàng)目來說總是有利的。這會潛在降低很多你的軟件成本的。下面說說溝通上面一些需要注意的地方了。不說復(fù)雜的，就說簡單的。

溝通，其實(shí)往簡單了說，就是“聽”和“說”。說出你想說的，聽別人想說的。這一點(diǎn)在溝通中極其重要。如果很枯燥地說教，令人也很煩哪，好像是老師在夏日悶悶的教室中，毫無語調(diào)地讀書，下面學(xué)生昏昏欲睡。如果繼續(xù)如此說下來，我?guī)缀跄軌蚵牭较s的叫聲了(我最喜歡，在那樣的環(huán)境下，慢慢地睡著，臉上露出陽光燦爛的笑容，那簡直就是一種享受)。我們換一個說法，讓我們大家來結(jié)合BBS上的論戰(zhàn)，來看看“說”和“聽”好了。

首先說“聽”，一般來說，這一點(diǎn)更難。雖然原則上說，聽和說一樣困難，但是現(xiàn)在聰明人太多了，以至于大家都能言善辯，但是，是否能夠聽到別人所說的，就不好說了。在溝通方面，我們經(jīng)常犯這樣的錯誤，包括：

我們會經(jīng)常斷章取義，有意無意地把其中某一段話理解成為全部的意思。當(dāng)然了，這是論壇上一個慣用伎倆。在長篇大論中，總是會抓住一些說得不恰當(dāng)?shù)脑挼?，然后從這個話題開始猛攻，使得對手離開他已經(jīng)勝利的領(lǐng)域，從一個很難受的起點(diǎn)開始出發(fā)，這很無聊（更為好用的是，我們一般用引號去引用對方一小段話，如果對方一定要廢話更多，引用以前他所寫的1/3的段落，估計(jì)很多沒有耐性的人也不會看，于是，他的話就成了證據(jù)確鑿的罪證了），不是嗎？我們聽別人話，也要注意，是否我們顧及了上下文，而不是從中抽取一段出來，發(fā)揮和理解。

我們經(jīng)常帶著反駁的態(tài)度來看待對方的意見。本來嘛，在BBS上，一旦開始掐架了，就必須掐贏，雖然大家口口聲聲說著，自己為了討論問題，估計(jì)到最后，討論問題的心情沒有了，腎上腺素才是維持我們掐架的由來了。我們經(jīng)常使用的一個方式就是，帶著有色眼鏡看著對方的話，然后惡毒地把他往他所支持的觀點(diǎn)方向一個勁地猛推，比如，某一個人支持在工作中贊成目標(biāo)驅(qū)動的考核制度，于是大家說他：目標(biāo)一切啦，只重視目標(biāo)不重視過程啦，風(fēng)險(xiǎn)大啦，管理者的Training職責(zé)啦等等，比如另外一個人贊成過程考核的方式，于是別人開始說他目標(biāo)不明晰啦，管理者容易做老好人啊，容易導(dǎo)致面子工程啦……等等。于是，大家覺得，對方那簡直就是胡扯嘛。但是，實(shí)際上，這是因?yàn)槲覀儽旧砭褪菐е瘩g的態(tài)度來聽別人如何說的。管理是在很多時候，都是一種權(quán)衡的藝術(shù)，所以，如果你把別人推到如此極端的地步，那么你的觀點(diǎn)自然是正確的。

BBS上用來這種方式掐架是可以，但是用于現(xiàn)實(shí)中，這樣“聽”對方的觀點(diǎn)恐怕就不成了。這一點(diǎn)現(xiàn)象非常普遍，所以，在聽到這些東西的時候，至少讓自己考慮一下，我是不是也犯了這個毛病了？說對方錯，真的很爽啊，不是嗎？我們會象看著一個小丑或者一個孩子一樣，感覺自己很明智，但是這種狀態(tài)可不好，用這種方式去聽，溝通基本上就不成了。過于敏感，特別對于很多自我感覺非常良好的人來說，他會把任何建議和意見，看成對他個人全部的挑戰(zhàn)。還記得大仲馬筆下《三個火》中的主人公嗎？那是小說，如果現(xiàn)實(shí)中，你也如此的敏感的話，會令別人覺得你很難相處的啊。有的設(shè)計(jì)人員認(rèn)為，任何的對設(shè)計(jì)提出的意見都是對自己的攻擊，自己永遠(yuǎn)是對的。如果是那樣的話，你就不是一個Teamplayer。在工作中很難和你合作啊。

不尊重人，BBS上很常見的一種無禮之舉是，沒有看完別人的貼子，就開始瘋狂批評。不錯“嘗一口就能夠知道的臭雞蛋，就不用吃完它”，但是（事情往往壞在“但是”上）如果你僅僅想爽一下，可以罵罵人，出出氣。但是，如果你想討論問題，最好還是看看清楚別人到底寫了什么東西。這是一種對別人的尊重。不要根據(jù)只言片語，按照自己的理解，狠狠說一通，那樣價值何在？典型的無效溝通。我們不是為了把人批臭批倒，來證明自己的勝利，我們是為了通過溝通解決問題。所以還是尊重一點(diǎn)比較好一些。

聽基本上說完了，很不完全，但是至少這些是第一時間反應(yīng)到我腦子里面的東西，也是對我感觸最深的地方。下面該說說“說”了。

首先，理清楚你的思路，不要說到東，說到西，我根本不知道你想說什么。這是一個思路的清晰程度的問題。同時也是IQ組成很重要的一點(diǎn)。至少體現(xiàn)出一些高IQ人員的素質(zhì)（大家不是說IT人員的人，要IQ比較高嗎？）。比如我們在面試中，喜歡用的一個方式是，一下子問7-8個問題，然后讓面試者按照順序回答下去（這7-8個問題，是有內(nèi)在邏輯聯(lián)系的，而且邏輯相對比較明了。對于低級的崗位來說，我們一般連續(xù)問4-5個問題），并且在他回答過程中，我們會企圖問一些問題，然后讓他繼續(xù)回答?？此欠衲軌蚧卮鹜戤呥@些問題，而且思路比較清晰。如果一個人員，連4-5個連續(xù)問題的壓力都承受不了，一般來說，我就不再考慮了。所以，請維持一個清晰的思路，知道你要回答什么，不要象一個沒頭蒼蠅一樣，撞到哪里算哪里。

其次，請整理清楚你的邏輯，你舉出的實(shí)例要能夠證明你的論點(diǎn)，不要說得云山霧罩的，很讓人困惑的。這一點(diǎn)在BBS上經(jīng)常看見，一個哥們說完N段以后，突然告訴我，上面的例子也許舉得不好，重新來過。我簡直不知道該說什么好了。你不是我的冤家派來玩我的吧？最簡單的邏輯整理方式是，提出你的觀點(diǎn)，然后用1、2、3、4列出你的論據(jù)，這樣大家比較容易溝通，不是嗎？不要一會一個例子，一會一個例子，而且我都不能分辨前后例子之間存在什么邏輯關(guān)系。對此，我只能承認(rèn)，自己的理解能力實(shí)在有一些跟不上你跳躍的思維了。

再次，如果不是萬不得已（比如需要盡快的一個決策過程，不能再過多地討論了）盡量少用一些攻擊性很強(qiáng)的話。攻擊性很強(qiáng)的話，基本上不能起到加強(qiáng)你觀點(diǎn)的作用。這種方式類似一些懷疑別人做事的動機(jī)啊，問候別人的家人啊等等，一般來說，都是不必要的。對方會由此變得更加難以說服。因?yàn)樗麜杂X地保護(hù)自己，這時候已經(jīng)不是事情本身了，而是變成人的事情了。一般來說，這更難以解決問題。當(dāng)然，如果團(tuán)隊(duì)內(nèi)部已經(jīng)建立起來這樣的文化，比如罵娘文化，那么有時候用用也無妨。但是我不喜歡這種文化而已。比如，有一個總監(jiān)，和我爭論下一階段工作的時候（當(dāng)然，這也是一種溝通，呵呵），曾經(jīng)用手推了一下我胸口，當(dāng)時正是夏天，本來就容易上火，我腦子突然一沖，幾乎揚(yáng)手一個耳光就過去了。但是還好忍下來了。但是那次爭論沒有任何結(jié)果。

最后，說話請靠譜一些。我很不喜歡的一種人是說話不靠譜，什么都敢說，但是基本上胡扯居多。所以，請注意你的說話，說話要保證你說的，至少是你認(rèn)為對的東西，不然就悠著點(diǎn)說，很容易誤導(dǎo)別人的。而且一旦被別人抓住，舉幾個數(shù)字出來，你就全完了。所以，我喜歡的一句話就是：“我不說，你不說，數(shù)字來說話”。呵呵，當(dāng)然了，你讓數(shù)字如何說話，里面還是有大講究的。我的一個姨媽在統(tǒng)計(jì)局工作，她和當(dāng)時在大學(xué)的我，講了很多如何讓數(shù)字來證明觀點(diǎn)的小伎倆，以至于我現(xiàn)在看見數(shù)字，也會留一個心眼，看看有沒有人在數(shù)字方面糊弄我。呵呵。學(xué)過統(tǒng)計(jì)學(xué)的哥們一定對這個很熟悉吧。好了。以上是一些常規(guī)的溝通，至于上下級之間的溝通，我就不在這里說明了，更多的會在團(tuán)隊(duì)管理中說明。溝通成本很高，所以，讓我們盡量有效地溝通，而少一些無畏的溝通。說和聽都很重要，所以請認(rèn)真對待。接下去的一點(diǎn)，是給不少在“說”方面略有欠缺的技術(shù)兄弟們寫的。我知道有一些技術(shù)人員，心中有很多東西，但是臨到說的時候，突然說不出來了，感覺很虧。如果你在公司被別人稱之為“噴壺”或者“噴泉”，就不用看了，這方面技能你一定不缺少，我這點(diǎn)經(jīng)驗(yàn)也不夠你笑話的了。最常規(guī)的鍛煉，是讓你能夠在大家面前滔滔不絕地說一些至少有一點(diǎn)意義的話。呵呵，這一點(diǎn)說起來難，其實(shí)也比較容易鍛煉。比如，在部門級會議的時候（呵呵，本來我今年想在得實(shí)開發(fā)一部中推開，但是還沒有來得及干，就離開得實(shí)了，很多得實(shí)的兄弟們說，希望如此做呢，這一點(diǎn)向兄弟們道歉了！將來有機(jī)會大家一起聚聚吧，很想念大家?。?，湊個20-30個人，當(dāng)然了，用其他方式，集中多一些人也是可以的，只是人不能太少。當(dāng)然了，即使再少也是有用處，但是效果就沒有那么好了。然后準(zhǔn)備一個大盒子，盒子里面是各種小紙條，小紙條上寫一個名詞（比如竹子、比如長城），隨意抽一個出來，然后用5-10秒作準(zhǔn)備，然后就開始說，在5分鐘時間中，不允許任何超過3秒鐘的停頓（也不允許和朗讀詩歌一樣，一個“啊……”整個7-8秒，聽的人感覺很不好，感覺你在臺上公然被人毒打一樣）。如果超過3秒的停頓，就下臺，算失敗。如果挺過了5分鐘，然后大家來評判這些說話的內(nèi)容是否連貫性強(qiáng)，思路是否清晰，演講的時候的語氣和語速控制等等。這也是聯(lián)想入模培訓(xùn)的一環(huán)，當(dāng)時我面對100多個模友，突然開始說，多少感覺有點(diǎn)口干舌燥，但是過了一段時間，后來就好很多了。要有自信，這一點(diǎn)真的不難，問題是大家沒有太多的機(jī)會來鍛煉，往往鍛煉的時候，就是公開演講的時候，越做得不好，越?jīng)]有自信；越?jīng)]有自信，越給下次埋下失敗的種子。所以，自信一些，大家都是這么來得。練幾次就好了。

下面，就是一些技巧的東西了，在“說”的方面的一般常用的技巧，我經(jīng)常會用如下幾種：

首先，明白你所對話的人，是一種什么樣的人。然后再考慮如何說，對象是不懂技術(shù)的人，與精通技術(shù)的人，說話的方式是完全不一樣的，這一點(diǎn)很簡單，不多說了。關(guān)鍵一點(diǎn)，就是說對方能夠明白的話。你溝通不是用來賣弄的，是要讓對方明白你的意思。如果對方聽不明白，不是對方的問題，是你說話沒有水平哦。

其次，不要僅僅考慮你自己，而要考慮對方，是否明白你說話的意思。也就是說，你要從對方的思路上著手，而不是從你的思路上著手。舉一個例子，如果你研發(fā)了一個電熱水壺。你會如何說明給你的客戶聽？很多人上來就會說：“他會叫耶，水燒開了他就會叫耶”，“他熱得比別人快，省電哪”。但是，我還不知道你的產(chǎn)品是個什么玩意呢。所以，最保險(xiǎn)和最常規(guī)的（當(dāng)然也是最沒有創(chuàng)意的，如果要有創(chuàng)意一些該如何干？也許5年以后我會明白一些，但是現(xiàn)在我不知道）的做法是：

第一，介紹產(chǎn)品是什么：電熱水壺，就是用電把水燒開的東西；

第二，介紹產(chǎn)品能夠?yàn)榭蛻魩硎裁磧r值；為你燒開水唄；

第三，我們產(chǎn)品的特色是什么：電熱的，

第四，為什么選擇我們？用電的，環(huán)保，干凈……

這樣的描述相對客戶容易理解一些。

再次，在介紹之前，首先很明確地說出你的觀點(diǎn)是什么（當(dāng)然，這是一種常規(guī)的說法，如果你要由對方自己導(dǎo)出觀點(diǎn)，然后你再贊揚(yáng)他幾句，把這當(dāng)做他自己的觀點(diǎn)，那么就不用提出了）。

再次，說出你的論證體系。這是一個我習(xí)慣稱之為“思維管道”的東西，我會告訴對方，我是根據(jù)什么體系來導(dǎo)出結(jié)論的。比如，我會說，我根據(jù)SWOT、競爭力模型分析得出結(jié)論，或者告知對方，你的出發(fā)點(diǎn)是什么，比如我認(rèn)為你這個問題，實(shí)際上需要解決的這樣一個難題等等。這主要有兩個作用，首先劃一條道路出來，讓對方的思路在下面的時間中，在你的規(guī)則中走；其次，如果發(fā)生誤解，那么也最快可以知道，免得說了一大通，發(fā)現(xiàn)說錯了，很難看的啊。會顯得你很笨的。

再次，也是很重要的一點(diǎn)，明確說，我有5個理由，或者3個因素使得我認(rèn)為應(yīng)該如此做。這樣做，容易使得別人感覺你的思路非常敏捷而且快速，或者你對這個問題已經(jīng)考慮得很多了，是個非常專業(yè)的人。但是，在現(xiàn)實(shí)操作中，往往你聽到一個問題，只有大約3秒鐘的考慮時間，你需要利用這些時間來考慮明白你要說的理由，如果你想到了3-4點(diǎn)，請直接說我考慮有6個因素（因?yàn)槟阍谡f的過程中，多少會想到一些前面沒有想到的東西的）。那么如果你按部就班說下來，如果發(fā)現(xiàn)：靠，只有5個啊，少一個；這一點(diǎn)很惡心，不過沒有關(guān)系，你隨便想一個好了，或者把前面的一個觀點(diǎn)換一個方式說出來好了，如果你追求保險(xiǎn)，最后總結(jié)的時候，說：“這一點(diǎn)和前面的某一點(diǎn)存在一些關(guān)系，但是有一些不同”，只要找到一點(diǎn)不同就可以了。相反的，如果你認(rèn)為，壞了，少說了1點(diǎn)，應(yīng)該是7點(diǎn)，該如何辦啊。呵呵，這恭喜你，你的思維太敏捷了，以后要記得多說一些哦。但是這次呢，就說：“最后補(bǔ)充一點(diǎn)，雖然放在最后說，但是并不代表他不重要”，然后，坦白地說出來好了?？偛荒茏屪约旱乃悸窢€在肚子里啊。這不是教你扯謊，只是說，你用一種更有條理的方式，表達(dá)你的想法，僅此而已。

當(dāng)然，這個要素不是越多越好，別人也記不住，你需要分層次來說，一般來說，5-7點(diǎn)就是極限了。

再下來，就應(yīng)該一點(diǎn)一點(diǎn)表述你的論據(jù)了，如果能夠使用數(shù)字，就用數(shù)字來說明問題，太多的修飾詞會引起別人的反感的。比如“很多”、“大量”等等，說多了，很容易被老板一句，“到底多少？”給悶在里面，很難受的。

最后，要適度總結(jié)，在最后的時候，請回顧一下你的觀點(diǎn)摘要，這樣有助于對方整理思路。如果對方聽下來感覺很清晰，那么他會認(rèn)為你的思路也很清晰。聰明人總是喜歡和聰明人溝通的，不是嗎？必要的時候，和對方的問題掛接一下以后再結(jié)束，因?yàn)閷Ψ降膯栴}，也是對方最關(guān)心的東西。

最后，想說的一點(diǎn)是，明白一點(diǎn)，和聰明人說話，不用說得太詳細(xì)，說得太詳細(xì)，面面俱到，容易讓對方困倦，而且感覺很羅嗦（有的人還真喜歡這么說話，和他們對話，真的很累哦）。當(dāng)然，如果和你對話的是個典型的棒槌，不妨說多一些（但是，老實(shí)說，我很少碰到過這樣的人。不過還是有的！第一次向他匯報(bào)的時候，說完以后，他兩眼茫然，搞得我很困惑；不明白是我說明上存在問題，還是他理解上存在問題。

至于在“聽”的方面，我一般常用的技巧是：

首先，請凝聚起來你的眼神（當(dāng)然不要太兇，這會使得別人感覺你在審問他的），至少要裝得很聰明，很精干的樣子；而且也使得對方認(rèn)為你在認(rèn)真聽他說話。而且，據(jù)我自己的經(jīng)驗(yàn)，在這種狀況下，你的確在很認(rèn)真地聽人說話。這一點(diǎn)很重要。

另外，把腰挺起來，跟一灘稀泥一樣躺在椅子里的，看上去比較不健康，而且懶散。

其次，請把看著對方，如果是對方是女性，一般目標(biāo)關(guān)注的范圍大一些（不要盯著別人的眼睛看，會給人很大的心理壓力的），如果是男性，但是他的目光老是躲開你的目光，可能他是一個相對比較軟弱的人，不要老是盯著對方看了。適度多一些看看別的地方。我們看著對方，只是希望讓對方知道，我們很認(rèn)真地在聽他說話，不是給人太大的壓力。另外，如果某個人身上有某個缺陷（比如眼睛斜視等等），請務(wù)必不要盯著看（雖然也許你很好奇），這會使得別人更加不自然的。

第4篇：軟件項(xiàng)目管理范文

關(guān)鍵詞：項(xiàng)目管理；工程管理

一、項(xiàng)目管理軟件的發(fā)展與現(xiàn)狀

項(xiàng)目管理技術(shù)的發(fā)展和計(jì)算機(jī)技術(shù)的發(fā)展是密不可分的。項(xiàng)目管理技術(shù)的出現(xiàn)適逢計(jì)算機(jī)誕生，因此，早期開發(fā)的網(wǎng)絡(luò)計(jì)劃軟件都是在大型機(jī)上運(yùn)行的，主要運(yùn)用于國防和土木建筑工程。20世紀(jì)80年代隨著微型計(jì)算機(jī)的出現(xiàn)和運(yùn)算速度的迅猛提升，項(xiàng)目管理技術(shù)也呈現(xiàn)出繁榮發(fā)展的趨勢，涌現(xiàn)出大量的項(xiàng)目管理軟件，軟件的價格也大幅下降。目前項(xiàng)目管理軟件根據(jù)功能和價格水平被分為兩個檔次：高檔項(xiàng)目管理軟件供專業(yè)項(xiàng)目管理人士使用，這類軟件功能強(qiáng)大，價格昂貴；低檔項(xiàng)目管理軟件應(yīng)用于一些中小型項(xiàng)目，盡管功能不是很齊全，但價格較便宜。

（一）高檔項(xiàng)目管理軟件

在此以國際上項(xiàng)目管理軟件的領(lǐng)頭羊Primavera項(xiàng)目管理系列軟件為例，介紹當(dāng)今高檔項(xiàng)目管理軟件的現(xiàn)狀。

美國Primavera公司在1983年推出了日后成為項(xiàng)目管理軟件領(lǐng)頭羊的Primavera Project Planner（簡稱P3）1.0 for DOS。目前的最新版本為P3 3.0 for Windows。P3首先是基于廣義網(wǎng)絡(luò)計(jì)劃技術(shù)的理論編制的項(xiàng)目管理軟件。傳統(tǒng)的網(wǎng)絡(luò)計(jì)劃技術(shù)研究的都是進(jìn)度方面的問題，所做的分析也主要是工期分析。實(shí)際上資源和投資都制約進(jìn)度，一個合理的工期必須考慮資源和投資的因素。P3處理單個項(xiàng)目的最大工序數(shù)達(dá)到10萬道，資源數(shù)不受限制，每道工序數(shù)上可使用的資源數(shù)也不受限制。P3還提供資源均衡的功能，可以自動解決資源不足的問題。

P3中的節(jié)點(diǎn)號可以任意編制。傳統(tǒng)網(wǎng)絡(luò)技術(shù)的節(jié)點(diǎn)號只能是數(shù)字，而且后面的節(jié)點(diǎn)必須大于前面的節(jié)點(diǎn)。廣義網(wǎng)絡(luò)技術(shù)則不存在這樣的限制。P3中，節(jié)點(diǎn)號可以是數(shù)字，也可以是字母，后續(xù)作業(yè)的節(jié)點(diǎn)號不一定要比緊前作業(yè)的節(jié)點(diǎn)號大。此外，P3還能使用日歷來設(shè)置不同的節(jié)假日和工作時間，使用限制條件來表示項(xiàng)目的特殊要求。

P3采用目標(biāo)管理的模式對項(xiàng)目實(shí)施控制。它將優(yōu)化后的計(jì)劃作為目標(biāo)計(jì)劃進(jìn)行保存，隨時可調(diào)出來與當(dāng)前的進(jìn)度和資源消耗進(jìn)行比較，可以方便地發(fā)現(xiàn)哪些作業(yè)超前，哪些作業(yè)落后，這些對整個工期有沒有影響。這樣，對工程的按期完工很有幫助。

P3能夠根據(jù)項(xiàng)目的工作分解結(jié)構(gòu)（WBS）將項(xiàng)目的工作范圍從大到小進(jìn)行分解，直至可操作的工作單元，也可以將組織機(jī)構(gòu)逐級進(jìn)行分解（OBS），形成最基層的組織單元，并將每一工作單元落實(shí)到相應(yīng)的組織單元去完成。然后P3根據(jù)不同管理層的要求，在工作分解結(jié)構(gòu)或組織分解結(jié)構(gòu)的任意層次上進(jìn)行統(tǒng)計(jì)和匯總。除此之外，P3還可以根據(jù)工程的屬性任意對工作進(jìn)行篩選、分組、排序、匯總。

作為商品化的軟件，P3的數(shù)據(jù)接口功能齊全。既可以輸出到傳統(tǒng)的dBase數(shù)據(jù)庫、Lotus文件和ASCII格式文件，也可以接收dBase、Lotus格式的數(shù)據(jù)，還可以通過ODBC與Windows程序進(jìn)行數(shù)據(jù)交換。使用P3的批處理程序經(jīng)簡單編程就可以執(zhí)行P3的大部分功能。此外P3還提供了開發(fā)引擎RA，編程人員使用其他編程工具如Visual、Basic、Visual C++、PowerBuilder通過RA來讀寫P3數(shù)據(jù)。Primavera還提供與Oracle數(shù)據(jù)庫的雙向接口DataStore。

P3還提供Primavera Postoffice郵局軟件，項(xiàng)目施工人員可以使用該郵局軟件打開總部的工作安排，并將實(shí)際進(jìn)展反饋給總部。Primavera還提供了Webster for Primavera，使用該軟件的各單位和個人可通過瀏覽器來訪問和更新項(xiàng)目數(shù)據(jù)。

（二）低檔項(xiàng)目管理軟件

目前市場上有大量簡單的項(xiàng)目管理軟件，也有許多“公開源代碼”的項(xiàng)目管理軟件。這些軟件一般只完成項(xiàng)目管理某一階段和某一方面如計(jì)劃安排、人員管理、風(fēng)險(xiǎn)分析等功能。

Project Scheduler 7就是一個廣受歡迎的項(xiàng)目事件安排和管理程序，它提供了風(fēng)格獨(dú)特、省錢的功能，并且方便易用?？稍谧烂嫱瓿苫镜墓ぷ?，或與SQL數(shù)據(jù)庫一起處理大的、復(fù)雜的程序。它包括向?qū)?、?dāng)日竅門、域級幫助等，還具有非常好的靈活性，適合組織、合并及查看項(xiàng)目情況。它還提供一個HTML網(wǎng)頁出版程序，快速、專業(yè)地交流項(xiàng)目的進(jìn)展。

Microsoft Project 98是一個易于使用、特性齊全、獲獎的項(xiàng)目管理軟件包。它是一個強(qiáng)有力的計(jì)劃、分析和管理工具，能夠創(chuàng)建企業(yè)范圍對具體任務(wù)要求較高的項(xiàng)目管理解決方案。該程序通過把一個項(xiàng)目分解為易于管理的步驟，能夠?qū)ψ顝?fù)雜的計(jì)劃進(jìn)行可視化分析，可以看到任務(wù)是如何相互聯(lián)系的，這對于制定全面的計(jì)劃非常關(guān)鍵。同時可以找到瓶頸所在，以及整個項(xiàng)目的未來開銷。也可以將幾個項(xiàng)目進(jìn)行合并，以便對共享資源、團(tuán)隊(duì)工作量以及正在同時籌劃的多個項(xiàng)目放在一起是否合理進(jìn)行評估。甚至可以自動地交流項(xiàng)目的狀態(tài)。內(nèi)置的到Microsoft Exchange的鏈接可以讓該程序方便地一個項(xiàng)目所選定的屬性，并且可以連接到Microsoft Mail、Schedule+、 Microsoft Back Office（TM）或者數(shù)以百計(jì)的附加程序。

二、國內(nèi)應(yīng)用狀況

運(yùn)用項(xiàng)目管理軟件編排進(jìn)度計(jì)劃，在項(xiàng)目投標(biāo)以及工程開工之前均能用這些軟件來編制計(jì)劃。部分企業(yè)還處于被動使用狀態(tài)，因?yàn)轫?xiàng)目招標(biāo)書中要求使用項(xiàng)目管理軟件進(jìn)行項(xiàng)目管理，而被迫使用相應(yīng)軟件。

通過進(jìn)度和資源結(jié)合使用，分析資源的強(qiáng)度和資源的使用安排是否滿足要求。很多企業(yè)和項(xiàng)目通過使用項(xiàng)目管理軟件，嘗到了甜頭，希望通過項(xiàng)目管理軟件的資源分析和成本管理的功能，合理配置資源，使得進(jìn)度計(jì)劃更為合理。

根據(jù)施工組織措施來編制進(jìn)度和資源計(jì)劃，根據(jù)計(jì)劃來安排生產(chǎn)，通過計(jì)劃對進(jìn)度進(jìn)行控制。有部分項(xiàng)目的計(jì)劃編制十分漂亮，資源配置也很合理，但是現(xiàn)場施工沒有按照計(jì)劃來執(zhí)行。這就要求計(jì)劃的編制人員必須按照施工方案來編制計(jì)劃，現(xiàn)場施工人員按照計(jì)劃安排生產(chǎn)，并及時將實(shí)際進(jìn)程向上反饋，實(shí)施動態(tài)跟蹤。能做到這一點(diǎn)，已基本體現(xiàn)了項(xiàng)目管理軟件的功能。目前國內(nèi)已有部分項(xiàng)目正在按照該模式進(jìn)行動態(tài)控制。

項(xiàng)目管理的數(shù)據(jù)與企業(yè)管理信息系統(tǒng)（MIS）集成，通過數(shù)據(jù)共享，減少重復(fù)輸入。通過項(xiàng)目管理軟件的接口功能與企業(yè)的管理信息系統(tǒng)連接，對于企業(yè)項(xiàng)目管理系統(tǒng)可進(jìn)行該部分工作，對于非超長工期型項(xiàng)目而言，不必提出該要求。

通過Internet和Intranet對遠(yuǎn)程項(xiàng)目進(jìn)行控制。分散在全球各地的分公司或項(xiàng)目工地上的工程數(shù)據(jù)通過Internet和Intranet傳遞到本部，在總部進(jìn)行匯總和統(tǒng)一安排，并將指令通過郵件下發(fā)給分公司或工地。企業(yè)和戰(zhàn)線偏長的項(xiàng)目可推廣此應(yīng)用。

三、前景展望

在項(xiàng)目上應(yīng)用項(xiàng)目管理軟件系統(tǒng)首先要解決兩個問題：其一是自主開發(fā)還是引進(jìn)為主，再做二次開發(fā)？其二是項(xiàng)目管理的核心是什么？

通過長期的實(shí)踐，在項(xiàng)目上馬后再找開發(fā)人員開發(fā)項(xiàng)目管理系統(tǒng)，已經(jīng)在過去十多年的實(shí)踐中證實(shí)是行不通的。我們提倡在對待項(xiàng)目管理軟件時，對核心軟件還是以引進(jìn)為主，在此基礎(chǔ)上做少量二次開發(fā)工作，以滿足工程的某些特殊需求。

對于項(xiàng)目管理的核心問題，確定了核心之后，就應(yīng)圍繞著核心來構(gòu)筑項(xiàng)目管理系統(tǒng)。先確定核心軟件，然后再著手開發(fā)和引進(jìn)周邊軟件系統(tǒng)。構(gòu)筑一個工程項(xiàng)目的管理軟件，首先，在招標(biāo)階段就選定核心軟件，并在標(biāo)書及今后的合同文件中規(guī)定使用相同的軟件；其次，在項(xiàng)目開工之前，就要組織各方有關(guān)人員進(jìn)行培訓(xùn)，并進(jìn)行統(tǒng)一WBS編碼、工作編碼、資源編碼的工作，同時制定項(xiàng)目管理軟件的實(shí)施辦法；最后，在工程開工后，定期收集工程的進(jìn)展情況，通過一定的獎懲措施，促使各單位嚴(yán)格按照計(jì)劃組織生產(chǎn)，及時準(zhǔn)確地反饋數(shù)據(jù)，確保整個工程處于控制之中。

第5篇：軟件項(xiàng)目管理范文

1、什么是項(xiàng)目管理？

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

的，以項(xiàng)目經(jīng)理個人負(fù)責(zé)制為基礎(chǔ)和以項(xiàng)目為獨(dú)立實(shí)體進(jìn)行經(jīng)濟(jì)核算，并按照項(xiàng)目內(nèi)在的邏輯規(guī)律進(jìn)行有效的計(jì)劃、組織、協(xié)調(diào)、控制的系統(tǒng)管理活動。

2、為什么要有項(xiàng)目管理？

沒有項(xiàng)目管理，項(xiàng)目也有可能成功。但沒有管理的項(xiàng)目，很難保證項(xiàng)目

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

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

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

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

項(xiàng)目管理在軟件開發(fā)中的應(yīng)用的成因

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

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

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

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

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

軟件項(xiàng)目管理常見問題及解決方案

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

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

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

分析目前項(xiàng)目管理需要改進(jìn)的問題可以從幾種相關(guān)角色的角度去考慮：項(xiàng)目經(jīng)理、項(xiàng)目組成員、公司管理人員、市場人員、客戶等。

問題一：缺乏項(xiàng)目管理系統(tǒng)培訓(xùn)（相關(guān)對象：項(xiàng)目經(jīng)理、管理人員）

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

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

問題二：項(xiàng)目計(jì)劃意識問題（相關(guān)對象：項(xiàng)目經(jīng)理）

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

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

問題

三、管理意識問題（相關(guān)對象：項(xiàng)目經(jīng)理）

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

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

問題四：溝通意識問題（相關(guān)人員：項(xiàng)目經(jīng)理、項(xiàng)目組成員）

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

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

問題五：風(fēng)險(xiǎn)管理意識問題（相關(guān)人員：項(xiàng)目經(jīng)理）

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

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

問題六：不重視項(xiàng)目經(jīng)驗(yàn)的總結(jié)（相關(guān)人員：項(xiàng)目經(jīng)理、管理人員）

項(xiàng)目經(jīng)理在項(xiàng)目結(jié)束時有些是因?yàn)樽陨韺懳臋n工作的興趣或意識，或

者是因?yàn)榫o接著要參加下一個項(xiàng)目，總體對項(xiàng)目總結(jié)的重視程度不夠。有些是項(xiàng)目總結(jié)報(bào)告一再拖延，有些是交上來的報(bào)告質(zhì)量較低，敷衍了事。

解決方案：在制度上鼓勵和加強(qiáng)項(xiàng)目經(jīng)驗(yàn)總結(jié)工作，使得項(xiàng)目總結(jié)及時并且具有指導(dǎo)意義而不是走過場。

問題七：項(xiàng)目干系人相關(guān)問題（相關(guān)人員：項(xiàng)目經(jīng)理、項(xiàng)目成員、客戶）

在范圍識別階段，項(xiàng)目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、

工作職責(zé)等沒有足夠了解以致于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求。由于項(xiàng)目經(jīng)理的工作問題，客戶參與程度部不高，客戶方相關(guān)責(zé)任人不明確或?qū)Ψ秶鸵筘?zé)任心不強(qiáng)，提出的要求具有隨意性，項(xiàng)目前期對需求的確認(rèn)不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項(xiàng)目盡早交付；項(xiàng)目后期需求變化隨意，造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大。

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

問題八：項(xiàng)目團(tuán)隊(duì)內(nèi)分工協(xié)作問題（相關(guān)人員：項(xiàng)目經(jīng)理、項(xiàng)目成員）

項(xiàng)目團(tuán)隊(duì)內(nèi)部有時由于各階段不同角色或同階段不同角色之間的責(zé)任

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

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

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

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

內(nèi)容摘要：隨著信息產(chǎn)業(yè)的飛速發(fā)展，項(xiàng)目管理對于以應(yīng)用開發(fā)為主的軟件企業(yè)是一個行之有效的管理方法，項(xiàng)目管理在軟件開發(fā)中的應(yīng)用日益受到重視。本文主要通過對項(xiàng)目管理在軟件開發(fā)中的應(yīng)用的成因、存在的問題以及相應(yīng)的解決方案進(jìn)行了分析和論述。

第6篇：軟件項(xiàng)目管理范文

關(guān)鍵詞：軟件項(xiàng)目管理；需求管理

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A文章編號：1007-9599 (2011) 17-0000-01

Demands Management in Software Project Management

Yuan Jue,Hu Jun

(Shanghai Asia&Pacific Computer Information System co.,Ltd,Shanghai200040,China)

Abstract:Demand management is the foundation in whole software engineering management,also is to determine key of success or failure.This paper discusses the importance of demand management,the existing problems.In the light of these problems,puts forward relevant solutions.

Keywords:Software project management;Demands management

何謂需求管理？理解需求管理的第一步就是對什么是需求管理達(dá)成共識。需求是正在構(gòu)建的系統(tǒng)必須符合的條件或功能，符合某些需求決定了項(xiàng)目的成功或失敗，因此找到這些需求、記錄它們、追蹤它們的變化，都是很有意義的活動。換句話說，需求管理就是：一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個使客戶與項(xiàng)目團(tuán)隊(duì)對不斷變更的系統(tǒng)需求達(dá)成并保持一致的過程。

一、需求管理的重要性

系統(tǒng)開發(fā)團(tuán)隊(duì)之所以管理需求，是為了讓項(xiàng)目獲得成功。滿足項(xiàng)目需求即為成功打下了基礎(chǔ)。2001年，Standish Group的CHAOS Reports報(bào)導(dǎo)了該公司的一項(xiàng)研究，該公司對多個項(xiàng)目作調(diào)查后發(fā)現(xiàn)，百分之七十四的項(xiàng)目是失敗的，即這些項(xiàng)目不能按時按預(yù)算完成，其中提到最多的導(dǎo)致項(xiàng)目失敗的原因就是“用戶需求變更”。

軟件項(xiàng)目的開發(fā)過程中，需求變更貫穿了軟件項(xiàng)目的整個生命周期，是軟件開發(fā)的第一步，關(guān)鍵的一步，也是最難把握的一步。項(xiàng)目管理過程中，項(xiàng)目經(jīng)理經(jīng)常面對用戶的需求變更，如果不能有效處理這些需求變更，項(xiàng)目計(jì)劃會一再調(diào)整，軟件交付日期一再拖延，項(xiàng)目研發(fā)人員的士氣越來越低落，直接導(dǎo)致項(xiàng)目成本增加、質(zhì)量下降及項(xiàng)目交付日期推后。這些都決定了項(xiàng)目組必須擁有需求管理策略。

二、存在的問題及解決策略

（一）項(xiàng)目干系人的確立

項(xiàng)目用戶方干系人，指所有可能受到項(xiàng)目結(jié)果重大影響的人，即可能是項(xiàng)目的受益者，也可能是項(xiàng)目的受害者。項(xiàng)目用戶干系人往往涉及到多個層面、多個部門的用戶，其中的關(guān)系錯綜復(fù)雜，對項(xiàng)目的需求也不盡相同，甚至是相互矛盾沖突的，這些大大增加了需求調(diào)研工作的難度和不確定性。

因此，從項(xiàng)目啟動初期，就要分清項(xiàng)目用戶方干系人包含哪些人和組織，在組織結(jié)構(gòu)圖基礎(chǔ)上，勾畫出全體項(xiàng)目用戶干系人結(jié)構(gòu)圖，明確項(xiàng)目干系人之間的關(guān)系，通過溝通協(xié)調(diào)對他們施加影響，驅(qū)動他們對項(xiàng)目的支持，調(diào)查并明確他們的需求和愿望，減小其對項(xiàng)目的阻力，以確保項(xiàng)目獲得成功。

同時，不同的項(xiàng)目用戶方干系人其愿望和追求的目標(biāo)往往相差甚遠(yuǎn)，因此對項(xiàng)目用戶方干系人的愿望進(jìn)行平衡是一件非常重要而又相當(dāng)困難的事情。當(dāng)不同用戶方干系人有不一致的需求時，必須決策出滿足哪一類用戶方干系人的需求更為重要。了解可能使用系統(tǒng)的用戶種類、各類用戶對系統(tǒng)的用法、以及與系統(tǒng)業(yè)務(wù)目標(biāo)的關(guān)系，將有助于決定哪一個用戶類所占份額更大。當(dāng)開發(fā)者想象的產(chǎn)品與客戶需求沖突時，通常應(yīng)該由客戶做出決策；然而，不要陷人“客戶總是對的”的陷阱中去，現(xiàn)實(shí)中，客戶并不總是對的。

（二）需求描述的細(xì)致性、準(zhǔn)確性、完備性

一般來說，需求描述越詳細(xì)越好，但系統(tǒng)的需求是層出不窮的，并且隨著時間的推進(jìn)，用戶的需求也會越來越多，要在需求分析階段做到窮舉需求是不可能的。因此在需求描述的問題上，如何把握需求階段投入的人力、時間、需求描述的細(xì)致程度，是沒有統(tǒng)一的界定，需要需求分析人員學(xué)會適當(dāng)?shù)陌盐?，采取恰?dāng)?shù)男枨螳@取方法，盡可能詳盡到位的挖掘用戶需求。

首先，項(xiàng)目需求包含明確的和隱含的，也可以分為NEED，WANT，WISH等不同的層次。為了獲取最貼近用戶的需求，應(yīng)對項(xiàng)目所有用戶方干系人進(jìn)行足夠的溝通，使其盡可能地參與項(xiàng)目，盡可能避免出現(xiàn)用戶相關(guān)責(zé)任人不明確、提出的需求具有太多的隨意性、項(xiàng)目前期對需求的確認(rèn)不夠積極、項(xiàng)目后期需求變化隨意等極可能造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大，甚至項(xiàng)目的完全失敗的現(xiàn)象發(fā)生。

其次，各種用戶對系統(tǒng)的要求不盡相同，比如一個沒有經(jīng)驗(yàn)的用戶更關(guān)心系統(tǒng)是否簡單易用，對于高級用戶則關(guān)心系統(tǒng)的易用性和高效性。因而需要對用戶進(jìn)行分類，每一個用戶群將有自己的一系列功能和非功能要求。在項(xiàng)目中，要盡早為系統(tǒng)確定并描述不同的用戶群，這樣就能從每一個重要的用戶群中獲取不同的需求。

最后，當(dāng)面對缺乏計(jì)算機(jī)知識，無法提出完整準(zhǔn)確、隱含或潛在需求的用戶，可以利用各種可視化需求調(diào)研的方法啟發(fā)引導(dǎo)用戶清楚地?cái)⑹鲂枨?，使需求更加全面完善。需求分析人員應(yīng)善于想用戶所想，用啟發(fā)的方式與用戶探討隱含的或潛在的需求，并結(jié)合各種調(diào)研分析技術(shù)挖掘超出客戶期望的令人興奮的需求。

（三）需求變更的控制

需求的變化問題是每個開發(fā)人員、每個項(xiàng)目經(jīng)理都遇到的問題，也是最頭痛的問題，一旦發(fā)生了需求變化，你不得不修改設(shè)計(jì)、重寫代碼、修改測試用例、調(diào)整項(xiàng)目計(jì)劃等等，需求的變化好比是萬惡之源，為項(xiàng)目的正常進(jìn)展帶來不盡的麻煩，怎么辦？管理它！使需求在受控的狀態(tài)下發(fā)生變化，而不是隨意變化，需求管理就是要按照標(biāo)準(zhǔn)的流程來控制需求的變化。

軟件開發(fā)過程中有這樣一條真理：需求的變化是永恒的，需求不可能是完備的。因此軟件開發(fā)的過程實(shí)際上是一個變化的過程，需求變更貫穿軟件項(xiàng)目的整個生命周期，通過建立規(guī)范的變更控制流程，改進(jìn)軟件分析與設(shè)計(jì)，把變化納入計(jì)劃之中是完全必要的。

實(shí)現(xiàn)需求文檔的版本控制是最基本的。變更的需求之所以變得難以管理，不僅是因?yàn)橐粋€變更的需求意味著要花費(fèi)或多或少的時間來實(shí)現(xiàn)某一個新特性，而且也因?yàn)閷δ硞€需求的變更很可能影響到其他需求。應(yīng)確保賦予需求一個有彈性的結(jié)構(gòu)，使它能適應(yīng)變更，并且確保使用可追蹤性鏈接表達(dá)需求與開發(fā)生命周期的其他工件之間的依賴關(guān)系。

三、結(jié)束語

需求管理是一個持續(xù)的不斷完善的過程，軟件項(xiàng)目開發(fā)過程中需求管理的問題有很多，隨時都有用戶提出需求變更，需求分析的錯誤也時常發(fā)生，需求質(zhì)量難以保證，針對這些問題，如何采取有效的措施盡可能減少這些問題可能給項(xiàng)目造成的影響顯得尤其重要。另外關(guān)于需求的質(zhì)量問題，怎樣結(jié)合CMMI標(biāo)準(zhǔn)進(jìn)行需求的質(zhì)量管理，有效提高軟件的總體質(zhì)量水平也是值得我們關(guān)注的問題。

參考文獻(xiàn)：

[1]毋國慶等編著.軟件需求工程[M].機(jī)械工業(yè)出版社,2008,8:1

第7篇：軟件項(xiàng)目管理范文

論文關(guān)鍵詞：能力成熟度模型　能力成熟度模型集成　個體軟件過程　群組軟件過程

論文摘要：從軟件項(xiàng)目管理的重要性談起，研究分析了四個主流的軟件項(xiàng)目管理技術(shù)，指出了它們的缺陷，最后結(jié)合實(shí)踐提出了一種新穎的軟件項(xiàng)目管理概念。

1引言

軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動。最早源自于70年代中期。當(dāng)時美國國防部曾立題專門研究軟件項(xiàng)目做不好的原因，發(fā)現(xiàn)70％的項(xiàng)目是因?yàn)楣芾砩埔鸬模⒉皇且驗(yàn)榧夹g(shù)實(shí)力不夠，進(jìn)而得出一個結(jié)論，即管理是影響軟件項(xiàng)目全局的因素，而技術(shù)只影響局部。這個結(jié)論非常重要。到了90年代中期，軟件項(xiàng)目管理不善的問題仍然存在。據(jù)美國軟件工程實(shí)施現(xiàn)狀的調(diào)查，軟件研發(fā)的情況仍然很難預(yù)測，大約只有10％的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。在商用軟件產(chǎn)業(yè)中，這一現(xiàn)象尤為嚴(yán)重。1995年，美國共取消了810億美元的軟件項(xiàng)目，其中31％的項(xiàng)目未做完就取消了，53％的軟件項(xiàng)目進(jìn)度通常要延長一半的時間，通常只有9％的軟件項(xiàng)目能夠及時交付并且費(fèi)用也不超支。由此可見，軟件項(xiàng)目管理技術(shù)的研究至關(guān)重要。

2軟件項(xiàng)目管理技術(shù)綜述

隨著上世紀(jì)末軟件工程的快速發(fā)展，軟件項(xiàng)目管理水平也有了很大提高，提出了很多的軟件項(xiàng)目管理技術(shù)，極大地推動了軟件業(yè)的發(fā)展，這里我們主要談以下四種主流的軟件項(xiàng)目管理技術(shù)。

2．1 CMM

CMM是美國卡納基梅隆大學(xué)軟件工程研究所(CMU／SEI)提出的軟件研發(fā)項(xiàng)目管理的一系列方法，它基于組織對關(guān)鍵過程域的支持，定義了軟件過程成熟度的五個級別。

級別1(初始級)描述了不成熟，或者說是未定義過程的組織。級別2(可重復(fù)級)，級別3(已定義級)，級別4(已管理級)和級別5(優(yōu)化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關(guān)的KPA是：

級別2：需求管理，軟件項(xiàng)目計(jì)劃，軟件項(xiàng)目跟蹤和監(jiān)控，軟件子合同管理，軟件質(zhì)量保證，軟件配置管理。

級別3：組織級過程焦點(diǎn)，組織級過程定義，培訓(xùn)大綱，集成軟件管理，軟件產(chǎn)品工程，組間協(xié)調(diào)，同行評審。

級別4：定量過程管理，軟件質(zhì)量管理。級別5：缺陷預(yù)防，技術(shù)更新管理，過程更改管理。

2．2 CMMI

CMMI被看做是把各種CMM集成為一個系列的模型中。CMMI的基礎(chǔ)源模型包括：軟件CMM2．0版(草稿c)，EIA一731系統(tǒng)工程，以及IPDCMM(IPD)0．98a版。CMMI也描述了5個不同的成熟度級別：

級別1(初始級)代表了以不可預(yù)測結(jié)果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應(yīng)管理，成功主要取決于團(tuán)隊(duì)的技能。

級別2(已管理級)代表了以可重復(fù)項(xiàng)目執(zhí)行為特征的過程成熟度。組織使用基本紀(jì)律進(jìn)行需求管理、項(xiàng)目計(jì)劃、項(xiàng)目監(jiān)督和控制、供應(yīng)商協(xié)議管理、產(chǎn)品和過程質(zhì)量保證、配置管理、以及度量和分析。對于級別2而言，主要的過程焦點(diǎn)在于項(xiàng)目級的活動和實(shí)踐。

級別3(嚴(yán)格定義級)代表了以組織內(nèi)改進(jìn)項(xiàng)目執(zhí)行為特征的過程成熟度。強(qiáng)調(diào)級別2的關(guān)鍵過程域中前后一致的、項(xiàng)目級的紀(jì)律，以建立組織級的活動和實(shí)踐。附加的組織級過程域包括：①需求開發(fā)：多利益相關(guān)者的需求發(fā)展。②技術(shù)方案：展開的設(shè)計(jì)和質(zhì)量工程。③產(chǎn)品集成：持續(xù)集成、接口控制、變更控制。④驗(yàn)證：保證產(chǎn)品正確建立的評估技術(shù)。⑤確認(rèn)：保證建立正確的產(chǎn)品評估技術(shù)。⑥風(fēng)險(xiǎn)管理：檢測、優(yōu)先級，相關(guān)問題和意外的解決方案。⑦組織級培訓(xùn)：建立機(jī)制，培養(yǎng)更多熟練人員。⑧組織級過程焦點(diǎn)：為項(xiàng)目過程定義建立組織級框架。⑨決策分析和方案：系統(tǒng)可選的評估。⑩組織級過程定義：把過程看做組織的持久發(fā)展的資產(chǎn)。⑩集成項(xiàng)目管理：在項(xiàng)目內(nèi)統(tǒng)一各個組和利益相關(guān)者。

級別4(定量管理級)代表了以改進(jìn)組織性能為特征的過程成熟度。3級項(xiàng)目的歷史結(jié)果可用來交替使用，在業(yè)務(wù)表現(xiàn)的競爭尺度(成本、質(zhì)量、時間)方面的結(jié)果是可預(yù)測的。級別4附加的過程域包括：①組織級過程執(zhí)行：為過程執(zhí)行設(shè)定規(guī)范和基準(zhǔn)；②定量的項(xiàng)目管理：以統(tǒng)計(jì)質(zhì)量控制方法為基礎(chǔ)實(shí)施項(xiàng)目。

級別5(優(yōu)化級)代表了以可快速進(jìn)行重新配置的組織性能和定量的、持續(xù)的過程改進(jìn)為特征的過程成熟度。附加的級別5過程域包括：①因果分析和解決方案：主動避免錯誤和強(qiáng)化最佳實(shí)踐；②組織級改革和實(shí)施：建立一個能夠有機(jī)地適應(yīng)和改進(jìn)的學(xué)習(xí)組織。

2．3 PSP

PSP(PersonalSoftwareProcess，個體軟件過程)是由CMU／SEI開發(fā)出來的，它的推出在軟件工程界引起了極大的轟動，可以說是由定向軟件工程走向定量軟件工程的一個標(biāo)志。PSP為基于個體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑，例如如何制訂計(jì)劃，如何控制質(zhì)量，如何與其他人相互協(xié)作等等。在軟件設(shè)計(jì)階段，PSP的著眼點(diǎn)在于軟件缺陷的預(yù)防，其具體辦法是強(qiáng)化設(shè)計(jì)約束準(zhǔn)則，而不是設(shè)計(jì)方法的選擇。因此，PSP保障軟件產(chǎn)品質(zhì)量的一個重要途徑是提高設(shè)計(jì)質(zhì)量。

2．4 TSP

TSP(TeamSoftwareProcess，群組軟件過程)是CMU／SEI在PSP基礎(chǔ)上又發(fā)展出的軟件項(xiàng)目管理技術(shù)，它主要是指導(dǎo)項(xiàng)目組中的成員如何有效地規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù)，并且告訴管理人員如何指導(dǎo)軟件開發(fā)隊(duì)伍。始終以最佳狀態(tài)來完成工作。TSP實(shí)施集體管理與自己管理自己相結(jié)合的原則，最終目的在于指導(dǎo)開發(fā)人員如何在最少的時間內(nèi)，以預(yù)定的費(fèi)用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，所采用的方法是對群組開發(fā)過程的定義、度量和改進(jìn)。

實(shí)施TSP的先決條件有三條：首先，需要有高層主管和各級經(jīng)理的支持，以取得必要的資源；其次，項(xiàng)目組開發(fā)人員需要經(jīng)過PSP的培訓(xùn)并有按TSP工作的愿望和熱情；第三，整個開發(fā)單位在總體上應(yīng)處于CMM二級以上，開發(fā)小組的規(guī)模以3～20人為宜。在實(shí)施TSP的過程中，首先要有明確的目標(biāo)，開發(fā)人員要努力完成已經(jīng)接受的委托任務(wù)。在每一階段開始，要做好工作計(jì)劃。如果發(fā)現(xiàn)未能按期按質(zhì)完成計(jì)劃，應(yīng)立即分析原因，以判定問題是由于工作內(nèi)容不合適或工作計(jì)劃不實(shí)際所引起，還是由于資源不足或主觀努力不夠所引起。開發(fā)小組一方面應(yīng)隨時追蹤項(xiàng)目進(jìn)展?fàn)顟B(tài)并進(jìn)行定期匯報(bào)，另一方面應(yīng)經(jīng)常評審自己是否按PSP的原理工作。開發(fā)小組成員應(yīng)按自己管理自己的原則管理軟件過程，如發(fā)現(xiàn)過程不合適，應(yīng)及時改進(jìn)，以保證用高質(zhì)量的過程來產(chǎn)生高質(zhì)量的軟件。項(xiàng)目開發(fā)小組則按集體管理的原則進(jìn)行管理，全體成員都要參加和關(guān)心小組的規(guī)劃、進(jìn)展的追蹤和決策的制定等項(xiàng)工作。 3軟件項(xiàng)目管理技術(shù)分析研究

CMM的基于活動的度量方法和瀑布過程的有次序的、基于活動的管理規(guī)范有非常密切的聯(lián)系，所以CMM在實(shí)踐中反映出來的問題表現(xiàn)為過度基于過程的管理，具有典型的傳統(tǒng)瀑布方法癥狀。現(xiàn)代主流的疊代軟件項(xiàng)目開發(fā)技術(shù)、軟件產(chǎn)業(yè)最佳實(shí)踐和經(jīng)濟(jì)動機(jī)推動了軟件開發(fā)組織采用基于結(jié)果的方法：開發(fā)業(yè)務(wù)案例、構(gòu)想和原型方案；細(xì)化后納入基線結(jié)構(gòu)、可用，最后定為現(xiàn)場版本的。雖然CMMI保留了基于活動的方法，它的確集成了軟件產(chǎn)業(yè)內(nèi)很多現(xiàn)代的最好的實(shí)踐，因此它很大程度上淡化了和瀑布思想的聯(lián)系，而和疊代思想聯(lián)系得更緊密。軟件項(xiàng)目管理技術(shù)發(fā)展到今天，有了成熟的現(xiàn)代軟件項(xiàng)目管理十大原理(沃克爾·羅伊斯)：①首先注重結(jié)構(gòu)過程；②用疊代生命周期在早期防御風(fēng)險(xiǎn)；③強(qiáng)調(diào)基于構(gòu)件的開發(fā)；④建立變更管理環(huán)境；⑤用循環(huán)工程工具使變更更自由；⑥使用嚴(yán)格的、基于模型的設(shè)計(jì)符號；⑦提供過程的客觀質(zhì)量控制的手段；⑧使用中間產(chǎn)品的基于演示的評估；⑨細(xì)化的、展開的計(jì)劃；⑩建立一個可升級的、可配置的過程。

根據(jù)對軟件開發(fā)項(xiàng)目一線的多數(shù)工程師和項(xiàng)目經(jīng)理的調(diào)查分析，我們知道CMM對現(xiàn)代原理幾乎沒什么影響，甚至有些現(xiàn)代原理實(shí)際上是和CMM關(guān)鍵過程域相沖突的。基于對產(chǎn)業(yè)默認(rèn)實(shí)踐的觀察和分析，CMMI和現(xiàn)代管理原理關(guān)系十分密切，激發(fā)了半數(shù)的疊代軟件管理原則，如表1所示。

因此，對于采用瀑布過程開發(fā)軟件項(xiàng)目的組織來講，最好采用CMM的軟件項(xiàng)目管理技術(shù)，而對于采用迭代軟件開發(fā)過程開發(fā)軟件項(xiàng)目的組織來說，還是應(yīng)該采用CMMI軟件項(xiàng)目管理技術(shù)進(jìn)行軟件項(xiàng)目管理。

但是，并不是實(shí)施了CMM／CMMI后，軟件研發(fā)項(xiàng)目的質(zhì)量就能夠有所保障了。CMM／CMMI不是萬能的，它的成功與否，與組織內(nèi)部有關(guān)人員的積極參與和創(chuàng)造性活動密不可分，而且CMM／CMMI并未提供有關(guān)子過程實(shí)現(xiàn)域所需要的具體知識和技能。這就需要PSP的管理技術(shù)來協(xié)作了，PSP專注于為個體和小型群組軟件過程的優(yōu)化提供具體而有效的途徑。統(tǒng)計(jì)數(shù)據(jù)表明，在應(yīng)用了PSP后軟件中總的差錯減少了，在i貝0試階段發(fā)現(xiàn)的差錯減少了，生產(chǎn)效率提高了，軟件項(xiàng)目開發(fā)有了很大的改善。

眾所周知，現(xiàn)代軟件項(xiàng)目早已走出單個英雄單打獨(dú)斗的時代，而是需要眾多軟件工程師的密切合作。實(shí)踐證明，PSP已不能解決現(xiàn)代軟件項(xiàng)目管理中的所有問題，這時，擅長于項(xiàng)目任務(wù)規(guī)劃管理和項(xiàng)目人力資源規(guī)劃管理的TSP恰好可以在這方面做有益的補(bǔ)充。

綜上所述，單純實(shí)施CMM／CMMI，永遠(yuǎn)不能真正做到能力成熟度的升級，達(dá)到軟件項(xiàng)目管理的最佳境界，只有將實(shí)施CM CMMI與實(shí)施PSP和TSP有機(jī)地結(jié)合起來，靈活地應(yīng)用于軟件項(xiàng)目管理，才能發(fā)揮最大的效力，取得最好的效果。

第8篇：軟件項(xiàng)目管理范文

 

軟件項(xiàng)目管理是為了將軟件開發(fā)人員的積極性調(diào)動起來， 將開發(fā)人員的能力轉(zhuǎn)換為真正的對軟件開發(fā)有利的積極能量，降低軟件開發(fā)的風(fēng)險(xiǎn)，保證項(xiàng)目能夠在預(yù)想的有效期限內(nèi)完成。

 

1 軟件開發(fā)實(shí)例

 

在得到用戶給的系統(tǒng)名稱——民族文化信息資源服務(wù)網(wǎng)(飲食)后我們就根據(jù)自己的理解在沒有進(jìn)行需求分析、沒有對軟件開發(fā)進(jìn)行設(shè)計(jì)、沒有與用戶進(jìn)行溝通的前提下就開始進(jìn)行該平臺的開發(fā)，然而經(jīng)過2個月的開發(fā)實(shí)踐我們做出的東西和用戶想要的相差甚遠(yuǎn)，同時我們的開發(fā)效率也相當(dāng)?shù)停瑥囊陨系拈_發(fā)實(shí)踐中我們得到了很多經(jīng)驗(yàn)教訓(xùn)，下面我們就對其進(jìn)行討論。

 

2 軟件項(xiàng)目的準(zhǔn)備和啟動

 

在軟件項(xiàng)目的開發(fā)過程中，軟件項(xiàng)目的準(zhǔn)備和啟動是相當(dāng)中要的，在這個階段要了解項(xiàng)目的背景、分析在這個項(xiàng)目中的各個利益相關(guān)者、對軟件項(xiàng)目的范圍進(jìn)行界定等工作，使項(xiàng)目的負(fù)責(zé)人可以做到心中有數(shù)。

 

通過與用戶的溝通與協(xié)商之后，我們大致了解到該系統(tǒng)的主要功能是此系統(tǒng)可以對少數(shù)民族的飲食文化進(jìn)行管理，特別是對云南地區(qū)少數(shù)民族飲食文化的展示，系統(tǒng)中主要包括特色飲食的圖片、介紹以及每道美食的具體制作過程。通過該系統(tǒng)人們可以瀏覽云南地區(qū)少數(shù)民族的特色飲食，在此過程中同時實(shí)現(xiàn)民族文化的傳播與傳承，有利于我國少數(shù)民族文化的發(fā)展。

 

3 軟件項(xiàng)目的時間管理

 

為了能夠按時將系統(tǒng)實(shí)現(xiàn)，對所要做的工作進(jìn)行計(jì)劃是相當(dāng)必要的。一份可操作性較強(qiáng)的計(jì)劃可以使項(xiàng)目能夠較好地得到實(shí)現(xiàn)，不至于使項(xiàng)目拖到截止日期之后較晚的時間，同時可以保證軟件具有比較完備的功能模塊。在該階段的主要任務(wù)就是制定項(xiàng)目進(jìn)度的計(jì)劃、并對各種變更進(jìn)行有效地把握。

 

在制定進(jìn)度計(jì)劃過程中我們要對需求分析、數(shù)據(jù)庫設(shè)計(jì)、軟件代碼編寫、素材收集、測試等過程進(jìn)行較好地時間分配，在有限的時間內(nèi)實(shí)現(xiàn)效率的最大化。在此次民族文化信息資源服務(wù)網(wǎng)(飲食)建設(shè)的時候有很多模塊是可以同時進(jìn)行的，如我們在進(jìn)行軟件代碼編寫的同時也可以進(jìn)行各類民族特色飲食素材(飲食的名稱、做法、圖片)的收集。

 

因此為了能很好地達(dá)到時間上的準(zhǔn)確把握，我們應(yīng)該為軟件項(xiàng)目的開發(fā)制定良好的進(jìn)度計(jì)劃。在企業(yè)軟件項(xiàng)目進(jìn)度管理計(jì)劃發(fā)展的過程中，其進(jìn)度管理內(nèi)容是動態(tài)變化的。

 

在最初的項(xiàng)目計(jì)劃中，軟件項(xiàng)目管理首先要制定一個整體的進(jìn)度計(jì)劃表，計(jì)劃表包括軟件工程的主要活動及其對應(yīng)的軟件產(chǎn)品功能。隨著項(xiàng)目的逐步進(jìn)行，整體進(jìn)度表的內(nèi)容得以進(jìn)一步精細(xì)化，進(jìn)而形成一個比較具體的進(jìn)度表，表中要標(biāo)明軟件項(xiàng)目完成所必須實(shí)現(xiàn)的特定任務(wù)，并針對不同任務(wù)制訂了對應(yīng)的進(jìn)度和產(chǎn)品項(xiàng)目要求。

 

4 軟件項(xiàng)目中的進(jìn)度計(jì)劃實(shí)施

 

在此次需求分析后我們就開始將任務(wù)分配給各個小組分別自由地進(jìn)行各自的工作，但各小組對自己負(fù)責(zé)的那部分的進(jìn)展都比較緩慢，然而是由于時間緊任務(wù)重，我們必須對各個小組采取適當(dāng)?shù)拇胧?/p>

 

(1)自身能力弱，完成任務(wù)的熱情低的人員。由于這部分人的技術(shù)能力普遍不強(qiáng)，同時對工作又不積極主動，不能按時完成上級交付的任務(wù)要求是在意料之中的事情，因此必須采取強(qiáng)制性的態(tài)度，對其加強(qiáng)培訓(xùn)、監(jiān)督和督促。

 

(2)能力強(qiáng)，完成任務(wù)的熱情低的人員。很多人在一個行業(yè)中待得時間長了之后就會出現(xiàn)很多工作不積極的人。對于這樣的人我們應(yīng)該采取跟進(jìn)方式。因?yàn)橛捎谶@些老員工自身的原因，往往會存在著一些工作熱情低，完成任務(wù)不主動的現(xiàn)象。所以我們要隨時了解這些人的想法，多與他們進(jìn)行溝通和交流，給予其足夠的空間和時間，讓他們充分發(fā)揮自己的各項(xiàng)技能，而不是過分約束這一部分人。

 

(3)工作熱情高，但能力低的人員。這些人往往會使團(tuán)隊(duì)中的新人，加入到一個新的領(lǐng)域中，由于之前沒有涉及這個領(lǐng)域，因此他們欠缺的是一定的技術(shù)經(jīng)驗(yàn)，但往往是這些新人有高漲的工作熱情，他們會給整個團(tuán)隊(duì)帶來新的活力，針對這樣的人我們要有足夠的耐心來引導(dǎo)他們，并且我們要為其提供相關(guān)的理論經(jīng)驗(yàn)，同時我們也要給予他們相應(yīng)的支持和鼓勵。

 

(4)能力較高，工作熱情也較高的人員。對于這樣的優(yōu)秀人才應(yīng)該采用授權(quán)時的跟進(jìn)方式，項(xiàng)目負(fù)責(zé)人要適當(dāng)?shù)亟o予其一定的決策權(quán)和管理權(quán)，在一些重要的環(huán)節(jié)上對其進(jìn)行監(jiān)督。

 

5 軟件項(xiàng)目的溝通管理

 

如果缺乏團(tuán)隊(duì)中人員以及團(tuán)隊(duì)人員與用戶的有效溝通一些有利于的項(xiàng)目信息不能充分有效的溝通。計(jì)劃實(shí)施和問題反饋的結(jié)果無法及時傳遞，與其他相關(guān)人員之間沒有有效的溝通習(xí)慣，就是依照自己的方式進(jìn)行工作，造成不必要的損失，嚴(yán)重影響工作效率。

 

因此我們在進(jìn)行軟件系統(tǒng)開發(fā)的過程中要有效地進(jìn)行溝通。項(xiàng)目溝通管理是成功實(shí)現(xiàn)項(xiàng)目的關(guān)鍵因素，即人、想法和信息之間提供了一個關(guān)鍵的連接。在進(jìn)行民族文化信息資源服務(wù)網(wǎng)(飲食)的過程中，通過制度規(guī)定將收到的消息傳遞下去，因?yàn)樾畔贤ㄋ斐傻膿p失必須追究責(zé)任，監(jiān)督有效的溝通，使用郵件進(jìn)行傳遞，以確保信息準(zhǔn)確及時傳達(dá)到位。

 

6 實(shí)施階段

 

通過對人力和其他資源的協(xié)調(diào)，執(zhí)行已經(jīng)做出的計(jì)劃，通過業(yè)務(wù)人員提供的各項(xiàng)資料和信息，以及所有工作人員的交流溝通，程序員著手進(jìn)行系統(tǒng)的相關(guān)設(shè)計(jì)以及數(shù)據(jù)庫的建立。該系統(tǒng)分為飲食信息錄入平臺和飲食信息展示平臺。

 

(1)飲食信息錄入平臺：錄入標(biāo)題，錄入圖片，錄入所屬民族，錄入飲食的詳細(xì)描述。

 

(2)飲食信息展示平臺：通過將上述信息錄入后，在前臺通過讀取數(shù)據(jù)庫中的信息將飲食信息進(jìn)行有效地展示。

 

7 測試階段

 

軟件測試管理是在軟件實(shí)際開發(fā)中的不可或缺的重要環(huán)節(jié)。由于軟件項(xiàng)目在實(shí)際開發(fā)和應(yīng)用中不可避免地存在差錯，所以企業(yè)必須在軟件產(chǎn)品投入運(yùn)行之前做好全面的產(chǎn)品測試工作，并在測試管理的過程中盡可能多地發(fā)現(xiàn)軟件項(xiàng)目中存在的問題，從而有效降低軟件產(chǎn)品運(yùn)行中故障的發(fā)生概率。軟件產(chǎn)品的測試管理作為保證軟件質(zhì)量的重要環(huán)節(jié)，也是對企業(yè)軟件產(chǎn)品規(guī)格說明或者是編碼與設(shè)計(jì)的最后檢測工作。

 

8 結(jié)束語

 

以上的幾個階段并不是所有的系統(tǒng)開發(fā)過程中都需要的，但是沒有質(zhì)量管理階段也不是說此階段不重要，同時，各個階段之間也不是具有清晰的界限。企業(yè)在軟件項(xiàng)目管理的實(shí)際開發(fā)中注重提高軟件運(yùn)行的穩(wěn)定性，能夠直接促進(jìn)項(xiàng)目管理質(zhì)量的提升，因此為了有效提升企業(yè)的軟件生產(chǎn)力，必須著重提高企業(yè)項(xiàng)目管理的能力水平。

第9篇：軟件項(xiàng)目管理范文

of the project management

內(nèi)容摘要： 隨著信息產(chǎn)業(yè)的飛速發(fā)展，項(xiàng)目管理對于以應(yīng)用開發(fā)為主的軟件企業(yè)是一個行之有效的管理方法，項(xiàng)目管理在軟件開發(fā)中的應(yīng)用日益受到重視。本文主要通過對項(xiàng)目管理在軟件開發(fā)中的應(yīng)用的成因、存在的問題以及相應(yīng)的解決方案進(jìn)行了分析和論述。

abstract content : with the development at full speed of the information industry, the project management is an effectual office procedure to the software enterprise relying mainly on application and development, the application in software development of the project management

is paid attention to day by day. this text has been analyzed and described

through the origin cause of formation , existing problem and corresponding

solution of application to the project management in software development

mainly.

關(guān)鍵詞：項(xiàng)目管理，軟件開發(fā)

key words: project management , software development

如果用兩個字概括當(dāng)前社會的特點(diǎn)，那就是“變化”，而這種變化在信息產(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àn)可供借鑒。而項(xiàng)目管理應(yīng)該說對于軟件企業(yè)，尤其是那些以應(yīng)用開發(fā)為主的軟件企業(yè)，是行之有效的管理方法。因此，項(xiàng)目管理在軟件開發(fā)中的應(yīng)用日益受到重視。

項(xiàng)目管理的兩個問題

1、什么是項(xiàng)目管理？

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

的，以項(xiàng)目經(jīng)理個人負(fù)責(zé)制為基礎(chǔ)和以項(xiàng)目為獨(dú)立實(shí)體進(jìn)行經(jīng)濟(jì)核算，并按照項(xiàng)目內(nèi)在的邏輯規(guī)律進(jìn)行有效的計(jì)劃、組織、協(xié)調(diào)、控制的系統(tǒng)管理活動。

2、為什么要有項(xiàng)目管理？

沒有項(xiàng)目管理，項(xiàng)目也有可能成功。但沒有管理的項(xiàng)目，很難保證項(xiàng)目

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

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

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

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

項(xiàng)目管理在軟件開發(fā)中的應(yīng)用的成因

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

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

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

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

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

軟件項(xiàng)目管理常見問題及解決方案

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

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

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

分析目前項(xiàng)目管理需要改進(jìn)的問題可以從幾種相關(guān)角色的角度去考慮：項(xiàng)目經(jīng)理、項(xiàng)目組成員、公司管理人員、市場人員、客戶等。

問題一：缺乏項(xiàng)目管理系統(tǒng)培訓(xùn) （相關(guān)對象：項(xiàng)目經(jīng)理、管理人員）

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

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

問題二：項(xiàng)目計(jì)劃意識問題 （相關(guān)對象：項(xiàng)目經(jīng)理）

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

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

問題三、管理意識問題 （相關(guān)對象：項(xiàng)目經(jīng)理）

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

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

問題四：溝通意識問題 （相關(guān)人員：項(xiàng)目經(jīng)理、項(xiàng)目組成員）

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

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

問題五：風(fēng)險(xiǎn)管理意識問題 （相關(guān)人員：項(xiàng)目經(jīng)理）

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

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

問題六：不重視項(xiàng)目經(jīng)驗(yàn)的總結(jié) （相關(guān)人員：項(xiàng)目經(jīng)理、管理人員）

項(xiàng)目經(jīng)理在項(xiàng)目結(jié)束時有些是因?yàn)樽陨韺懳臋n工作的興趣或意識，或

者是因?yàn)榫o接著要參加下一個項(xiàng)目，總體對項(xiàng)目總結(jié)的重視程度不夠。有些是項(xiàng)目總結(jié)報(bào)告一再拖延，有些是交上來的報(bào)告質(zhì)量較低，敷衍了事。

解決方案：在制度上鼓勵和加強(qiáng)項(xiàng)目經(jīng)驗(yàn)總結(jié)工作，使得項(xiàng)目總結(jié)及時并且具有指導(dǎo)意義而不是走過場。

問題七：項(xiàng)目干系人相關(guān)問題（相關(guān)人員：項(xiàng)目經(jīng)理、項(xiàng)目成員、客戶）

在范圍識別階段，項(xiàng)目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、

工作職責(zé)等沒有足夠了解以致于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求。由于項(xiàng)目經(jīng)理的工作問題，客戶參與程度部不高，客戶方相關(guān)責(zé)任人不明確或?qū)Ψ秶鸵筘?zé)任心不強(qiáng)，提出的要求具有隨意性，項(xiàng)目前期對需求的確認(rèn)不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項(xiàng)目盡早交付；項(xiàng)目后期需求變化隨意，造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大。

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

問題八：項(xiàng)目團(tuán)隊(duì)內(nèi)分工協(xié)作問題 （相關(guān)人員：項(xiàng)目經(jīng)理、項(xiàng)目成員）

項(xiàng)目團(tuán)隊(duì)內(nèi)部有時由于各階段不同角色或同階段不同角色之間的責(zé)任

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

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

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

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

參考文獻(xiàn)：

吳照云 《管理學(xué)原理》　經(jīng)濟(jì)管理出版社

stanley e. portny（寧俊等譯） 《如何做好項(xiàng)目管理》 新經(jīng)濟(jì)工商實(shí)務(wù)叢書

neal whitten（孫艷春等譯）《管理軟件開發(fā)項(xiàng)目》（第二版） 軟件項(xiàng)目管理系列叢書