項目管理中常見(jiàn)的失敗與成功之處

　　對于項目?jì)炔康囊蛩卦斐身椖康某蓴�卻是與項目經(jīng)理的素質(zhì)和管理是密不可分的，大多數項目經(jīng)理在項目管理中存在以下四個(gè)失誤：

　　1、 需求把握不好：沒(méi)有控制好需求，使需求陷于反復變更之中，既浪費了項目的時(shí)間，有容易使開(kāi)發(fā)工作失去重心。有這么一個(gè)例子：我做的車(chē)輛年費征收系統的項目里，有一個(gè)收費折免功能，稽查隊、車(chē)管所、路橋處都會(huì )用到，只是折免權限不同，最開(kāi)始項目組在車(chē)管所調研，車(chē)管所提出折免界面應該輸入免去多少金額，等這項功能做好以后，拿到稽查隊去，而他們提出折免界面應該輸入折后實(shí)收多少金額，后來(lái)到了路橋處就要輸入打幾折，項目組為這項功能反復變更了三次。正確的做法應該是，在確定某項需求時(shí)，要把與這項功能相關(guān)聯(lián)的所有客戶(hù)的需求都收集起來(lái)，提出一種合適的解決方法，然后得到與這項功能相關(guān)聯(lián)的所有客戶(hù)的確定，有時(shí)候需要讓客戶(hù)自己先到達一致，然后再與客戶(hù)確定需求。

　　2、 做事欠條理：條理清晰是做管理的基本要求，條理不清晰容易使工作迷失方向，抓不到重點(diǎn)，做事沒(méi)有條理大多是沒(méi)有認真作計劃造成的。有這么一為項目經(jīng)理，有一天，本來(lái)要審核測試報告的，可是客戶(hù)一個(gè)電話(huà)要變更一個(gè)需求，他馬上匆匆忙忙到客戶(hù)那里討論需求，回來(lái)后馬上要做這項需求的開(kāi)發(fā)人員根據變更的需求更改程序，而這項需求剛好做了測試，測試報告還沒(méi)有來(lái)得及審核。這樣既浪費測試人員的時(shí)間，又使做這項需求的開(kāi)發(fā)人員沒(méi)有根據測試報告及時(shí)修正程序。正確的做法應該是：自己繼續審核測試報告，派做這項需求的開(kāi)發(fā)人員與客戶(hù)交流，開(kāi)發(fā)人員回來(lái)后，與開(kāi)發(fā)人員、測試人員一起討論需求的變更，同時(shí)根據測試報告形成一個(gè)修正方案，開(kāi)發(fā)人員再進(jìn)行修改程序。

　　3、 專(zhuān)注做項目中的某項工作而沒(méi)有看到項目全局：項目經(jīng)理如果沒(méi)有全局觀(guān)念，就不能及時(shí)覺(jué)察到項目中出現的種種跡象，從而發(fā)現可能出現的問(wèn)題。其實(shí)有很多事情，如果在剛有苗頭時(shí)及時(shí)采取措施，是完全可以避免的。一個(gè)項目的成功是項目整體的成功，如果嚴重影響項目的風(fēng)險沒(méi)有避免，哪怕項目經(jīng)理做的模塊做得再好也于事無(wú)補。原來(lái)自己負責一個(gè)教育資源管理系統得開(kāi)發(fā)，由于自己也是技術(shù)骨干，負責系統的核心模塊教育資源存取的開(kāi)發(fā)，自己整天沉浸于自己負責的模塊的開(kāi)發(fā)中，沒(méi)有覺(jué)察到做系統管理的開(kāi)發(fā)人員由于情感問(wèn)題情緒低落，還一味根據自己的進(jìn)度對他進(jìn)行加壓，在他做了70%時(shí)，他主動(dòng)提出離開(kāi)項目組，而且由于我的不懂人情對我產(chǎn)生了怨恨而帶走所有源碼，這件事對項目產(chǎn)生很大影響。

　　4、 配置管理混亂：大凡在項目開(kāi)始時(shí)，大家還比較清楚各自所做的工作產(chǎn)品的版本和更改情況，但時(shí)間一長(cháng)，東西一多就會(huì )混亂。有許多開(kāi)發(fā)人員認為嚴格的配置管理太麻煩，有時(shí)偷點(diǎn)懶覺(jué)得沒(méi)關(guān)系，其實(shí)到了出現問(wèn)題時(shí)，就后悔莫及。我就在做教育資源管理系統時(shí)由于開(kāi)始都是個(gè)人自己管理自己做的模塊的文檔與代碼，等一個(gè)模塊全部做完了再提交給測試人員進(jìn)行測試。由于做系統管理的開(kāi)發(fā)人員帶走了所有源碼，我這里什么都沒(méi)有，我真的后悔死了。

　　另外，一個(gè)成功的項目有以下四個(gè)特點(diǎn)：

　　1、 依著(zhù)一個(gè)目標前進(jìn)：一個(gè)項目必須有一個(gè)統一的目標，要使得整個(gè)項目組向這個(gè)目標前進(jìn)。其實(shí)在一個(gè)項目組中，每個(gè)項目成員可能有自己的小算盤(pán)，有的想通過(guò)做項目學(xué)習新的技術(shù)，有的更注重獲得經(jīng)濟效益，也有的想積累項目經(jīng)驗，這樣需要項目經(jīng)理把大家的精力集中到項目的方向上來(lái)。我做過(guò)一個(gè)多媒體教室的項目，其中項目組有兩個(gè)小伙子很有上進(jìn)心，喜歡鉆研技術(shù)，不喜歡作細致完備的工作，于是我把系統所用到的技術(shù)分為幾個(gè)主題，每一周召開(kāi)一個(gè)主題的研討會(huì )，在研討會(huì )我就給他們講任何先進(jìn)的技術(shù)并不在于其本身的先進(jìn)，而在于其應用的先進(jìn)性和完備性。一個(gè)程序員的技術(shù)水平的高低并不只是由于他掌握了先進(jìn)的技術(shù)，正如《賣(mài)油翁》所說(shuō)的高手其實(shí)就是唯手熟而。后來(lái)在開(kāi)發(fā)中這兩個(gè)小伙子積極性很高，而且做事也越來(lái)越認真細致。

　　2、 讓規章說(shuō)話(huà)：項目組在容易出現爭執或難以控制的地方制定合理的規章制度，按規章辦事雖然不能保證樣樣是好的，一般可以保證70%是正確的，同時(shí)可以避免項目組有些矛盾的激化。尤其在與客戶(hù)確定需求時(shí)，必須制定一套確定客戶(hù)需求的規章，不能哪個(gè)客戶(hù)說(shuō)什么就作什么，在項目組和客戶(hù)之間按照一定的規章來(lái)確定需求，這樣做，就不存在項目組的某個(gè)人得罪了某個(gè)客戶(hù)。我在做一個(gè)進(jìn)銷(xiāo)存系統時(shí)，由于在現場(chǎng)開(kāi)發(fā)，如果沒(méi)有一套確定客戶(hù)需求的規章，一個(gè)客戶(hù)跑過(guò)來(lái)講一個(gè)自己的想法，不一會(huì )兒另一個(gè)客戶(hù)跑過(guò)來(lái)講一個(gè)自己的想法，會(huì )使整個(gè)項目開(kāi)發(fā)工作都難以進(jìn)展，于是我們在第一次與客戶(hù)交流時(shí)就與客戶(hù)制定了確定需求的規章，并且打印出來(lái)人手一份，規章里規定客戶(hù)有一個(gè)確定需求的負責人員，每一個(gè)需求及需求更改必須以書(shū)面形式，并且有負責人員簽字，項目組才予以承認，到項目組后，必須有項目經(jīng)理的簽字或授權認可，這項需求才成為正式需求，開(kāi)發(fā)人員才進(jìn)行程序更改。這樣雖然不能保證100%按照規章執行，但可以杜絕大多數的因為需求變更而出現的問(wèn)題。

　　3、 按照計劃行事：凡事預則立，不預則廢。制定合理的項目計劃，就是讓項目組的每一個(gè)成員在項目中的任何時(shí)間都知道自己應該作什么，如果一天不知道自己該干什么，就浪費了一天，一個(gè)小時(shí)不知道該干什么，就浪費了一個(gè)小時(shí)。其實(shí)有很多項目的延遲，都是平時(shí)一天一天的浪費，一個(gè)小時(shí)一個(gè)小時(shí)的浪費造成的。我做項目，一般三個(gè)月以上的，項目計劃精確到周;另外每一個(gè)項目組成員都要制定個(gè)人工作計劃，不要詳細，心里明白就行，個(gè)人計劃必須到天，至少可以保證不會(huì )浪費一天。

　　4、 按照條例檢查：對于工作產(chǎn)品的質(zhì)量檢查和軟件測試，必須先制定需要檢查的和測試的條例，然后按照條例進(jìn)行檢查和測試。這樣可以做到有的放矢，事半功倍。我接觸到有這么一個(gè)項目組，該項目組開(kāi)發(fā)的系統已經(jīng)開(kāi)始運行了，但存在很多bug，于是項目組招進(jìn)了三個(gè)測試人員，這三個(gè)測試人員沒(méi)有多少測試經(jīng)驗，對系統也不了解，業(yè)務(wù)也不熟悉，項目經(jīng)理給每個(gè)人分配一臺電腦，里面裝有一套項目開(kāi)發(fā)的系統，對他們說(shuō)：這個(gè)星期，你們對這套系統進(jìn)行測試。一個(gè)星期到了，項目經(jīng)理來(lái)檢查，發(fā)現他們除了發(fā)現幾個(gè)界面上的錯誤外，沒(méi)有發(fā)現什么bug，項目經(jīng)理埋怨他們工作不盡力。其實(shí)他這種做法好比拿一個(gè)古董給一個(gè)外行人去鑒別真偽，不知道從何下手，既浪費時(shí)間，又沒(méi)有什么效果。我做項目的一般做法是：對于質(zhì)量檢查，質(zhì)量保證人員根據項目的質(zhì)量標準和公司的相關(guān)規范列出一個(gè)質(zhì)量檢查表，質(zhì)量保證員根據質(zhì)量檢查表逐個(gè)檢查就行。對于軟件測試，在測試前必須撰寫(xiě)測試案例，一般測試案例的撰寫(xiě)都是要根據前一個(gè)工作產(chǎn)品為基準，對于界面測試，我們對每種控件都規定若干測試條例，例如下拉列表框，我們需要測試以下幾個(gè)方面：回車(chē)鍵、tab鍵的選定及焦點(diǎn)的變化，下拉選項的長(cháng)度和寬度，鼠標的單擊的選定，無(wú)選擇項的選定，鼠標的滾輪的選擇，關(guān)聯(lián)快捷鍵的操作，是否可以編輯(編輯的測試條例另外給出)等。測試人員只要拿著(zhù)測試案例和條例逐個(gè)測試，然后把測試結果記錄下來(lái)就行了。

　　項目管理有著(zhù)很好的理論和實(shí)踐，例如iso9000的質(zhì)量控制體系，cmm的軟件過(guò)程改進(jìn)，美國項目管理委員會(huì )提出的項目管理知識體系，我覺(jué)得對于一個(gè)項目管理人員來(lái)說(shuō)，如何把這些管理理論化為自己做項目中的具體的操作方法和步驟是最為關(guān)鍵的。影響項目成敗的因素還有很多，我在自己做項目過(guò)程對上述幾點(diǎn)體味最為深刻，希望對大家有所幫助。

【項目管理中常見(jiàn)的失敗與成功之處】相關(guān)文章：

項目管理常見(jiàn)問(wèn)題09-12

項目范圍管理失敗的案列04-19

項目管理中的質(zhì)量管理08-31

項目管理中的溝通管理策略08-06

項目管理成功要素10-28

項目管理的成功之路08-30

項目管理的成功經(jīng)驗10-17

項目管理成功的要素10-01

項目管理師質(zhì)量管理失敗原因06-04

一個(gè)失敗的項目管理案例分析09-09