大型項(xiàng)目管理論文
隨著城市化進(jìn)程的不斷加快,越來越多的建設(shè)工程項(xiàng)目日趨復(fù)雜,體量逐漸龐大,投資不斷加大;而且項(xiàng)目與項(xiàng)目間的制約關(guān)系越來越突顯。下面是學(xué)習(xí)啦小編為大家整理的大型項(xiàng)目管理論文，供大家參考。
大型項(xiàng)目管理論文范文一：淺談系統(tǒng)集成項(xiàng)目的進(jìn)度管理
【摘要】本文以本人管理的某大型醫(yī)院檢驗(yàn)樣品管理系統(tǒng)的開發(fā)、實(shí)施為實(shí)例，探討了信息系統(tǒng)項(xiàng)目的進(jìn)度管理，總結(jié)了該項(xiàng)目進(jìn)度管理中運(yùn)用的基本原則和相關(guān)具體措施。結(jié)合項(xiàng)目實(shí)際情況指出，做好項(xiàng)目管理要有扎實(shí)深厚的項(xiàng)目管理理論基礎(chǔ)，要能結(jié)合項(xiàng)目實(shí)際情況靈活運(yùn)用這些理論知識，要站在項(xiàng)目整體的角度去看待和實(shí)施項(xiàng)目的進(jìn)度管理。
文中，從項(xiàng)目各階段總體規(guī)劃原則、工作結(jié)構(gòu)分解策略、計(jì)劃安排、任務(wù)分配與跟蹤、實(shí)際進(jìn)度數(shù)據(jù)分析以及項(xiàng)目管理其他方面對進(jìn)度管理的影響與作用等方面，根據(jù)自身經(jīng)驗(yàn)教訓(xùn)和項(xiàng)目實(shí)際情況進(jìn)行總結(jié)和闡述。
【正文】
2010年，某大型醫(yī)院為加強(qiáng)檢驗(yàn)樣品(病人化驗(yàn)的血樣、尿樣等檢測樣品)的管理，招標(biāo)一套檢驗(yàn)樣品管理系統(tǒng)。我公司中標(biāo)后指派我為項(xiàng)目經(jīng)理，負(fù)責(zé)該項(xiàng)目的開發(fā)與實(shí)施。
這套系統(tǒng)包含了檢驗(yàn)樣品射頻標(biāo)簽匹配、識別與跟蹤，檢驗(yàn)項(xiàng)目分組與信息確認(rèn)，檢驗(yàn)數(shù)據(jù)的傳遞與存儲，檢驗(yàn)報(bào)告的編制與審批、打印等主要環(huán)節(jié)，同時(shí)還需要與醫(yī)院現(xiàn)有的HIS(醫(yī)院信息管理系統(tǒng))進(jìn)行接口連接。由于醫(yī)院規(guī)模比較大，布點(diǎn)多，從設(shè)計(jì)開發(fā)到現(xiàn)場施工工程量都是比較大的。另外，雖然射頻識別(RFID)技術(shù)本身已經(jīng)比較成熟，但對于我們團(tuán)隊(duì)來說還沒有足夠的相關(guān)經(jīng)驗(yàn)，而且由于各種原因留給我們總共的時(shí)間只有6個(gè)多月。任務(wù)重、時(shí)間緊，在保證質(zhì)量的前提下，項(xiàng)目進(jìn)度控制無疑是該項(xiàng)目的重中之重。
面對項(xiàng)目的實(shí)際情況，我靈活運(yùn)用所學(xué)的項(xiàng)目管理知識，采取相應(yīng)措施，在合同要求的工期內(nèi)比較圓滿的完成了該項(xiàng)目，目前該項(xiàng)目運(yùn)行穩(wěn)定，客戶非常滿意。我主要采取了以下的具體措施。
第一，總體上合理規(guī)劃各個(gè)環(huán)節(jié)的時(shí)間安排和工時(shí)投入，適當(dāng)加大調(diào)研、需求、概要設(shè)計(jì)以及測試階段的工時(shí)投入，控制開發(fā)實(shí)現(xiàn)以及安裝實(shí)施階段的工時(shí)投入。
對于時(shí)間緊急的項(xiàng)目，我們的慣性思維往往要求我們急于開展開發(fā)、編碼等所謂的“實(shí)質(zhì)”工作，而不由自主的縮減調(diào)研、需求、概要設(shè)計(jì)以及測試等所謂“虛”的環(huán)節(jié)。但這樣往往適得其反，也不符合項(xiàng)目管理的客觀規(guī)律。如果調(diào)研不足，可能導(dǎo)致開發(fā)過程中出現(xiàn)意想不到的技術(shù)問題;如果需求與客戶沒有足夠的溝通并明確，可能導(dǎo)致重大功能模塊的調(diào)整;如果概要設(shè)計(jì)做得不充分，可能導(dǎo)致系統(tǒng)架構(gòu)級的問題;如果測試不充分，更可能導(dǎo)致施工調(diào)試過程中的巨大反復(fù)。而如果沒有充分的前期投入，所有這些問題在其產(chǎn)生的階段都是隱匿的，在后續(xù)階段才會逐步顯露出來，而問題一旦出現(xiàn)，其影響和問題已經(jīng)嚴(yán)重?cái)U(kuò)散，后續(xù)的補(bǔ)救工作至少需要花費(fèi)幾倍甚至十幾倍的時(shí)間和成本來彌補(bǔ)，嚴(yán)重時(shí)這無疑將導(dǎo)致項(xiàng)目進(jìn)度的失控。對于像該項(xiàng)目這樣時(shí)間要求緊迫的項(xiàng)目來說，是容不得出現(xiàn)較大的反復(fù)的，嚴(yán)重時(shí)可能將導(dǎo)致項(xiàng)目的徹底失敗。
與之相對的，開發(fā)實(shí)現(xiàn)階段雖然是項(xiàng)目的實(shí)質(zhì)主體，也是我們經(jīng)驗(yàn)最豐富也最擅長的部分，在解決了關(guān)鍵的技術(shù)障礙之后其實(shí)是最容易控制的部分。同時(shí)，前面各階段，尤其是測試足夠充分的話安裝實(shí)施自然就會比較順利。
從效果看，這個(gè)策略很好的保證了項(xiàng)目的整體進(jìn)度，各階段進(jìn)展都相對比較順利。 第二，對于影響項(xiàng)目進(jìn)度的任何不確性因素，務(wù)必第一時(shí)間、第一優(yōu)先級解決處理。 在工作結(jié)構(gòu)分解與安排上，對于此類問題不能按部就班的進(jìn)行排序安排，務(wù)必盡可能向前安排，向高優(yōu)先級安排。因?yàn)閷ξ覀儾淮_定不熟悉的各項(xiàng)因素有可能很容易解決，更有可能稱為棘手的障礙，我們識別發(fā)現(xiàn)的越早，我們的主動(dòng)性就越強(qiáng)，留給我們的反應(yīng)和處理時(shí)間也就越多，從而便于我們調(diào)整和控制項(xiàng)目的進(jìn)度。而這些問題一旦在項(xiàng)目的中后段才得以發(fā)現(xiàn)，對項(xiàng)目的影響很可能是顛覆性的。
在該項(xiàng)目中我們對于醫(yī)院業(yè)務(wù)不熟悉，對于RFID技術(shù)沒有足夠經(jīng)驗(yàn)，不確定在采購成品的基礎(chǔ)上是否需要二次開發(fā)等。因此，除了如上面所說的提前和加大需求、調(diào)研階段的投入外，在完成對RFID的調(diào)研之后立即安排硬件測試工作，排除和確認(rèn)我們所不熟悉的技術(shù)問題和障礙，而不是安排在軟件開發(fā)完成之后進(jìn)行統(tǒng)一測試。而事實(shí)也證明，我們調(diào)研后預(yù)選的方案和供應(yīng)商雖然從書面的性能參數(shù)等方面完全符合要求，但實(shí)際測試中漏讀率還是達(dá)不到我們的要求。而由于我們提前測試，發(fā)現(xiàn)問題時(shí)我們總體需求分析階段還沒結(jié)束，也因此我們有足夠的時(shí)間重新選型采購，從而基本沒有對項(xiàng)目進(jìn)度造成明顯影響。
第三，計(jì)劃安排要有一定的彈性，有一定的調(diào)整和控制余量。
除了首先確定好串行進(jìn)行的關(guān)鍵路徑任務(wù)外，要充分靈活安排與其他任務(wù)關(guān)聯(lián)度不強(qiáng)的工作任務(wù)(我稱之為“游離任務(wù)”)，計(jì)劃中給予此類任務(wù)足夠的“游離”空間，使其能在關(guān)鍵任務(wù)提前完成，或關(guān)鍵人力資源有空余時(shí)可以穿插安排，以充分利用人力資源;而在關(guān)鍵任務(wù)一旦延期或關(guān)鍵人力資源緊張時(shí)可以適當(dāng)調(diào)整其時(shí)間安排，以釋放部分人力資源，保證關(guān)鍵路徑的進(jìn)度和人力資源的充分利用。
第四，利用相關(guān)工具軟件(如PROJECE等)，定期(如一周)關(guān)注項(xiàng)目進(jìn)展相關(guān)數(shù)據(jù)，關(guān)注項(xiàng)目進(jìn)度趨勢，提前預(yù)判并決定是否及如何干預(yù)。
比如，項(xiàng)目延期可能不大并完全在可接受范圍內(nèi)，但連續(xù)兩周在擴(kuò)大，就需要加強(qiáng)關(guān)注，分析原因提前采取措施，以免失控。當(dāng)然，俗話說“計(jì)劃不如變化快”，任何計(jì)劃在實(shí)施過程中都不可能完全依照計(jì)劃進(jìn)行，必然會出現(xiàn)不同程度的偏離。但是否是偏離就一定要干預(yù)一定要糾正呢，當(dāng)然不是。因此要分析對計(jì)劃的偏離是否可控，呈現(xiàn)何種趨勢。在可控范圍內(nèi)就沒有必要過多干預(yù)，以免過度管理降低工作效率和造成時(shí)間浪費(fèi)。因此干預(yù)調(diào)整的程度需要把握在一個(gè)合適的火候，除了經(jīng)驗(yàn)之外，很重要的就是多利用工具軟件提供的相關(guān)數(shù)據(jù)，進(jìn)行分析和判斷，找出趨勢和原因。
第五，對工作結(jié)構(gòu)的分解粒度要適中，不能過大也不能過小，過大不易控制，過小容易產(chǎn)生過渡管理降低效率。
對于該項(xiàng)目我基本掌握在工期在一周左右，以最大不大于兩周，最小不小于3個(gè)工作日為原則進(jìn)行分解。項(xiàng)目組一共6人，在這個(gè)規(guī)模上，實(shí)際的經(jīng)驗(yàn)告訴我這個(gè)粒度時(shí)相對比較合適的，可以保證比較有效的跟蹤管理，同時(shí)我還可以有一定的時(shí)間負(fù)擔(dān)一些技術(shù)工作。
第六，工作任務(wù)按工作結(jié)構(gòu)分解情況以任務(wù)單的形式安排跟蹤，任務(wù)單下發(fā)到具體組員，避免將同一執(zhí)行人的多個(gè)任務(wù)打包安排。
我在項(xiàng)目中堅(jiān)持按上述工作結(jié)構(gòu)分解后的任務(wù)進(jìn)行單任務(wù)的分配跟蹤，而不是幾個(gè)相關(guān)任務(wù)打包安排、跟蹤。因?yàn)槿绻麑⑼粓?zhí)行人的幾個(gè)任務(wù)打包安排，看似節(jié)約時(shí)間，但實(shí)際經(jīng)驗(yàn)告訴我，這樣很容易造成這些任務(wù)與其相關(guān)聯(lián)任務(wù)(尤其是與別人關(guān)聯(lián)的任務(wù))的不同程度的脫節(jié)。因?yàn)樽鳛橥粓?zhí)行人在執(zhí)行幾個(gè)任務(wù)時(shí)重點(diǎn)考慮的時(shí)保證這一包任務(wù)的總體完成情況，會忽視單個(gè)任務(wù)的時(shí)間進(jìn)度要求。而項(xiàng)目總體控制要求任務(wù)之間的關(guān)聯(lián)關(guān)系，盡管這種關(guān)聯(lián)關(guān)系的脫節(jié)不會很嚴(yán)重，但會比較普遍。而且這些任務(wù)有超前有延后，從總體上不容易發(fā)現(xiàn)問題。但正是由于任務(wù)關(guān)聯(lián)脫節(jié)的比較普遍，經(jīng)過一定時(shí)間的積累很容易產(chǎn)生影響項(xiàng)目整體進(jìn)度的大問題，而當(dāng)問題比較明顯時(shí)，往往已經(jīng)很難調(diào)整和控制了。
第七，上述任務(wù)安排基礎(chǔ)上，除安排需要執(zhí)行的任務(wù)外，還要預(yù)先安排下一項(xiàng)工作任務(wù)。 這和上面的論述是否矛盾呢?不是的。這里的預(yù)安排只是告知執(zhí)行人下一個(gè)要執(zhí)行的任務(wù)是什么，而不進(jìn)行實(shí)質(zhì)安排，這樣做的目的主要有兩個(gè)，首先是執(zhí)行人可以預(yù)先在腦子里構(gòu)思下一個(gè)任務(wù)(主要是潛在的，不由自主的)，待實(shí)際執(zhí)行時(shí)會提高效率或提前識別發(fā)現(xiàn)問題;其次是一旦由于工作沖突或其他原因工作未能及時(shí)安排時(shí)，執(zhí)行人完成當(dāng)前任務(wù)就可以執(zhí)行下一個(gè)任務(wù)，避免人等任務(wù)的情況出現(xiàn)。
第八，項(xiàng)目中采取早會、周例會結(jié)合的例行溝通模式，強(qiáng)調(diào)及時(shí)溝通、快速反應(yīng)。 我們每天利用早晨10分鐘左右時(shí)間，項(xiàng)目組互相通報(bào)一下前一天的工作情況和問題。目的是及時(shí)掌握項(xiàng)目進(jìn)展動(dòng)態(tài)和問題，以便及時(shí)采取措施提高項(xiàng)目組反應(yīng)的敏捷度。但早會上主要是溝通和識別問題，不對具體問題做展開討論，如有需要再專題安排。周例會主要分析項(xiàng)目進(jìn)展的重大問題和進(jìn)展趨勢，討論和決策相關(guān)措施。但要注意引導(dǎo)避免早會、例會形成形式主義，尤其是例會在項(xiàng)目進(jìn)展順利時(shí)可以縮短時(shí)間或隔周召開。
第九，項(xiàng)目管理是一個(gè)整體，要做好項(xiàng)目的進(jìn)度管理必須有其他方面的相輔相成。 比如上面提到了的關(guān)于溝通管理、人力資源管理等方面的措施。此外，比如質(zhì)量管理也是有效保證進(jìn)度的重要一環(huán)，尤其是在產(chǎn)品實(shí)現(xiàn)方面的質(zhì)量管理工作，畢竟不出問題不返工才是最節(jié)約時(shí)間最有效率的。我們項(xiàng)目益于我公司多年貫徹執(zhí)行ISO9000標(biāo)準(zhǔn)和CMM5級的軟件成熟模型，給予我們強(qiáng)有力的保障。再比如，變更管理也是影響進(jìn)度的很重要部分，項(xiàng)目執(zhí)行過程中通常都會有各種各樣的變更，如何在受控的前提下快捷又有效的進(jìn)行變更是提高效率的必要手段。在該項(xiàng)目中，我根據(jù)變更的類型、涉眾等對項(xiàng)目的變更分成不同的級別，采取不同的控制、管理及審批措施和程序，在保證變更合理受控的前提下有效地提高了變更效率降低了變更帶來的負(fù)面影響。
在這些措施及項(xiàng)目組成員的團(tuán)隊(duì)配合及共同努力下，我們按時(shí)保質(zhì)保量的完成了項(xiàng)目，贏得了客戶的贊譽(yù)，目前該系統(tǒng)運(yùn)行穩(wěn)定，反饋良好。
總之，要做好項(xiàng)目的進(jìn)度管理首先要有扎實(shí)的項(xiàng)目管理知識和經(jīng)驗(yàn)，在此基礎(chǔ)上要充分從基礎(chǔ)理論出發(fā)結(jié)合項(xiàng)目的實(shí)際情況進(jìn)行靈活變通的應(yīng)用，制定和采取具體的措施來控制項(xiàng)目的進(jìn)度，不能生搬硬套，畢竟項(xiàng)目管理理論是高度總結(jié)和抽象化的東西，不是萬能公式。另外，要做好項(xiàng)目的進(jìn)度管理一定要站在項(xiàng)目整體的角度去考慮問題，項(xiàng)目管理是一個(gè)整體的系統(tǒng)工程，各個(gè)領(lǐng)域和方面都是相輔相成的，不能獨(dú)立存在，需要相互協(xié)調(diào)與配合。
大型項(xiàng)目管理論文范文二：軟件項(xiàng)目管理綜述
一.引言
隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模越來越龐大，個(gè)人單打獨(dú)斗的開發(fā)模式已經(jīng)越來越不能適應(yīng)實(shí)際的需要。因此各軟件企業(yè)在軟件開發(fā)活動(dòng)中紛紛引入軟件項(xiàng)目管理相關(guān)技術(shù)，使得開發(fā)過程得到有效的實(shí)行與管理。以現(xiàn)今中國的百度，騰訊，阿里巴巴等軟件公司為例，在這些公司中針對大型項(xiàng)目開發(fā)時(shí)都實(shí)行了項(xiàng)目管理制度，并把軟件項(xiàng)目管理作為整個(gè)項(xiàng)目管理中的一個(gè)重要組成部分。從概念上講，軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。實(shí)際上，軟件項(xiàng)目管理的意義不僅僅如此，進(jìn)行軟件項(xiàng)目管理有利于將開發(fā)人員的個(gè)人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個(gè)企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展(即減小開發(fā)風(fēng)險(xiǎn))。軟件開發(fā)不同于其他產(chǎn)品的制造，軟件的整個(gè)過程都是設(shè)計(jì)過程(沒有制造過程);另外，軟件開發(fā)不需要使用大量的物質(zhì)資源，而主要是人力資源;并且，軟件開發(fā)的產(chǎn)品只是程序代碼和技術(shù)文件，并沒有其他的物質(zhì)結(jié)果?；谏鲜鎏攸c(diǎn)，軟件項(xiàng)目管理與其他項(xiàng)目管理相比，有很大的特殊性。
二.什么是軟件項(xiàng)目管理
軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。
軟件項(xiàng)目管理的根本目的是為了讓軟件項(xiàng)目尤其是大型項(xiàng)目的整個(gè)軟件生命周期(從分析、設(shè)計(jì)、編碼到測試、維護(hù)全過程)都能在管理者的控制之下，以預(yù)定成本按期，按質(zhì)的完成軟件交付用戶使用。而研究軟件項(xiàng)目管理為了從已有的成功或失敗的案例中總結(jié)出能夠指導(dǎo)今后開發(fā)的通用原則，方法，同時(shí)避免前人的失誤。
軟件項(xiàng)目管理的概念是在20世紀(jì)70年代中期由美國提出的，當(dāng)時(shí)美國國防部專門研究了軟件開發(fā)不能按時(shí)提交，預(yù)算超支和質(zhì)量達(dá)不到用戶要求的原因，結(jié)果發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)楣芾聿簧埔鸬模羌夹g(shù)原因。于是軟件開發(fā)者開始逐漸重視起軟件開發(fā)中的各項(xiàng)管理。到了20世紀(jì)90年代中期，軟件研發(fā)項(xiàng)目管理不善的問題仍然存在。據(jù)美國軟件工程實(shí)施現(xiàn)狀的調(diào)查，軟件研發(fā)的情況仍然很難預(yù)測，大約只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。
1995年，據(jù)統(tǒng)計(jì)，美國共取消了810億美元的商業(yè)軟件項(xiàng)目，其中31%的項(xiàng)目未做完就被取消，53%的軟件項(xiàng)目進(jìn)度通常要延長50%的時(shí)間，只有9%的軟件項(xiàng)目能夠及時(shí)交付并且費(fèi)用也控制在預(yù)算之內(nèi)。
軟件項(xiàng)目管理和其他的項(xiàng)目管理相比有其自有的特殊性。首先，軟件是純知識型產(chǎn)品，不同于實(shí)際工程，其開發(fā)進(jìn)度和質(zhì)量很難估計(jì)和度量，生產(chǎn)效率也難以預(yù)測和保證。其次，軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開發(fā)過程中各種風(fēng)險(xiǎn)的難以預(yù)見和控制。Windows這樣的操作系統(tǒng)有1500萬行以上的代碼，同時(shí)有數(shù)千個(gè)程序員在進(jìn)行開發(fā)，項(xiàng)目經(jīng)理都有上百個(gè)。這樣龐大的系統(tǒng)如果沒有很好的管理，其軟件質(zhì)量是難以想象的。
軟件項(xiàng)目管理的內(nèi)容主要包括如下幾個(gè)方面：人員的組織與管理，軟件度量，軟件項(xiàng)目計(jì)劃，風(fēng)險(xiǎn)管理，軟件質(zhì)量保證，軟件過程能力評估，軟件配置管理等。這幾個(gè)方面都是貫穿、交織于整個(gè)軟件開發(fā)過程中的，其中人員的組織與管理把注意力集中在項(xiàng)目組人員的構(gòu)成、優(yōu)化;軟件度量把關(guān)注用量化的方法評測軟件開發(fā)中的費(fèi)用、生產(chǎn)率、進(jìn)度和產(chǎn)品質(zhì)量等要素是否符合期望值，包括過程度量和產(chǎn)品度量兩個(gè)方面;軟件項(xiàng)目計(jì)劃主要包括工作量、成本、開發(fā)時(shí)間的估計(jì)，并根據(jù)估計(jì)值制定和調(diào)整項(xiàng)目組的工作;風(fēng)險(xiǎn)管理預(yù)測未來可能出現(xiàn)的各種危害到軟件產(chǎn)品質(zhì)量的潛在因素并由此采取措施進(jìn)行預(yù)防;質(zhì)量保證是保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃，有組織的活動(dòng);軟件過程能力評估是對軟件開發(fā)能力的高低進(jìn)行衡量;軟件配置管理針對開發(fā)過程中人員、工具的配置、使用提出管理策略。因?yàn)榇蠹覍θ肆Y源管理和軟件過程能力比較有興趣，下面就詳細(xì)的對這兩方面展開討論。
三、軟件項(xiàng)目管理的組織模式
軟件項(xiàng)目可以是一個(gè)單獨(dú)的開發(fā)項(xiàng)目，也可以與產(chǎn)品項(xiàng)目組成一個(gè)完整的軟件產(chǎn)品項(xiàng)目。如果是訂單開發(fā)，則成立軟件項(xiàng)目組即可;如果是產(chǎn)品開發(fā)，需成立軟件項(xiàng)目組和產(chǎn)品項(xiàng)目(負(fù)責(zé)市場調(diào)研和銷售)，組成軟件產(chǎn)品項(xiàng)目組。公司實(shí)行項(xiàng)目管理時(shí)，首先要成立項(xiàng)目管理委員會，項(xiàng)目管理委員會下設(shè)項(xiàng)目管理小組、項(xiàng)目評審小組和軟件產(chǎn)品項(xiàng)目組。 3.1、項(xiàng)目管理委員會項(xiàng)目管理委員會是公司項(xiàng)目管理的最高決策機(jī)構(gòu)，一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責(zé)如下：(1)依照項(xiàng)目管理相關(guān)制度管理項(xiàng)目;(2)監(jiān)督項(xiàng)目管理相關(guān)制度的執(zhí)行;
(3)對項(xiàng)目立項(xiàng)、項(xiàng)目撤消進(jìn)行決策;(4)任命項(xiàng)目管理小組組長、項(xiàng)目評審委員會主任、項(xiàng)目組組長. 3.2、項(xiàng)目管理小組項(xiàng)目管理小組對項(xiàng)目管理委員會負(fù)責(zé)，一般由公司管理人員組成。主要職責(zé)如下：(1)草擬項(xiàng)目管理的各項(xiàng)制度;(2)組織項(xiàng)目階段評審;(3)保存項(xiàng)目過程中的相關(guān)文件和數(shù)據(jù);(4)為優(yōu)化項(xiàng)目管理提出建議。 3.3、項(xiàng)目評審小組項(xiàng)目評審小組對項(xiàng)目管理委員會負(fù)責(zé)，可下設(shè)開發(fā)評審小組和產(chǎn)品評審小組，一般由公司技術(shù)專家和市場專家組成。主要職責(zé)如下：(1)對項(xiàng)目可行性報(bào)告進(jìn)行評審;(2)對市場計(jì)劃和階段報(bào)告進(jìn)行評審;(3)對開發(fā)計(jì)劃和階段報(bào)告進(jìn)行評審;(4)項(xiàng)目結(jié)束時(shí)，對項(xiàng)目總結(jié)報(bào)告進(jìn)行評審。 3.4、軟件產(chǎn)品項(xiàng)目組軟件產(chǎn)品項(xiàng)目組對項(xiàng)目管理委員會負(fù)責(zé)，可下設(shè)軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組。軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場人員構(gòu)成。主要職責(zé)是：根據(jù)項(xiàng)目管理委員會的安排具體負(fù)責(zé)項(xiàng)目的軟件開發(fā)和市場調(diào)研及銷售工作。
四、軟件項(xiàng)目管理的內(nèi)容
從軟件工程的角度講，軟件開發(fā)主要分為六個(gè)階段：需求分析階段、概要設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼階段、測試階段、安裝及維護(hù)階段。不論是作坊式開發(fā)，還是團(tuán)隊(duì)協(xié)作開發(fā)，這六個(gè)階段都是不可缺少的。根據(jù)公司實(shí)際情況，公司在進(jìn)行軟件項(xiàng)目管理時(shí)，重點(diǎn)將軟件配置管理、項(xiàng)目跟蹤和控制管理、軟件風(fēng)險(xiǎn)管理及項(xiàng)目策劃活動(dòng)管理四方面內(nèi)容導(dǎo)入軟件開發(fā)的整個(gè)階段。在20世紀(jì)80年代初，著名軟件工程專家B.W.Boehm總結(jié)出了軟件開發(fā)時(shí)需遵循的七條基本原則，同樣，在進(jìn)行軟件項(xiàng)目管理時(shí)，也應(yīng)該遵循這七條原則。它們是：
(1)用分階段的生命周期計(jì)劃嚴(yán)格管理;
(2)堅(jiān)持進(jìn)行階段評審;
(3)實(shí)行嚴(yán)格的產(chǎn)品控制;
(4)采用現(xiàn)代程序設(shè)計(jì)技術(shù);
(5)結(jié)果應(yīng)能夠清楚地審查;
(6)開發(fā)小組地人員應(yīng)該少而精;
(7)承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。
五、編寫《軟件項(xiàng)目計(jì)劃書》
項(xiàng)目組成立的第一件事是編寫《軟件項(xiàng)目計(jì)劃書》，在計(jì)劃書中描述開發(fā)日程安排、資源需求、項(xiàng)目管理等各項(xiàng)情況的大體內(nèi)容。計(jì)劃書主要向公司各相關(guān)人員發(fā)放，使他們大體了解該軟件項(xiàng)目的情況。對于計(jì)劃書的每個(gè)內(nèi)容，都應(yīng)有相應(yīng)具體實(shí)施手冊，這些手冊是供項(xiàng)目組相關(guān)成員使用的。
六、軟件配置管理
軟件根據(jù)規(guī)模來決定是否進(jìn)行配置管理，軟件的規(guī)模越大，配置管理就越重要。軟件配置管理簡稱SCM(Software Configuration Management的縮寫)，是在團(tuán)隊(duì)開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理。配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性以及風(fēng)險(xiǎn)水平。
6.1、目前軟件開發(fā)中面臨的問題:在有限的時(shí)間、資金內(nèi)，要滿足不斷增長的軟件產(chǎn)品質(zhì)量要求;開發(fā)的環(huán)境日益復(fù)雜，代碼共享日益困難，需跨越的平臺增多;程序的規(guī)模越來越大;軟件的重用性需要提高;軟件的維護(hù)越來越困難。
6.2、軟件配置管理應(yīng)提供的功能:
在ISO9000.3中，對配置管理系統(tǒng)的功能作了如下描述：唯一地標(biāo)識每個(gè)軟件項(xiàng)的版本;標(biāo)識共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項(xiàng)的版本;控制由兩個(gè)或多個(gè)獨(dú)立工作的人員同時(shí)對一給定軟件項(xiàng)的更新;控制由兩個(gè)或多個(gè)獨(dú)立工作的人員同時(shí)對一給定軟件項(xiàng)的更新;按要求在一個(gè)或多個(gè)位置對復(fù)雜產(chǎn)品的更新進(jìn)行協(xié)調(diào);標(biāo)識并跟蹤所有的措施和更改;這些措施和更改是在從開始直到放行期間，由于更改請求或問題引起的。
6.3、版本管理軟件配置管理分為版本管理、問題跟蹤和建立管理三個(gè)部分，其中版本管理是基礎(chǔ)。版本管理應(yīng)完成以下主要任務(wù)：
建立項(xiàng)目;
重構(gòu)任何修訂版的某一項(xiàng)或某一文件;
利用加鎖技術(shù)防止覆蓋;•當(dāng)增加一個(gè)修訂版時(shí)要求輸入變更描述; •提供比較任意兩個(gè)修訂版的使用工具;
采用增量存儲方式;
提供對修訂版歷史和鎖定狀態(tài)的報(bào)告功能;
提供歸并功能;
允許在任何時(shí)候重構(gòu)任何版本;
權(quán)限的設(shè)置;
晉升模型的建立;
提供各種報(bào)告。
七.人員組織與管理
軟件開發(fā)人員對軟件來說是最大的資源。軟件整個(gè)過程中對人員的配置、調(diào)度安排至關(guān)重要，人員的組織管理是否得當(dāng)，將決定軟件項(xiàng)目質(zhì)量的好壞。 首先在軟件開發(fā)的一開始，要合理的配置人員，根據(jù)項(xiàng)目的工作量、所需要的專業(yè)技能，再參考各個(gè)人員的能力、性格、經(jīng)驗(yàn)，組織一個(gè)高效、和諧的開發(fā)小組。一般來說，一個(gè)開發(fā)小組人數(shù)在5到10人之間最為合適，如果項(xiàng)目規(guī)模很大，可以采取層級式結(jié)構(gòu)，配置若干個(gè)這樣的開發(fā)小組。
在選擇人員的問題上，要結(jié)合實(shí)際情況來決定是否選入一個(gè)開發(fā)組員。并不是一群高水平的程序員在一起就一定可以組成一個(gè)成功的小組。作為考察標(biāo)準(zhǔn)，技術(shù)水平、與本項(xiàng)目相關(guān)的技能和開發(fā)經(jīng)驗(yàn)、以及團(tuán)隊(duì)工作能力都是很重要的因素。一個(gè)一天能寫一萬行代碼但卻不能與同事溝通融洽的程序員，未必適合一個(gè)對組員之間通訊要求很高的項(xiàng)目。還應(yīng)該考慮分工的需要，合理配置各個(gè)專項(xiàng)的人員比例。例如一個(gè)網(wǎng)站開發(fā)項(xiàng)目，小組中有頁面美工、后臺服務(wù)程序、數(shù)據(jù)庫幾個(gè)部分，應(yīng)該合理的組織各項(xiàng)工作的人員配比。對于一個(gè)中型農(nóng)技110網(wǎng)站，對數(shù)據(jù)采集量要求較高，一個(gè)人員配比方案可以是2個(gè)美工、2個(gè)后臺服務(wù)程序編寫、3個(gè)數(shù)據(jù)采集整理人員。
在決定一個(gè)開發(fā)組的開發(fā)人員數(shù)量時(shí)，除了考慮候選人素質(zhì)以外，還要綜合考慮項(xiàng)目規(guī)模、工期、預(yù)算、開發(fā)環(huán)境等因素的影響，下面是一個(gè)基于規(guī)模、工期和開發(fā)環(huán)境的人員數(shù)量計(jì)算公式：
L=Ck*K1/3*td4/3
L:開發(fā)規(guī)模，以代碼行LOC為度量td:開發(fā)時(shí)間K：人員數(shù)
Ck：技術(shù)常數(shù)表示開發(fā)環(huán)境的優(yōu)劣
取值2000：表示開發(fā)環(huán)境差，沒有系統(tǒng)的開發(fā)方法，缺乏文檔規(guī)范化設(shè)計(jì); 取值8000：表示開發(fā)環(huán)境較好;
取值11000：表示開發(fā)環(huán)境優(yōu)。
在組建開發(fā)組時(shí)，還應(yīng)充分估計(jì)到開發(fā)過程中的人員風(fēng)險(xiǎn)。由于工作環(huán)境、待遇、工作強(qiáng)度、公司的整體工作安排和其他無法預(yù)知的因素，一個(gè)項(xiàng)目尤其是開發(fā)周期較長的項(xiàng)目幾乎無可避免的要面臨人員的流入流出。如果不在項(xiàng)目初期對可能出現(xiàn)的人員風(fēng)險(xiǎn)進(jìn)行充分的估計(jì)，作必要的準(zhǔn)備，一旦風(fēng)險(xiǎn)轉(zhuǎn)化為現(xiàn)實(shí)，將有可能給整個(gè)項(xiàng)目開發(fā)造成巨大的損失。以較低的代價(jià)進(jìn)行及早的預(yù)防是降低這種人員風(fēng)險(xiǎn)的基本策略。具體來說可以從以下幾個(gè)方面對人員風(fēng)險(xiǎn)進(jìn)行控制： a.保證開發(fā)組中全職人員的比例，且項(xiàng)目核心部分的工作應(yīng)該盡量由全職人員來擔(dān)任， 以減少兼職人員對項(xiàng)目組人員不穩(wěn)定性的影響。
b.建立良好的文檔管理機(jī)制，包擴(kuò)項(xiàng)目組進(jìn)度文檔、個(gè)人進(jìn)度文檔、版本控制文檔、整體技術(shù)文檔、個(gè)人技術(shù)文檔、源代碼管理等。一旦出現(xiàn)人員的變動(dòng)，比如某個(gè)組員因病退出，替補(bǔ)的組員能夠根據(jù)完整的文檔盡早接手工作。 c.加強(qiáng)項(xiàng)目組內(nèi)技術(shù)交流，比如定期開技術(shù)交流會，或根據(jù)組內(nèi)分工建立項(xiàng)目組內(nèi)部的開發(fā)小組，是開發(fā)小組內(nèi)的成員能夠相互熟悉對方的工作和進(jìn)度，能夠在必要的時(shí)候替對方工作。
d.對于項(xiàng)目經(jīng)理，可以從一開始就指派一個(gè)副經(jīng)理在項(xiàng)目中協(xié)同項(xiàng)目經(jīng)理管理項(xiàng)目開發(fā)工作，如果項(xiàng)目經(jīng)理退出開發(fā)組，副經(jīng)理可以很快接手。但是只建議在項(xiàng)目經(jīng)理這樣的高度重要的崗位采用這種冗余復(fù)制的策略來預(yù)防人員風(fēng)險(xiǎn)，否則將大大增加項(xiàng)目成本。
e.為項(xiàng)目開發(fā)提供盡可能好的開發(fā)環(huán)境，包括工作環(huán)境、待遇、工作進(jìn)度安排等等，同 時(shí)一個(gè)優(yōu)秀的項(xiàng)目經(jīng)理應(yīng)該能夠在項(xiàng)目組內(nèi)營造一種良好的人際關(guān)系和工作氛圍。良好的開發(fā)環(huán)境對于穩(wěn)定項(xiàng)目組人員以及提高生產(chǎn)效率都有不可忽視的作用。
八.軟件過程能力評估
軟件過程能力描述了一個(gè)開發(fā)組織開發(fā)軟件開發(fā)高質(zhì)量軟件產(chǎn)品的能力?，F(xiàn)行的國際標(biāo)準(zhǔn)主要有兩個(gè)：ISO9000.3和CMM。
ISO9000.3是ISO9000質(zhì)量體系認(rèn)證中關(guān)于計(jì)算機(jī)軟件質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)部分。它從管理職責(zé)、質(zhì)量體系、合同評審、設(shè)計(jì)控制、文件和資料控制、采購、顧客提供產(chǎn)品的控制、產(chǎn)品標(biāo)識和可追溯性、過程控制、檢驗(yàn)和試驗(yàn)、檢驗(yàn)/測量和試驗(yàn)設(shè)備的控制、檢驗(yàn)和試驗(yàn)狀態(tài)、不合格品的控制、糾正和預(yù)防措施、搬運(yùn)/貯存/包裝/防護(hù)和交付、質(zhì)量記錄的控制、內(nèi)部質(zhì)量審核、培訓(xùn)、服務(wù)、統(tǒng)計(jì)系統(tǒng)等二十個(gè)方面對軟件質(zhì)量進(jìn)行了要求。
CMM(能力成熟度模型)是美國卡納基梅隆大學(xué)軟件工程研究所(CMU/SEI)于1987年提出的評估和指導(dǎo)軟件研發(fā)項(xiàng)目管理的一系列方法，用5個(gè)不斷進(jìn)化的層次來描述軟件過程能力。現(xiàn)在CMM是2.0版本。
ISO9000和CMM的共同點(diǎn)是二者都強(qiáng)調(diào)了軟件產(chǎn)品的質(zhì)量。所不同的是，ISO9000強(qiáng)調(diào)的是衡量的準(zhǔn)則，但沒有告訴軟件開發(fā)人員如何達(dá)到好的目標(biāo)，如何避免差錯(cuò)。CMM則提供了一整套完善的軟件研發(fā)項(xiàng)目管理的方法。它可告訴軟件開發(fā)組織，如果要在原有的水平上提高一個(gè)等級，應(yīng)該關(guān)注哪些問題，而這正是改進(jìn)軟件過程的工作。
CMM描述了五個(gè)級別的軟件過程成熟度(初始級，可重復(fù)級，已定義級，已定量管理級，優(yōu)化級)，成熟度反映了軟件過程能力的大小。
初始級特點(diǎn)是軟件機(jī)構(gòu)缺乏對軟件過程的有效管理，軟件過程是無序的，有時(shí)甚至是混亂的，對過程幾乎沒有定義，其軟件項(xiàng)目的成功來源于偶爾的個(gè)人英雄主義而非群體行為，因此它不是可重復(fù)的;可重復(fù)級的特點(diǎn)是軟件機(jī)構(gòu)的項(xiàng)目計(jì)劃和跟蹤穩(wěn)定，項(xiàng)目過程可控，項(xiàng)目的成功是可重復(fù)的;已定義級的特點(diǎn)在于軟件過程已被提升成標(biāo)準(zhǔn)化過程，從而更加具有穩(wěn)定性、可重復(fù)性和可控性;已定量管理級的軟件機(jī)構(gòu)中軟件過程和軟件產(chǎn)品都有定量的目標(biāo)，并被定量地管理，因而其軟件過程能力是可預(yù)測的，其生產(chǎn)的軟件產(chǎn)品是高質(zhì)量的;優(yōu)化級的特點(diǎn)是過程的量化反饋和先進(jìn)的新思想、新技術(shù)促進(jìn)過程不斷改進(jìn)，技術(shù)和過程的改進(jìn)改進(jìn)被作為常規(guī)的業(yè)務(wù)活動(dòng)加以計(jì)劃和管理。
CMM是科學(xué)評價(jià)一個(gè)軟件企業(yè)開發(fā)能力的標(biāo)準(zhǔn)，但要達(dá)到較高的級別也非常困難，根據(jù)1995年美國所做的軟件產(chǎn)業(yè)成熟度的調(diào)查，在美國的軟件產(chǎn)業(yè)中，CMM成熟度等級為初始級的竟占70%，為可重復(fù)級的占15%，為定義級的所占比例小于10%，為管理級的所占比例小于5%，為優(yōu)化級的所占比例小于l%。而國內(nèi)企業(yè)的水平就更加堪優(yōu)，到目前為止，只有東軟一家達(dá)到優(yōu)化級，少數(shù)幾家能夠達(dá)到可定義級。盡快改變這種局面，科學(xué)化、規(guī)范化、高效的進(jìn)行軟件開發(fā)活動(dòng)，從整體提高我國軟件行業(yè)的水平，是國內(nèi)軟件企業(yè)的當(dāng)務(wù)之急，也是專業(yè)人員應(yīng)該為自己制定的目標(biāo)。如果有一天也能指揮一個(gè)數(shù)千人的龐大開發(fā)隊(duì)伍，操作Windows這樣巨型規(guī)模的軟件項(xiàng)目，并生產(chǎn)出高質(zhì)量的產(chǎn)品，才有理由宣稱自己的軟件項(xiàng)目管理能力達(dá)到了一個(gè)“自主自足”的水平。
大型項(xiàng)目管理論文相關(guān)文章：
5.淺談工程管理論文