軟件項目管理計劃問題分析

1、軟件項目管理計劃問題分析 1、項目目標不夠清楚明確這實際上在軟件開發(fā)項目中是一個普遍的現(xiàn)象。缺乏具體的工作目標以便在項目結(jié)束時驗證是否取得了預(yù)期的成果。對于軟件開發(fā)項目而言，在進度、任務(wù)范圍、質(zhì)量、成本等項目目標中，進度是最簡單清楚明確的，也是用戶最為關(guān)心的。不管是獻禮工程或一把手工程，進度都是項目目標諸多方面中最先制定的，并且能夠很快在招標文件或合同中訂下來。當然，這種進度的合理性未必是經(jīng)得起考驗的。而統(tǒng)計數(shù)字事實說明，大部分的軟件開發(fā)項目的進度是不合理的。無論是急于求成的客戶還是缺乏軟件開發(fā)經(jīng)驗和軟件工程學問的項目經(jīng)理都存在對進度過于樂觀的問題，其原因較多是因為他們對項目范圍的熟悉是在一種

2、比較粗的顆粒度基礎(chǔ)之上。大多數(shù)的軟件開發(fā)項目在開頭階段可能存在項目范圍不夠清楚的問題，需要經(jīng)過需求調(diào)研之后才可以清楚。質(zhì)量目標是最不簡單清楚和明確的，這主要是因為軟件系統(tǒng)的質(zhì)量量化比較難。由于質(zhì)量目標的不確定性，它在進度、成本、范圍等目標的壓力之下就很簡單被忽視。這好像說明白，質(zhì)量目標是這些目標中最不重要的一個，最有可能被犧牲的一個。成本目標可能用戶方面不太關(guān)心，的確軟件開發(fā)組織最為關(guān)心的，軟件開發(fā)的成本主要是人力資源的成本，其他的設(shè)備基礎(chǔ)設(shè)施都是可以重復(fù)使用的。所以，在進度、任務(wù)范圍、質(zhì)量明確以后，人力資源的成本就可以經(jīng)過經(jīng)驗等方式估算出來。 2、對編寫計劃的過程在思想意識上重視不夠?qū)嶋H上是

3、對項目管理計劃的重要性熟悉還不夠充分，雖然大家都知道知道“作計劃”很重要，是項目成功的關(guān)鍵，但又認為計劃就是寫文檔，或許是因為一些人擅長寫程序但不擅長寫文檔，所以有些項目經(jīng)理睬認為寫文檔是一種走形式，或?qū)Ψ爆嵉奈臋n有一種排斥心理。其實不能把計劃當成僅僅是寫一個計劃文檔的問題，而是要通過編寫計劃文檔的過程，理清項目目標、項目范圍、項目所需資源、制定合理的項目進度、制定完成項目所需的各種商定、制定應(yīng)對風險的有效對策。對于這一問題的解決，首先應(yīng)當提高項目經(jīng)理的計劃意識，采用項目管理計劃制定相關(guān)各種學問、技術(shù)、工具，加強對開發(fā)計劃、階段計劃的有效性進行事前事后的評估與評審工作。 3、制訂計劃時沒有進行

4、充分的溝通項目經(jīng)理博客項目經(jīng)理制訂計劃時沒有和項目主要成員和主要項目干系人共同爭論協(xié)商，達成共識；或者最終計劃沒有發(fā)布到全部相關(guān)的項目干系人，取得他們的認同、理解，最重要的是對計劃中共同責任、目標和各自責任、目標的承諾；由此而造成的后果是項目管理計劃缺乏項目組成員的支持，沒有成為項目組成員的共識，沒有使每個項目組成員努力實現(xiàn)在項目管理計劃中所作的承諾。因此項目經(jīng)理制訂計劃時首先要分清或確定主要項目成員和主要項目干系人，然后與他們進行充分的溝通協(xié)商，使項目管理計劃是一個大家都認同的，形成共識的有效文件。項目管理者聯(lián)盟文章一種更為嚴重的狀況是遺漏了重要的項目干系人。在制定計劃時沒有考慮到全部項目干

5、系人，特殊是那些對于項目的成敗有重要影響的項目干系人，在制定計劃時要和他們進行充分溝通取得對項目進度、資源、驗收標準等計劃的共識和保證。 4、對總體計劃、階段計劃的作用熟悉不足項目管理者聯(lián)盟文章項目經(jīng)理認為計劃不如變化快，項目中也有許多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨便，不少事情沒有認真考慮，或者是有一種等一下再說的想法；階段計劃因工作忙等理由經(jīng)常拖延，造成計劃與掌握管理脫節(jié)，無法進行有效的進度掌握管理。那些號稱“所見即所得”的oa，邊做、邊提需求、邊改、邊完善的“四邊形”的所謂“快速”軟件開發(fā)也可能竟然是本企業(yè)周期連續(xù)最長的項目，因為無休無止的需求變更而永無止境。從項目

6、的計劃階段來看，因為邊做、邊提需求、邊改、邊完善，所以他們首先就對計劃沒有信念，基本上計劃對他們來說只是應(yīng)付，久而久之，對計劃方面的熬煉意識不如其他項目，甚至養(yǎng)成不簡單改掉的習慣。 5、任務(wù)和職責劃分不夠清楚或有遺漏目標、任務(wù)的分解不夠清楚、工作有遺漏，沒有確定項目組成員職責的差別，如程序員的職責都籠統(tǒng)地寫成“編碼”。其主要原因是一些新任的項目經(jīng)理是由程序員提拔起來的，不太熟識軟件工程各階段工作職責中某些詳細工作的安排，無法按任務(wù)分清每個人的責任。如應(yīng)當分清晰需求人員該做什么、設(shè)計人員該做什么、編碼人員該做什么、測試人員該做什么。責任好像很簡單分清，但大家卻經(jīng)常聽到“這是需求的事”、“這是設(shè)計

7、的事”這樣的爭辯，嚴重的造成項目組內(nèi)部的糾紛扯皮。就是因為這些新的項目經(jīng)理對一項詳細工作，如界面設(shè)計、數(shù)據(jù)規(guī)格等應(yīng)當由需求分析人員來做，還是設(shè)計人員來做分不清晰，還有就是做到什么程度算概要設(shè)計，什么程度算具體設(shè)計，職責上也要搞清晰。建議新上任的項目經(jīng)理應(yīng)當多學習軟件工程的相關(guān)學問。 6、項目任務(wù)分工或進度計劃表的顆粒度太大項目管理培訓常見的現(xiàn)象有對任務(wù)持續(xù)時間進行不切實際的估計；或未考慮到任務(wù)的相互依靠關(guān)系而造成遺漏工作。其主要原因是軟件工程的分析與設(shè)計經(jīng)驗的不足，無法細化系統(tǒng)需求，并從需求推導(dǎo)出設(shè)計，依據(jù)設(shè)計去安排任務(wù)。依據(jù)細化的需求也可以安排任務(wù)，但是由于需求中的功能點和設(shè)計中的模塊往往不是一一對應(yīng)的，如一個需求功能點需要一系列的模塊來實現(xiàn)，多個需求功能點也可以共用同一組模塊加上不同的設(shè)置參數(shù)來實現(xiàn)。所以依據(jù)設(shè)計來確定程序代碼階段的任務(wù)安排比較合理。需求是整個項目的基礎(chǔ)、需求的清楚顆粒度對后面的工作及工作計劃的精確性至關(guān)重要。項目管理計劃的精確度是以一開頭以需求為基礎(chǔ)得出的工作結(jié)構(gòu)分解的完整性、清楚性為基礎(chǔ)的。假如沒有這個基礎(chǔ)，項目管理計劃就不可能做得很精確。在無法精確制定項目管理計劃的狀況下，對其風險要足夠重視，并制定出詳細可行的對策。假如對整體的需求或工作結(jié)構(gòu)分解無法一次完整的清楚，就應(yīng)當把它先分解為幾個大塊，分塊進行，已經(jīng)清楚的先制定本塊計劃，