軟件外包項目管理心得一、需求調(diào)研階段需求調(diào)研階段工作的完成質(zhì)量，直接影響著后續(xù)項目的所有進程以及項目成敗。但是軟件項目往往也是因為本階段出了問題，想完全杜絕需求上的爭議是不可能的，本階段能做的，就是盡量把需求描述清楚，少出問題罷了。下面是我工作中的一些體會：1、對客戶的需求要有所過濾調(diào)研時，面對客戶中各級的人員，有高層管理人員，有中層管理人員，也有基層的操作人員。各人的立場不同，對軟件的要求也不一致。有時候，他們提出的需求是本身管理制度的問題，軟件本身就沒辦法實現(xiàn)，他們提出來本身就是一種訴苦，本來也不奢望軟件能幫他們解決，這就需要對他們提出的需求進行過濾、篩選。譬如有時候庫存人員要求軟件能實現(xiàn)負庫存，但財務(wù)人員卻要求不能有負庫存。針對這種情況，可以讓財務(wù)跟庫存人員直接對話，得出他們共同的需求。如果雙方爭執(zhí)不下，則需要讓領(lǐng)導(dǎo)出面決定，我們只接受領(lǐng)導(dǎo)的要求。經(jīng)常在客戶那進行調(diào)研時，被客戶的很多要求搞暈了，以致到后面就是客戶說什么我記什么，回來后才發(fā)現(xiàn)不合理，再打電話跟客戶溝通時就不方便了，這就需要調(diào)研人員在工作時，要時刻保持清醒，至少要注意避免籠統(tǒng)接受客戶要求的情況。2、客戶的需求要匯總到同一個人身上再反饋有條件的話，這個人最好是客戶公司的領(lǐng)導(dǎo)，對他們公司本身較熟悉，也有一定的權(quán)威。讓客戶把所以的需求都匯總到他身上，他對這些需求進行整理、分析后，再反饋給我，這樣的需求較為可行，含金量也比較高。后續(xù)如果客戶人員直接把問題反饋給我時，我也要先向他匯報，再由他判斷是否需要進行。如果沒條件有這么一個人的話，至少也要讓客戶指定一個項目負責(zé)人，此人與項目經(jīng)理直接對口進行交流，避免了需求反饋到不同人身上而發(fā)生缺漏的情況。3、盡量不要做客戶未最終確認的業(yè)務(wù)流程有時候，客戶本身對自身的流程也未拍板決定，或者本來該流程就不知道能不能行得通。因為時間的關(guān)系，他們往往要求先這樣做一下，后面看情況再調(diào)整。在需求調(diào)研時經(jīng)常碰到這種情況，這種情況危害很大，后面實施時流程可能就不實用了，以致軟件實施不上，或者該功能用不上，這就影響了軟件的驗收。對于這種情況，事先最好讓客戶先認真分析后再決定。也可以直接找公司的領(lǐng)導(dǎo)，由他們拍板決定。如果現(xiàn)在真的無法確定的，也要事先跟客戶說明后續(xù)流程調(diào)整的就要屬于變更，責(zé)任應(yīng)該由客戶自己承擔(dān)。這樣才能避免承擔(dān)不必要的風(fēng)險和責(zé)任，保護了自己。二、軟件設(shè)計開發(fā)階段說實話，雖然理論上知道軟件設(shè)計階段對軟件開發(fā)的重要性，但每次項目實施時，都習(xí)慣性的不予以重視。有時候為了趕進度，看設(shè)計得差不多了，就催促著進入代碼編寫階段，邊編寫代碼再邊來發(fā)現(xiàn)設(shè)計時的問題。以致最終影響到整體的進度。該階段有幾點需要注意的地方：1、頭腦中要有整體軟件的模型。能用原型法直接開發(fā)出來跟客戶溝通交流當然最好，但限于成本及進度方面的要求，有時候此方法行不通。此時，項目經(jīng)理腦袋里，至少也要有個成型的軟件，包括數(shù)據(jù)流向、菜單分布、功能操作等。其實，這是一個合格的項目經(jīng)理必須做到的，遺憾的是，我目前還不夠合格，還有很長的路要走呢。2、原型法也要注意效果。有些人認為，原型法給客戶演示時，就只需要業(yè)務(wù)流程對了，界面和數(shù)據(jù)不影響效果，沒必要去修飾。以致帶到客戶那演示的原型，界面粗糙，數(shù)據(jù)顯示一大堆亂碼，這樣演示下來，本來我們是要客戶把注意力集中到功能實現(xiàn)方面，但客戶最終提出的意見，卻集中在界面和數(shù)據(jù)顯示方面，最后本末倒置，達不到事先的目的。因為客戶本來就不專業(yè)，分不出原型跟最終的系統(tǒng)有什么差別，而且界面、數(shù)據(jù)本來就是比較直觀的，也更形象化，更能映入客戶的腦中。所以，在用原型給客戶演示時，最好把界面做好，數(shù)據(jù)也至少要貼近客戶的業(yè)務(wù)數(shù)據(jù)，功能方面不用做太細，把主要功能實現(xiàn)就行了，不用面面俱到。3、開發(fā)過程的溝通過程要記錄下來。經(jīng)常在開發(fā)過程中，跟研發(fā)人員、跟客戶溝通，有時候口頭的溝通，以為記住了就行了，但時間一久，或者溝通的次數(shù)多了，就會混淆起來。平時在做項目時，跟客戶的業(yè)務(wù)需求溝通我都會記錄下來，但跟開發(fā)人員的溝通，比如某個功能在系統(tǒng)中要如何實現(xiàn)，可能實現(xiàn)的方案有好幾個，現(xiàn)在還記得各個方案的優(yōu)劣，但時間久了，就忘了當初為什么要選擇這個方案、其他被丟棄的方案到底是因為什么原因被淘汰。所以，在項目過程中，不僅要記錄下業(yè)務(wù)上的溝通，也要記錄思想上的決策過程。以后查看時，一來該記錄也可以當作經(jīng)驗的總結(jié)，二來，也可以分析當時做出的判斷是否合理，這樣才能更好地成長。4、按計劃管控項目。項目開發(fā)時，都會制訂一個開發(fā)計劃。本來開發(fā)計劃的作用，就是作為一個進度標準，要求項目按計劃來完成。但在實際開發(fā)中，經(jīng)常因為某些原因，比如人員變動和需求變化。導(dǎo)致項目進度與計劃發(fā)生偏差。在目前的項目管理中，本人沒有嚴格做到發(fā)生偏差時就進行偏差分析，進而采取行動進行調(diào)整，最后項目進度往往會延遲。在項目實施中，應(yīng)該嚴格按照項目計劃來執(zhí)行，如果發(fā)生需求變更，就要及時根據(jù)變更范圍去調(diào)整項目計劃。如果人員發(fā)生變動，也要相應(yīng)的采取措施補充人員，如果補充不到人員，就要在公司的允許下，調(diào)整進度計劃，以免最后自己因項目延遲而受到責(zé)難。5、計劃階段要做好風(fēng)險應(yīng)對計劃。一般的軟件開發(fā)項目存在的主要風(fēng)險包括：需求范圍延伸、項目成員變動、進度估算偏少等。在項目安排計劃時，就應(yīng)該充分的考慮上面的風(fēng)險，并準備好風(fēng)險應(yīng)對計劃。事先可以先準備好風(fēng)險識別表，并在風(fēng)險發(fā)生時，及時填空表格，做為以后應(yīng)對的一個記錄表。5771001803090012095579036822859633082577100180309001238657613739973576069657710018030900135945780775799025155125771001803090012387577164982601818051577100180309001213857213119215891832657710018030900123595790368223610760535771001803090012356576135286143791742577100180309001235557508786970469327917088100343355274101229944325833379170881003433552751018667329388320081708810034335610710158115250150052217088100343356108101000180059871732170881003433542951010741941426870171708810034335618410187866086962880217088100343356185101775831174086674170881003433561091010860143735728461708810034335611010115220721