怎樣實施高效的項目管理

時間：2024-09-24 14:25:38 項目管理師我要投稿

相關推薦

怎樣實施高效的項目管理

　　項目管理是一個很復雜的過程，需要項目組各成員的努力，那么，怎樣進行高效的項目管理呢?我們一起來探討探討!

　　一.需求獲取

　　需求開發在CMMI中有一個專門的過程域來描述，它在項目管理過程中也是很重要的一塊，因為后續的設計、開發等都是基于需求。如果需求獲取不正確或在需求開發過程中很多功能沒有挖掘出來的話，那么在后期選擇彌補時，將會造成項目延期以及成本的大幅度增加。

　　需求開發的目的是產生和分析客戶、產品和產品組件需求。需求是客戶在項目立項時就有的一個遠景，在項目管理過程中它得到不斷的變更和細化。客戶根據需求會決定在整個項目的需求中，要承辦方具體要做些什么，即承辦方的任務，承辦方具體要實現哪些需求。承辦方在明確了需求后，就會開始后期的設計、開發、測試、部署等工作。

　　需求獲取的目的是通過各種途徑獲取用戶的需求信息，由于在實際工作中，大部分客戶是無法完整地講述其需求，因此需求獲取是一件看似簡單，做起來很難的一件事情。在需求獲取過程中，主要需要弄清楚3個問題，即：明確需要獲取的信息(What)、明確所獲取信息的來源和渠道(Where)和怎樣獲取需求(How)。下面我們分別對這三點進行講述。

　　1、明確需要獲取的信息(What)

　　需求分析師應在需求獲取前明確需要獲取的信息，以確保在實施需求獲取時有的放矢。

　　通常需求獲取要獲取的信息包括三大類：

　　1)與問題域相關的背景信息(如業務資料，組織結構圖，業務處理流程等);

　　2)與要求解決的問題直接相關的信息;

　　3)用戶對系統的特別期望與施加的任何約束信息。

　　2、明確所獲取信息的來源和渠道(Where)

　　接著需求分析師還應確定獲取需求信息的來源與渠道，以提高需求分析師在需求獲取階段的工作效率，使得所收集的信息更加有價值、更加全面。

　　需求信息的來源通常包括：

　　1)來自客戶的需求：

　　a)舊系統的用戶或客戶對系統安裝、使用、維護、管理等方面的需求;

　　b)系統的潛在用戶或客戶對系統的需求。

　　2)競爭對手的產品優勢與不足;

　　3)國家政策、業務規則以及相關行業標準;

　　4)實施產品設計所需滿足的需求;

　　5)執行測試驗證工作所需滿足的需求;

　　6)實施系統安裝、維護所需滿足的需求。

　　獲取需求信息的渠道包括：

　　1)用戶或客戶;

　　2)公司研發管理部門;

　　3)公司技術管理部門

　　4)項目實施部門;

　　5)營銷管理部門;

　　6)舊有系統的研發項目組;

　　7)來自項目組內。

　　3、怎樣獲取需求(How)

　　接下來項目經理應選擇至少一種需求獲取技術獲取相關的需求，作為需求分析的依據。需求獲取技術包括但不限于：

　　1)用戶訪談

　　用戶訪談的形式包括結構化和非結構化兩種。結構化是指事先準備好一系列問題，有針對性地進行;非結構化是只列出一個粗略的想法，根據訪談的具體情況進行發揮。有效的訪談需要靈活的結合這兩種方法。

　　用戶訪談具有很好的靈活性，有較廣的應用范圍，但實際操作時存在許多困難，例如客戶經常很忙，難以獲得充足的訪談時間;客戶訪談需要需求分析師有很強的溝通能力，同時也要求需求分析師有足夠的相關業務領域知識。

　　2)用戶調查

　　用戶調查是通過精心設計提問問題形成調查問卷，然后下發到相關人員手中，讓他們填寫答案，來獲取用戶需求。

　　用戶調查的方法最大的缺點是缺乏靈活性，由于缺乏面多面的交流，所獲取的信息量也比較有限。因此在實際工作中，我們建議可以先采用用戶調查的方式獲取一定量的信息，然后有針對性地開展用戶訪談。

　　3)現場觀摩用戶的工作流程，觀察用戶的實際操作

　　俗話說，“百聞不如一見”，對于一些較為復雜的流程和操作而言，是比較難以用語言和文字進行表達的，對于這種情況，可以采用到客戶的工作現場，一邊觀察，一邊聽客戶講解，從而更直觀的了解客戶需求。

　　4)從行業標準、規則中提取需求

　　如果用戶要求所開發的軟件產品必須滿足一定的行業標準和業務規則，需求分析師可以通過閱讀政策法規、業務規則以及行業標準等各類相關的文檔，并與相關領域的業務專家進行業務交流來了解客戶的需求。

　　這種方法要求需求分析師有一定的行業從業經驗，能夠了解行業的發展動向，這對從技術出生的需求分析師來說是一個巨大的考驗。

　　5)文檔考古

　　對于一些數據流比較復雜的、工作表單較多的項目，有時是難以通過說或者觀察來了解需求細節的.

　　這個時候就可以通過對歷史存在的一些文檔進行研究，考古一詞非常形象地說明了其主要的工作重心是通過已經填寫完畢的、也就是帶有數據的文件、表單、報告，獲得所需的信息。

　　6)需求討論會

　　這是一種相對來說成本較高的需求獲取方法，但也是十分有效的一種。它通過聯合各個關鍵客戶代表，分析人員，開發人員，通過有組織的會議來討論需求。

　　在會議之前，應該將與討論主體相關的材料提前分發給所有將要參加會議的人。在會議開始之后，先針對材料所列舉的問題進行逐項專題討論，然后對原有系統、類似系統的不足進行開放性交流，并在此基礎上對新的解決方案進行構思，在此過程中將所有的想法、問題和不足記錄下來，形成一個要點清單，作為后續需求分析的依據。

　　7)原型法

　　原型(prototype)即把系統主要功能和接口通過快速開發制作為“軟件樣機”，以可視化的形式展現給用戶，及時征求用戶意見，從而明確無誤地確定用戶需求。同時，原型也可用于征求內部意見，作為分析和設計的接口之一，可方便于溝通。原型法主要價值是可視化，強化溝通，降低風險，節省后期變更成本，提高項目成功率。

　　原型法的優點是：

　　i)鼓勵業務管理者的積極參與;

　　ii)有助于解決業務管理者之間的差異; 來源:學優網網

　　iii)能給業務管理者一個對最終系統的直觀感受;4)周期短;5)成本低;6)用戶較滿意。

　　但原型法也有缺點，主要為：

　　i)導致人們認為最終系統將很快產生;

　　ii)對系統操作權限的說明較弱;

　　iii)不適合于開發大系統;

　　iv)開發過程管理困難。

　　在實際開發過程中，筆者所在公司一般比較常用的需求獲取方法是用戶訪談、需求討論會和原型法。對于相對較小的項目，筆者極力推薦原型法，因為通過可視化的界面，可更容易的、更快的挖掘客戶的需求。來

　　二、人員配置

　　在整個項目的生命周期中，可能涉及到開發方的角色如下：