軟件開(kāi)發(fā)項目管理計劃的8大問(wèn)題分析

　　引導語(yǔ)： 項目管理計劃是項目的主計劃或稱(chēng)為總體計劃，它確定了執行、監控和結束項目的方式和方法，包括項目需要執行的過(guò)程、項目生命周期、里程碑和階段劃分等全局性?xún)热�。下面是yjbys小編為你帶來(lái)的軟件開(kāi)發(fā)項目管理計劃的8大問(wèn)題分析，希望對你有所幫助。

　　項目管理計劃是其它各子計劃制定的依據和基礎，它從整體上指導項目工作的有序進(jìn)行。

　　在軟件開(kāi)發(fā)項目實(shí)踐中，關(guān)于計劃主要有以下一些常見(jiàn)問(wèn)題

　　1、制訂計劃時(shí)沒(méi)有進(jìn)行充分的溝通

　　項目經(jīng)理制訂計劃時(shí)沒(méi)有和項目主要成員和主要項目干系人共同討論協(xié)商，達成共識;或者最終計劃沒(méi)有發(fā)布到所有相關(guān)的項目干系人，取得他們的認同、理解，最重要的是對計劃中共同責任、目標和各自責任、目標的承諾;由此而造成的后果是項目管理計劃缺乏項目組成員的支持，沒(méi)有成為項目組成員的共識，沒(méi)有使每個(gè)項目組成員努力實(shí)現在項目管理計劃中所作的承諾。因此項目經(jīng)理制訂計劃時(shí)首先要分清或確定主要項目成員和主要項目干系人，然后與他們進(jìn)行充分的溝通協(xié)商，使項目管理計劃是一個(gè)大家都認同的，形成共識的有效文件。

　　一種更為嚴重的情況是遺漏了重要的項目干系人。在制定計劃時(shí)沒(méi)有考慮到所有項目干系人，特別是那些對于項目的成敗有重要影響的項目干系人，在制定計劃時(shí)要和他們進(jìn)行充分溝通取得對項目進(jìn)度、資源、驗收標準等計劃的共識和保證。

　　2、對編寫(xiě)計劃的過(guò)程在思想意識上重視不夠

　　實(shí)際上是對項目管理計劃的重要性認識還不夠充分，雖然大家都知道知道“作計劃”很重要，是項目成功的關(guān)鍵，但又認為計劃就是寫(xiě)文檔，也許是因為一些人善于寫(xiě)程序但不善于寫(xiě)文檔，所以有些項目經(jīng)理會(huì )認為寫(xiě)文檔是一種走形式，或對繁瑣的文檔有一種排斥心理。其實(shí)不能把計劃當成僅僅是寫(xiě)一個(gè)計劃文檔的問(wèn)題，而是要通過(guò)編寫(xiě)計劃文檔的過(guò)程，理清項目目標、項目范圍、項目所需資源、制定合理的項目進(jìn)度、制定完成項目所需的各種約定(溝通、變更)、制定應對風(fēng)險的有效對策。對于這一問(wèn)題的解決，首先應當提高項目經(jīng)理的計劃意識，采用項目管理計劃制定相關(guān)各種知識、技術(shù)、工具，加強對開(kāi)發(fā)計劃、階段計劃的有效性進(jìn)行事前事后的評估與評審工作。

　　3、項目任務(wù)分工或進(jìn)度計劃表的顆粒度太大

　　常見(jiàn)的現象有對任務(wù)持續時(shí)間進(jìn)行不切實(shí)際的估計;或未考慮到任務(wù)的相互依賴(lài)關(guān)系而造成遺漏工作。其主要原因是軟件工程的分析與設計經(jīng)驗的不足，無(wú)法細化系統需求，并從需求推導出設計，根據設計去分配任務(wù)。根據細化的需求也可以分配任務(wù)，但是由于需求中的功能點(diǎn)和設計中的模塊往往不是一一對應的，如一個(gè)需求功能點(diǎn)需要一系列的模塊來(lái)實(shí)現，多個(gè)需求功能點(diǎn)也可以共用同一組模塊加上不同的設置參數來(lái)實(shí)現。所以根據設計來(lái)確定程序代碼階段的任務(wù)分配比較合理。需求是整個(gè)項目的基礎、需求的清晰顆粒度對后面的工作及工作計劃的準確性至關(guān)重要。項目管理計劃的準確度是以一開(kāi)始以需求(包括設計層需求)為基礎得出的工作結構分解的完整性、清晰性為基礎的。如果沒(méi)有這個(gè)基礎，項目管理計劃就不可能做得很準確。在無(wú)法準確制定項目管理計劃的情況下，對其風(fēng)險要足夠重視，并制定出具體可行的對策。如果對整體的需求或工作結構分解無(wú)法一次完整的清晰，就應當把它先分解為幾個(gè)大塊，分塊進(jìn)行，已經(jīng)清晰的先制定本塊(階段)計劃，下一環(huán)節的工作也可以開(kāi)始(分塊)進(jìn)行。再項目開(kāi)始階段往往還沒(méi)有得到詳細的需求成果，因此根據項目管理計劃漸進(jìn)明晰的特點(diǎn)，在需求調研分析階段過(guò)后，需求成果清晰是，應當及時(shí)細化項目管理計劃，在概要設計完成時(shí)，要更進(jìn)一步地細化后面編碼測試階段的詳細計劃。

　　4、對總體計劃、階段計劃的作用認識不足

　　項目經(jīng)理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過(guò)場(chǎng)，因此制定總體計劃時(shí)比較隨意，不少事情沒(méi)有仔細考慮，或者是有一種等一下再說(shuō)的想法;階段計劃因工作忙等理由經(jīng)常拖延，造成計劃與控制管理脫節，無(wú)法進(jìn)行有效的進(jìn)度控制管理。那些號稱(chēng)“所見(jiàn)即所得”的OA，邊做、邊提需求、邊改、邊完善的“四邊形”的所謂“快速”軟件開(kāi)發(fā)也可能竟然是本企業(yè)周期延續最長(cháng)的項目，因為無(wú)休無(wú)止的需求變更而永無(wú)止境。從項目管理計劃階段來(lái)看，因為邊做、邊提需求、邊改、邊完善，所以他們首先就對計劃沒(méi)有信心，基本上計劃對他們來(lái)說(shuō)只是應付，久而久之，對計劃方面的鍛煉意識不如其他項目，甚至養成不容易改掉的習慣。

　　5、遺漏重要的假設或約束條件

　　如一些政府機關(guān)的管理信息系統軟件開(kāi)發(fā)項目隱含的需求是必須遵守一系列的國家和行業(yè)標準，但由于沒(méi)有考慮到這些要求，致使項目管理計劃失敗，開(kāi)發(fā)出某些功能、性能或數據不符合國家和行業(yè)標準的軟件，造成返工。所以應當盡可能地將將任何設想和約束編入文檔。做項目管理計劃時(shí)應該盡可能地把假設條件和約束條件考慮清楚，這些假設和約束可以是樂(lè )觀(guān)的、悲觀(guān)的或者是最可能的估計。例如，可以假設能夠及時(shí)獲得應用程序服務(wù)器的新發(fā)行版，或可以得到熟悉項目正在采用的技術(shù)和技巧的開(kāi)發(fā)人員;還可以假設，項目能在一些約束下工作，如影響計劃的強制截止期限或資源限制等等。應該把這些假設和約束條件編入計劃文檔中，在項目的實(shí)施過(guò)程中，當項目管理計劃需要細化和調整時(shí)，就應該考慮到這些約束條件，而不是以一種“無(wú)限資源”的方式做計劃。一般來(lái)說(shuō)，假設、約束和風(fēng)險的區別是假設、約束是一些比較明顯、明確、已經(jīng)發(fā)生或肯定會(huì )發(fā)生的情況，而風(fēng)險這是不一定會(huì )發(fā)生的，具有不確定性。

　　6、項目管理計劃沒(méi)有突出重點(diǎn)

　　軟件開(kāi)發(fā)涉及到方方面面的工作，有些是主要的，有些是次要的，項目管理計劃應當反映有價(jià)值的工作任務(wù)、環(huán)境條件。項目管理計劃不能寫(xiě)成一個(gè)大雜燴，也不能寫(xiě)成一個(gè)包羅萬(wàn)象的百科全書(shū)。在項目管理計劃中要簡(jiǎn)潔精確地反映對項目有價(jià)值的事情、任務(wù)和活動(dòng)，避免羅嗦。項目管理的理論方法、成功的項目管理經(jīng)驗都是在實(shí)施項目時(shí)應該參考的。但是，每個(gè)項目是特殊的，具有“唯一性”的，一次需要為每個(gè)項目做專(zhuān)門(mén)的計劃，選擇適合的項目，適合的團隊的方式和方法。

　　7、忽視次要工作任務(wù)對項目的影響

　　軟件開(kāi)發(fā)項目管理計劃不僅要安排需求分析、概要設計、必要時(shí)的詳細設計、系統實(shí)施和測試與維護等實(shí)際的重要工作，而且還應該安排項目中的支持性輔助活動(dòng)，這些支持性輔助活動(dòng)雖然不能成為關(guān)鍵活動(dòng)，但是它們卻對項目的進(jìn)展又作重大的影響。這些輔助活動(dòng)包括體系結構定義、文檔評審后文檔編寫(xiě)的返工甚至是需求調研的返工，測試之后的編碼返工、系統交付、與軟件復用相關(guān)的活動(dòng)、項目組內溝通交流、休假和法定假日、培訓和教育、團隊成員的生活(如飲食、住宿、交通等)、項目規劃、人員管理等管理活動(dòng)、會(huì )議和回復電子郵件，等等。做項目管理計劃時(shí)應當盡可能完整地列出這些影響項目的活動(dòng)，或者按照固定的模板進(jìn)行計劃的制訂，免得遺漏必要的計劃內容。有時(shí)候，小的疏忽會(huì )帶來(lái)大的問(wèn)題，次要矛盾會(huì )成為或引發(fā)主要矛盾。例如，加班安排不當，會(huì )引起員工的厭倦甚至離職，造成軟件項目的人力資源問(wèn)題，從而影響項目的進(jìn)度，甚至導致項目失敗。

　　8、工作任務(wù)的分解不便于人員分工

　　在確定了系統構架之前應該考慮在編寫(xiě)文檔的同時(shí)是否有些其他基礎性的工作可以先做，如是否在需求分析的同時(shí)進(jìn)行部分的系統概要設計;是否可以先進(jìn)性技術(shù)預研，環(huán)境架構搭建、后臺數據庫框架搭建、軟件系統框架搭建等等。迭代法使得在上一階段的部分任務(wù)完成后，下一階段的對應工作就可以投入進(jìn)行。在確定了系統構架之前之后工作任務(wù)的分解都要考慮模塊編碼獨立性、開(kāi)發(fā)編碼工作的負載均衡、編碼進(jìn)度安排優(yōu)化、預防人員流動(dòng)(如生病、其他更緊急的任務(wù)、離職等)對開(kāi)發(fā)的影響一個(gè)好的項目管理計劃同時(shí)應有助于減少項目組的壓力和緊張，提高軟件開(kāi)發(fā)效率。

　　為了創(chuàng )建并整合一個(gè)很好的項目管理計劃，項目經(jīng)理必須運用項目整合管理技巧，因為需要來(lái)自項目管理知識領(lǐng)域方方面面的信息。與項目團隊以及其他的干系人一起工作來(lái)創(chuàng )建項目管理計劃將幫助項目經(jīng)理指導項目的執行并理解整個(gè)項目。

【軟件開(kāi)發(fā)項目管理計劃的8大問(wèn)題分析】相關(guān)文章：

項目管理分析的案例05-03

公路項目管理措施分析03-04

軟件開(kāi)發(fā)項目管理制度01-15

項目管理案例分析問(wèn)答06-25

項目成本管理重點(diǎn)分析03-09

項目管理團隊建設的問(wèn)題分析05-16

2016我國的科技項目管理分析03-14

項目管理師前景分析01-08

企業(yè)成功的項目管理案例分析11-02