【正文】 在軟件項(xiàng)目開發(fā)過程中項(xiàng)目經(jīng)理要多利用一些項(xiàng)目管理軟件來(lái)輔助項(xiàng)目的管理，這樣可以提高項(xiàng)目的管理水平，增強(qiáng)計(jì)劃的可執(zhí)行性，提高資源的有效配置，加強(qiáng)成本管理，提高企業(yè)的競(jìng)爭(zhēng)能力。在項(xiàng)目實(shí)施過程中，可隨時(shí)對(duì)單個(gè)資源或整個(gè)項(xiàng)目的實(shí)際成本及預(yù)算成本進(jìn)行分析、比較。軟件根據(jù)任務(wù)信息和資源信息排定項(xiàng)目日程，并隨任務(wù)和資源的修改而調(diào)整日程。通常的做法是用戶定義一個(gè)基準(zhǔn)計(jì)劃，在實(shí)際執(zhí)行過程中，根據(jù)輸入當(dāng)前資源的使用狀況或工程的完成情況，自動(dòng)產(chǎn)生多種報(bào)表和圖表，如“資源使用狀況”表、“任務(wù)分配狀況”表、進(jìn)度圖表等。4．報(bào)表生成與人工相比，項(xiàng)目管理軟件的一個(gè)突出功能是能在許多數(shù)據(jù)資料的基礎(chǔ)上，快速、簡(jiǎn)便地生成多種報(bào)表和圖表，如甘特圖、網(wǎng)絡(luò)圖、資源圖表、日歷等。在軟件開發(fā)過程中使用項(xiàng)目管理的方法不僅體現(xiàn)在我上述的這些內(nèi)容上，事實(shí)上，在項(xiàng)目的整個(gè)過程中，我們都應(yīng)該使用科學(xué)的項(xiàng)目管理方法來(lái)保證項(xiàng)目可以順利實(shí)施和完成。擬開展企業(yè)信息化項(xiàng)目管理應(yīng)用培訓(xùn)，經(jīng)培訓(xùn)使參訓(xùn)人員能用項(xiàng)目管理方法論指導(dǎo)企業(yè)信息規(guī)劃和IT項(xiàng)目建設(shè)。三、授課方式課程講解、實(shí)戰(zhàn)訓(xùn)練、案例研討、模板演示、討論引導(dǎo)四、課程對(duì)象分管領(lǐng)導(dǎo)，部門經(jīng)理、項(xiàng)目經(jīng)理、項(xiàng)目成員、信息中心人員及對(duì)項(xiàng)目管理有興趣的員工。但是我國(guó)大部分的軟件企業(yè)在進(jìn)行項(xiàng)目管理時(shí)都存在著各種問題，從而使項(xiàng)目不能順利有效地完成。關(guān)鍵詞：軟件項(xiàng)目管理；項(xiàng)目經(jīng)理；項(xiàng)目計(jì)劃軟件行業(yè)在現(xiàn)在的眾多行業(yè)里是一個(gè)極具挑戰(zhàn)性和創(chuàng)造性的行業(yè)，體現(xiàn)了軟件開發(fā)者的智慧和汗水，同時(shí)軟件開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。如何總結(jié)、分析失敗的原因。一、軟件開發(fā)中實(shí)行項(xiàng)目管理的意義項(xiàng)目管理就是在項(xiàng)目活動(dòng)中運(yùn)用一系列的知識(shí)、技能、工具和技術(shù)，以滿足或超過相關(guān)利益者對(duì)項(xiàng)目的要求，實(shí)際上就是通過項(xiàng)目各方干系人的合作，把各種資源應(yīng)用于項(xiàng)目，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)，滿足項(xiàng)目干系人的需求，其本質(zhì)就是對(duì)時(shí)間、質(zhì)量和成本的管理。二、目前在軟件項(xiàng)目管理中存在的誤區(qū)現(xiàn)在大多數(shù)企業(yè)都認(rèn)識(shí)到了在項(xiàng)目中進(jìn)行管理的重要性，但是仍然有許多企業(yè)在實(shí)施項(xiàng)目管理的過程中存在著這樣那樣的誤區(qū)，主要表現(xiàn)在：項(xiàng)目經(jīng)理不夠?qū)I(yè)。項(xiàng)目計(jì)劃缺乏綱領(lǐng)性。缺乏有效的管理意識(shí)。有些項(xiàng)目經(jīng)理沒有很好的管理方法，不好安排的工作只好自己做，使項(xiàng)目任務(wù)無(wú)法有效、合理地分配給相關(guān)成員，以達(dá)到“負(fù)載均衡”。在項(xiàng)目中一些重要信息沒有進(jìn)行充分和有效的溝通。風(fēng)險(xiǎn)管理意識(shí)淡泊。項(xiàng)目干系人的不確定性。缺乏項(xiàng)目團(tuán)隊(duì)的合理分工。這些現(xiàn)象都將造成項(xiàng)目組內(nèi)部資源的損耗，從而影響項(xiàng)目進(jìn)展。為了有效提高管理水平，我們應(yīng)該努力做到：項(xiàng)目經(jīng)理接受系統(tǒng)的項(xiàng)目管理知識(shí)培訓(xùn)是非常必要的，有了專業(yè)領(lǐng)域的知識(shí)與實(shí)踐，再加上項(xiàng)目管理知識(shí)與實(shí)踐和一般管理的知識(shí)和經(jīng)驗(yàn)的有機(jī)結(jié)合，必能大大提高項(xiàng)目經(jīng)理的項(xiàng)目管理水平。提高項(xiàng)目經(jīng)理的計(jì)劃意識(shí)，采用項(xiàng)目計(jì)劃制定相關(guān)知識(shí)、技術(shù)、工具，加強(qiáng)對(duì)開發(fā)計(jì)劃、階段計(jì)劃的有效性進(jìn)行事前事后的評(píng)估。技術(shù)骨干在擔(dān)任項(xiàng)目經(jīng)理之前，最好能經(jīng)過系統(tǒng)的項(xiàng)目管理知識(shí)，特別是其中的人力資源管理、溝通管理的學(xué)習(xí)，并且在實(shí)際工作中不斷提高自己的管理素質(zhì)，豐富項(xiàng)目管理經(jīng)驗(yàn)，提高項(xiàng)目管理意識(shí)。通過制度規(guī)定對(duì)由于未及時(shí)收取郵件而造成損失的責(zé)任歸屬；對(duì)于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位，例如：除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會(huì)議進(jìn)行傳達(dá)。通過加強(qiáng)對(duì)項(xiàng)目規(guī)劃中風(fēng)險(xiǎn)管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險(xiǎn)管理意識(shí)。項(xiàng)目的目的就是實(shí)現(xiàn)項(xiàng)目干系人的需求和愿望。項(xiàng)目經(jīng)理應(yīng)當(dāng)對(duì)項(xiàng)目成員的責(zé)任進(jìn)行合理的分配并清楚地說明，同時(shí)應(yīng)強(qiáng)調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當(dāng)相互協(xié)作，共同完善。第四篇：軟件開發(fā)項(xiàng)目管理（范文）管理目標(biāo)所有關(guān)系人清晰明確地了解項(xiàng)目的需求和期望，努力做到滿足項(xiàng)目所有關(guān)系人的不同需求；項(xiàng)目關(guān)系人包括：項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外(內(nèi)部/外部客戶，內(nèi)部/外部合作伙伴，經(jīng)銷商/客戶等)。目標(biāo)：功能滿足需求，設(shè)計(jì)支持變化，開發(fā)快速迭代，成果持續(xù)交付。明確項(xiàng)目目標(biāo)，制定具有可行性的項(xiàng)目計(jì)劃，有效明確的分解項(xiàng)目需求。解決項(xiàng)目過程中出現(xiàn)的問題和沖突，一般集中在需求不明/工作量或時(shí)長(zhǎng)/開發(fā)難度/跨部門協(xié)調(diào)等幾個(gè)方面。風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)控制以及風(fēng)險(xiǎn)的預(yù)案。與需求提出方的代表進(jìn)行需求討論，明確項(xiàng)目的目標(biāo)、價(jià)值。組建項(xiàng)目團(tuán)隊(duì)，特別要搞清楚項(xiàng)目的關(guān)鍵人。設(shè)計(jì)階段根據(jù)確認(rèn)后的軟件需求規(guī)格說明書，制定項(xiàng)目進(jìn)度計(jì)劃，工作任務(wù)分解(WBS)；資源申請(qǐng)，項(xiàng)目涉及到的開發(fā)資源、測(cè)試資源、設(shè)計(jì)資源(包括人員和軟硬件資源)；數(shù)據(jù)庫(kù)設(shè)計(jì)；系統(tǒng)設(shè)計(jì)；文檔(包括系統(tǒng)用例、Demo、測(cè)試用例等)；評(píng)審會(huì)議。該階段交付成果需要進(jìn)行評(píng)審。跟蹤，推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行。按里程碑對(duì)階段成果進(jìn)行評(píng)估，以確保該階段完成的質(zhì)量。對(duì)需求變更進(jìn)行控制管理。對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理。試運(yùn)行階段數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài))，根據(jù)監(jiān)控出現(xiàn)的問題，及時(shí)進(jìn)行處理，改進(jìn)性能問題，特定情況執(zhí)行補(bǔ)丁升級(jí)。常見問題開發(fā)時(shí)間的估算制定項(xiàng)目計(jì)劃時(shí)，需要估算每個(gè)任務(wù)所需的時(shí)間，其中主要是開發(fā)任務(wù)中模塊的分配和時(shí)間估算，在公司現(xiàn)有的技術(shù)框架下，開發(fā)人員主要的工作是投入在具體的業(yè)務(wù)邏輯實(shí)現(xiàn)上。開發(fā)人員的技術(shù)水平和對(duì)項(xiàng)目所在應(yīng)用的熟悉程度(包括對(duì)框架和應(yīng)用的熟悉程度)。對(duì)于這樣的難點(diǎn)，開發(fā)者沒有相關(guān)的代碼可以參考，自己也沒有經(jīng)驗(yàn)，所以需要投入學(xué)習(xí)時(shí)間用于研究解決。召集所有開發(fā)人員，討論模塊的分配和開發(fā)時(shí)間估算。分配模塊的時(shí)為確保開發(fā)的速度和質(zhì)量，基本原則如下：A、類似的模塊由同一人負(fù)責(zé)開發(fā)，比如用戶信息的增刪改應(yīng)由同一開發(fā)者負(fù)責(zé)。B、技術(shù)難度較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。模塊分配完成后，開發(fā)人員評(píng)估自己負(fù)責(zé)開發(fā)的模塊所需要的時(shí)間。在確認(rèn)過程中作為，項(xiàng)目管理者將預(yù)估時(shí)間和開與開發(fā)者討論每個(gè)模塊的技術(shù)實(shí)現(xiàn)細(xì)節(jié)，使時(shí)間的估算更加準(zhǔn)確。那些差異較大的，與人員探討其中的緣由。CodeReview CodeReview是保證項(xiàng)目中代碼質(zhì)量非常重要的一個(gè)環(huán)節(jié)，在這一環(huán)控制不嚴(yán)往往是測(cè)試后出現(xiàn)大量bug的主因，有時(shí)甚至導(dǎo)致返工；關(guān)于CodeReview執(zhí)行，首先應(yīng)有編碼規(guī)范和代碼審查規(guī)范。CodeReview一般可按以下步驟實(shí)施：檢查開發(fā)者的代碼實(shí)現(xiàn)是否遵循了編碼規(guī)范。代碼編寫者和代碼審核者坐在一起，由代碼編寫者按照UseCase依次講解自己負(fù)責(zé)的代碼和相關(guān)邏輯，代碼審核者在此過程中可以隨時(shí)提出自己的疑問，同時(shí)積極發(fā)現(xiàn)隱藏的bug，對(duì)這些bug記錄在案。代碼需要檢查Bug。代碼編寫者根據(jù)“代碼審核報(bào)告”給出的修改意見，修改好代碼，有不清楚的地方可積極向代碼審核者提出。代碼審核者把CodeReview中發(fā)現(xiàn)的有價(jià)值的問題更新到“代碼審核規(guī)范”的文檔中，對(duì)于特別值得提醒的問題可群發(fā)給所有技術(shù)人員。需求變更要必須被管理。需求變更管理的目標(biāo)：相關(guān)的干系人必須清楚地了解發(fā)生的變更。盡量降低變更帶來(lái)的風(fēng)險(xiǎn)。需求變更流程：確定需求的基準(zhǔn)線。何需求改變，都需要走需求變更流程。需求變更的提出者可以是項(xiàng)目中的任何人包括產(chǎn)品經(jīng)理、市場(chǎng)人員、開發(fā)人員、測(cè)試人員等。針對(duì)接收到的需求變更的要求，召集相關(guān)人員討論該需求變更的合理性、可行性，實(shí)施的代價(jià)以及對(duì)項(xiàng)目的影響。需求變更的決策應(yīng)由項(xiàng)目管理者做出。確定變更的負(fù)責(zé)人。相關(guān)人員接收到確認(rèn)的需求變更后，需求分析人員修改需求說明書和UserCase的相關(guān)內(nèi)容。開發(fā)人員修改代碼中的相關(guān)部分。需求凍結(jié)。風(fēng)險(xiǎn)管理影響項(xiàng)目成敗的因素涉及方方面面，并且風(fēng)險(xiǎn)伴隨著項(xiàng)目的始終，是客觀存在的，風(fēng)險(xiǎn)引起的負(fù)面后果集中體現(xiàn)在進(jìn)度延后、成本超支、質(zhì)量不達(dá)標(biāo)等方面，常見風(fēng)險(xiǎn)如下：目標(biāo)以及需求不明確為了市場(chǎng)競(jìng)爭(zhēng)或內(nèi)部管理決策的需要，業(yè)務(wù)部門提出的需求往往要求的時(shí)間比較緊迫，需求的提出大多停留在幾張紙或口頭的傳達(dá)上，沒有正式的業(yè)務(wù)需求文檔，在沒有明確的需求范圍的情況下，有時(shí)為了迎合業(yè)務(wù)部門的口味匆匆開工，過程中用戶不斷地提出新的想法，技術(shù)人員開始疲于奔命和應(yīng)付，很難保證項(xiàng)目的進(jìn)度和質(zhì)量，也難以取得業(yè)務(wù)部門的認(rèn)可。在此過程中要注重挖掘用戶的隱性需求，可以通過引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。項(xiàng)目管理者針對(duì)這種情況一定要采取嚴(yán)格的變更控制流程，不能礙于面子，否則最終的結(jié)果往往是出力不討好。前期的需求討論要詳細(xì)、充分。找出項(xiàng)目中需求的決策者(通常會(huì)是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶)，所有的需求要經(jīng)過他們的認(rèn)可。需求討論、需求確認(rèn)、UserCase確認(rèn)、測(cè)試階段的客戶驗(yàn)收等環(huán)節(jié)，都要要求客戶參與。在分析設(shè)計(jì)階段的中的確認(rèn)和評(píng)審也是降低此類風(fēng)險(xiǎn)的重要手段。在制定項(xiàng)目計(jì)劃時(shí)，對(duì)開發(fā)時(shí)間的評(píng)估要盡可能的合適。開發(fā)人員為了趕進(jìn)度在比較緊張的時(shí)間需要完成指定的任務(wù)，可能就存在很大的開發(fā)質(zhì)量問題。往往有這樣一種情況，每個(gè)團(tuán)隊(duì)成員按照項(xiàng)目計(jì)劃報(bào)告進(jìn)度都是100%完成，但一到最后系統(tǒng)交互測(cè)試或集成的時(shí)候就會(huì)發(fā)現(xiàn)一大堆問題。人員技能和資源的不足項(xiàng)目實(shí)施過程中由于人員技能欠缺造成的進(jìn)度延后和軟件質(zhì)量問題并不少見，一個(gè)熟練的技術(shù)人員完成同樣一個(gè)任務(wù)需要3天，但一個(gè)新手可能就需要710天。開發(fā)過程中遇到技術(shù)難題，導(dǎo)致開發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。如果在可預(yù)期的時(shí)間內(nèi)無(wú)法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ铱商娲桨?。缺乏良好的團(tuán)隊(duì)協(xié)作軟件項(xiàng)目實(shí)施屬于知識(shí)型，要發(fā)揮團(tuán)隊(duì)成員的創(chuàng)造力，不同于制造業(yè)計(jì)件生產(chǎn)，各模塊最終要集成在一起形成一個(gè)有機(jī)的整體，這就需要各小組之間的密切配合，界定清楚工作界面及接口關(guān)系，并在實(shí)施過程中持續(xù)地溝通交流和共享，首先團(tuán)隊(duì)要融為一體，產(chǎn)出的軟件才能融為一體。項(xiàng)目會(huì)議組織會(huì)議是項(xiàng)目執(zhí)行過程中一項(xiàng)非常重要的工作任務(wù)，項(xiàng)目過程中很多重要的決定都是在會(huì)議中做出的，不成功的會(huì)議會(huì)對(duì)項(xiàng)目本身造成了不好的影響。這些不成功的會(huì)議最終的結(jié)果就是：既浪費(fèi)了大家的寶貴時(shí)間又沒有達(dá)到會(huì)議的目的，很多人都對(duì)這樣的會(huì)議都有抵觸情緒，對(duì)此也是深惡痛絕。在列出最佳實(shí)踐之前有三點(diǎn)我們必須要清楚：會(huì)議是否會(huì)取得成功很大程度上取決于會(huì)議的組織者。會(huì)議的組織者和參與者的想法通常是不一致的，有時(shí)候甚至?xí)笙鄰酵?。以下十一條最佳實(shí)踐是形式上的約定，具體的實(shí)施可以根據(jù)實(shí)際情況來(lái)做。有時(shí)候兩三個(gè)人單獨(dú)小范圍溝通會(huì)更加有效。請(qǐng)對(duì)人很重要，不要把非必要的人召來(lái)開會(huì)，當(dāng)然也不要漏掉那些關(guān)鍵人物。提前預(yù)約參與者的時(shí)間，以確保他們能按時(shí)到場(chǎng)。會(huì)議組織者要在開始前做好幾件事情。B、強(qiáng)調(diào)會(huì)議的主題與基調(diào)。C、說明一下會(huì)議的規(guī)則。會(huì)議過程中時(shí)刻注意引導(dǎo)和控制會(huì)議，以確保會(huì)議按照目標(biāo)進(jìn)行。比如多提一些開放式的問題。會(huì)議要有結(jié)論。沒有結(jié)論的會(huì)議是沒有意義的。會(huì)議后的action執(zhí)行情況的反饋很重要。否則會(huì)讓大家感覺到這是一個(gè)可無(wú)可無(wú)的會(huì)議，大家以后參與的積極性也會(huì)降低。1按時(shí)結(jié)束的會(huì)議會(huì)受到所有人的歡迎。首先必須先要明白的是在特定的領(lǐng)域中賦予這個(gè)角色所要實(shí)現(xiàn)的目標(biāo)、承擔(dān)的職責(zé)、以及項(xiàng)目管理者的具體工作內(nèi)容是什么