項目中應(yīng)當(dāng)引以為戒的錯誤

申請免費試用、咨詢電話：400-8352-114

一、前期與客戶需求調(diào)研階段： 

　　1）  抓住主要的人物。 

　　這個項目的實際使用者，提出項目需求具有決定權(quán)的人。這一點比較難做到。主要是看對方是屬于什么單位，如果是政府部門就麻煩很多，因為政府部門等級制度觀念很明確，他們是很討厭越級之類的需求提出。在一個需要找準(zhǔn)找對能提出具體需求的人。即使提出了具體需求如果他不能確認需求這樣也是一大危險。必須找準(zhǔn)可以給你在具體需求書上簽字確認的那位領(lǐng)導(dǎo)。不然一旦沒有這個環(huán)節(jié)，那日后的工作量就要成倍的付出，才能挽回。（重點） 

　　2）  不能輕易將需求分析看成是客戶提出的要求。 

　　有些項目客戶方面可以抽調(diào)一些人協(xié)助調(diào)研需求。但是這些協(xié)助的人員只能是大概的說清楚具體使用者的要求。不能詳細的說明具體的重點放在什么功能上面所實現(xiàn)的表示。而且他們一般給的需求僅僅是他們能理解到的，還不能完全具體到使用者的上面。項目經(jīng)理或是需求調(diào)研人員需要自己在重新分析作出相應(yīng)的需求報告，不然一味的拿過來讓開發(fā)人員去理解，去吃透這些那簡直是一種折磨。因為“你”是整個項目的調(diào)研人員不是真正的開發(fā)人員去理解需求，而是你來吃透需求徹徹底底的將需求轉(zhuǎn)化成你所理解的程序流程，程序中所要涉及到的某些關(guān)鍵點。如果人人都可以拿別人寫的需求分析來做為你的需求交給開發(fā)人員的話，那么人人都可以做項目經(jīng)理作調(diào)研人員了。（次重點） 

　　3）  分析需求要透徹必須具體到某個點，把握住關(guān)鍵點的控制，不可擴大需求。  項目管理者聯(lián)盟文章
www.mypm.net
　　經(jīng)過前面兩點后可能這一點相對來說不時非常重要了。但是如果前面兩點都不注意的話后面談和控制？假設(shè)一個項目中也有需求分析了，但是最重要的控制關(guān)鍵點沒有名確。那如果別人在已有的需求上面加多幾個功能都不為過，主要原因是沒有明白的告訴別人在什么時間此類的需求已經(jīng)明了的確認。并且除了以前提出的需求，其他的需求不能在次提出。所以別人突然想到了什么就是可以提出來讓你修改，這是最可怕的。如果明確了關(guān)鍵點的確認，那就算是提出也沒有關(guān)系，可以做為二次開發(fā)來再次簽訂相應(yīng)的開發(fā)合同。俗話說得好“空口無憑，立字為證”嘛。這是需要建立在需求調(diào)研階段最難最不好控制的地方。（必需做的工作） 

　　二、中期演示工程的編寫。  training.mypm.net

　　1）一旦確認了所有的需求，就需要具體來設(shè)計一個演示的模型確認開發(fā)效果。  項目管理論壇

　?。ń?jīng)過了上面的需求調(diào)研，具體的需求分析已經(jīng)徹底明確后，這一步的工作就比較輕松一些）這里就需要公司中一些部門的具體配合協(xié)同完成了。完成后又要開始前面第一部分相同的工作了此時將需求更換成了演示工程。這個時候應(yīng)該是需要客戶確認書的，因為一旦確認后以后的開發(fā)工作相對就輕松多了，即便是更改某些細節(jié)上的需求也是控制在前期。  項目管理培訓(xùn)
項目管理者聯(lián)盟文章
　　2）開發(fā)文檔整理。 

　　經(jīng)過了這兩個階段，相應(yīng)的需求全面了，界面明確了。剩下的就是將一些文檔性的東西拼補齊全，這是項目經(jīng)理應(yīng)該做的大事情，當(dāng)然如果之前的需求文檔都明確簽字，這里的工作可以說是復(fù)制粘貼了（首先確認你縮寫的東西你帶領(lǐng)的開發(fā)團隊（Team）能看的明白）。 

　　三、項目后期開發(fā)工程 

　　1）初期階段的開發(fā)  bbs.mypm.net

　　進入初期階段的時候就已經(jīng)不需要再重復(fù)的進行相關(guān)需求的調(diào)研階段了，還是那句話前期的工作要充分作盡。具體的開發(fā)工作就應(yīng)該是項目經(jīng)理集合團隊（Team）分配工作，將前期自己所做的具體需求分析分發(fā)下去，根據(jù)需求文檔來編寫項目了。這時候項目經(jīng)理所做的就是將自己調(diào)研階段理解透徹的需求分析講解給每一個開發(fā)人員。大家共同協(xié)作推進項目進度。此時這個團隊里面需要進行必要的溝通，保證每個環(huán)節(jié)不出現(xiàn)不必要的差錯。這時候項目經(jīng)理就是這個環(huán)節(jié)的協(xié)調(diào)者（謹慎行事，這里如果控制不好將對以后的驗收帶來困難）。這個階段應(yīng)該是加快速度開發(fā)完成。完成具體模塊的功能，經(jīng)過測試部門測試通過。  項目管理者聯(lián)盟
bbs.mypm　2）中期階段開發(fā) 
項目管理者聯(lián)盟文章
　　進入中期，將初期開發(fā)的成果交付客戶試用，讓客戶提出應(yīng)用界面的修改意見（注意：這里是界面的修改意見。如果功能需要修改這時候你就可以拿出以前確認的文檔去說事了。所以前期的需求調(diào)研客戶確認需求開發(fā)文檔是非常重要的。這時候就是拿來力爭的憑據(jù)。）如果需要加功能在改動不打得情況下可以做為一種服務(wù)性質(zhì)來更改。如果需要改動項目的底層后臺可就要嚴(yán)格控制了。  項目經(jīng)理博客

　　4）  后期開發(fā)收尾  項目管理者聯(lián)盟文章
blog.mypm.net
　　到了這個階段經(jīng)過前兩個階段不斷的修改，這里應(yīng)該是離終點線不遠的地方了。也應(yīng)該是準(zhǔn)備臨門一腳的時刻。這里經(jīng)過修改后基本上達到了客戶的滿意是時候可以讓客戶進行相關(guān)的上線測試使用階段了。這里要堅決杜絕客戶的需求提出，能做的僅僅是調(diào)試工作。項目組成員開始整理整個項目的開發(fā)文檔交付項目經(jīng)理整合，以備驗收階段。 

　　四、項目驗收  training.mypm.net
training.mypm.net
　　項目的驗收主要的就是看整個開發(fā)過程中是否能嚴(yán)格的按照“代碼+注釋+文檔”的過程來了。如果到項目完成后再去補齊項目文檔也是可以的，當(dāng)然如果可以提前做的工作盡量的提前作好。以免突擊出來的文檔被打回。 

　　五、項目的經(jīng)驗總結(jié)  training.mypm.net

　　這個就看個人了，看你是否在這個項目當(dāng)中得到經(jīng)驗的積累，知識技巧的提升了。 
項目經(jīng)理圈子
　　六、整個項目中項目經(jīng)理擔(dān)當(dāng)?shù)慕巧?nbsp;
項目經(jīng)理圈子
　　在整個項目中，項目經(jīng)理的位置要擺正，你是一個技術(shù)型的經(jīng)理，還是溝通型的經(jīng)理。這里的技術(shù)型和溝通型是相對而說的。技術(shù)型的經(jīng)理往往自己獨裁比較嚴(yán)重，不能有效地聽取采納他人意見（這里注意：畢竟你是經(jīng)理，是一位協(xié)調(diào)人不是總裁，不能一味的獨斷專行。這種做法容易讓你很難接受一些新的理念）。溝通型的相對來說容易聽取別人提出的建議，但是不能絕對聽取，因為你才是最后的決定者?？梢酝ㄟ^一些方式和實際的結(jié)果來證實你所采用的方案優(yōu)于別人。 
.net