- 相關(guān)推薦
如何實施高效的項目管理
項目管理是一個很復(fù)雜的過程,需要項目組各成員的努力,那么如何進行高效的項目管理呢?我們一起來探討探討!
一.需求獲取
需求開發(fā)在CMMI中有一個專門的過程域來描述,它在項目管理過程中也是很重要的一塊,因為后續(xù)的設(shè)計、開發(fā)等都是基于需求。如果需求獲取不正確或在需求開發(fā)過程中很多功能沒有挖掘出來的話,那么在后期選擇彌補時,將會造成項目延期以及成本的大幅度增加。
需求開發(fā)的目的是產(chǎn)生和分析客戶、產(chǎn)品和產(chǎn)品組件需求。需求是客戶在項目立項時就有的一個遠景,在項目管理過程中它得到不斷的變更和細化。客戶根據(jù)需求會決定在整個項目的需求中,要承辦方具體要做些什么,即承辦方的任務(wù),承辦方具體要實現(xiàn)哪些需求。承辦方在明確了需求后,就會開始后期的設(shè)計、開發(fā)、測試、部署等工作。
需求獲取的目的是通過各種途徑獲取用戶的需求信息,由于在實際工作中,大部分客戶是無法完整地講述其需求,因此需求獲取是一件看似簡單,做起來很難的一件事情。在需求獲取過程中,主要需要弄清楚3個問題,即:明確需要獲取的信息(What)、明確所獲取信息的來源和渠道(Where)和怎樣獲取需求(How)。下面我們分別對這三點進行講述。
1、明確需要獲取的信息(What)
需求分析師應(yīng)在需求獲取前明確需要獲取的信息,以確保在實施需求獲取時有的放矢。
通常需求獲取要獲取的信息包括三大類:
1)與問題域相關(guān)的背景信息(如業(yè)務(wù)資料,組織結(jié)構(gòu)圖,業(yè)務(wù)處理流程等);
2)與要求解決的問題直接相關(guān)的信息;
3)用戶對系統(tǒng)的特別期望與施加的任何約束信息。
2、明確所獲取信息的來源和渠道(Where)
接著需求分析師還應(yīng)確定獲取需求信息的來源與渠道,以提高需求分析師在需求獲取階段的工作效率,使得所收集的信息更加有價值、更加全面。
需求信息的來源通常包括:
1)來自客戶的需求:
a)舊系統(tǒng)的用戶或客戶對系統(tǒng)安裝、使用、維護、管理等方面的需求;
b)系統(tǒng)的潛在用戶或客戶對系統(tǒng)的需求。
2)競爭對手的產(chǎn)品優(yōu)勢與不足;
3)國家政策、業(yè)務(wù)規(guī)則以及相關(guān)行業(yè)標準;
4)實施產(chǎn)品設(shè)計所需滿足的需求;
5)執(zhí)行測試驗證工作所需滿足的需求;
6)實施系統(tǒng)安裝、維護所需滿足的需求。
獲取需求信息的渠道包括:
1)用戶或客戶;
2)公司研發(fā)管理部門;
3)公司技術(shù)管理部門
4)項目實施部門;
5)營銷管理部門;
6)舊有系統(tǒng)的研發(fā)項目組;
7)來自項目組內(nèi)。
3、怎樣獲取需求(How)
接下來項目經(jīng)理應(yīng)選擇至少一種需求獲取技術(shù)獲取相關(guān)的需求,作為需求分析的依據(jù)。需求獲取技術(shù)包括但不限于:
1)用戶訪談
用戶訪談的形式包括結(jié)構(gòu)化和非結(jié)構(gòu)化兩種。結(jié)構(gòu)化是指事先準備好一系列問題,有針對性地進行;非結(jié)構(gòu)化是只列出一個粗略的想法,根據(jù)訪談的具體情況進行發(fā)揮。有效的訪談需要靈活的結(jié)合這兩種方法。
用戶訪談具有很好的靈活性,有較廣的應(yīng)用范圍,但實際操作時存在許多困難,例如客戶經(jīng)常很忙,難以獲得充足的訪談時間;客戶訪談需要需求分析師有很強的溝通能力,同時也要求需求分析師有足夠的相關(guān)業(yè)務(wù)領(lǐng)域知識。
2)用戶調(diào)查
用戶調(diào)查是通過精心設(shè)計提問問題形成調(diào)查問卷,然后下發(fā)到相關(guān)人員手中,讓他們填寫答案,來獲取用戶需求。
用戶調(diào)查的方法最大的缺點是缺乏靈活性,由于缺乏面多面的交流,所獲取的信息量也比較有限。因此在實際工作中,我們建議可以先采用用戶調(diào)查的方式獲取一定量的信息,然后有針對性地開展用戶訪談。
3)現(xiàn)場觀摩用戶的工作流程,觀察用戶的實際操作
俗話說,“百聞不如一見”,對于一些較為復(fù)雜的流程和操作而言,是比較難以用語言和文字進行表達的,對于這種情況,可以采用到客戶的工作現(xiàn)場,一邊觀察,一邊聽客戶講解,從而更直觀的了解客戶需求。
4)從行業(yè)標準、規(guī)則中提取需求
如果用戶要求所開發(fā)的軟件產(chǎn)品必須滿足一定的行業(yè)標準和業(yè)務(wù)規(guī)則,需求分析師可以通過閱讀政策法規(guī)、業(yè)務(wù)規(guī)則以及行業(yè)標準等各類相關(guān)的文檔,并與相關(guān)領(lǐng)域的業(yè)務(wù)專家進行業(yè)務(wù)交流來了解客戶的需求。
這種方法要求需求分析師有一定的行業(yè)從業(yè)經(jīng)驗,能夠了解行業(yè)的發(fā)展動向,這對從技術(shù)出生的需求分析師來說是一個巨大的考驗。
5)文檔考古
對于一些數(shù)據(jù)流比較復(fù)雜的、工作表單較多的項目,有時是難以通過說或者觀察來了解需求細節(jié)的。這個時候就可以通過對歷史存在的一些文檔進行研究,考古一詞非常形象地說明了其主要的工作重心是通過已經(jīng)填寫完畢的、也就是帶有數(shù)據(jù)的文件、表單、報告,獲得所需的信息。
6)需求討論會
這是一種相對來說成本較高的需求獲取方法,但也是十分有效的一種。它通過聯(lián)合各個關(guān)鍵客戶代表,分析人員,開發(fā)人員,通過有組織的會議來討論需求。
在會議之前,應(yīng)該將與討論主體相關(guān)的材料提前分發(fā)給所有將要參加會議的人。在會議開始之后,先針對材料所列舉的問題進行逐項專題討論,然后對原有系統(tǒng)、類似系統(tǒng)的不足進行開放性交流,并在此基礎(chǔ)上對新的解決方案進行構(gòu)思,在此過程中將所有的想法、問題和不足記錄下來,形成一個要點清單,作為后續(xù)需求分析的依據(jù)。
7)原型法
原型(prototype)即把系統(tǒng)主要功能和接口通過快速開發(fā)制作為“軟件樣機”,以可視化的形式展現(xiàn)給用戶,及時征求用戶意見,從而明確無誤地確定用戶需求。同時,原型也可用于征求內(nèi)部意見,作為分析和設(shè)計的接口之一,可方便于溝通。原型法主要價值是可視化,強化溝通,降低風險,節(jié)省后期變更成本,提高項目成功率。
原型法的優(yōu)點是:
i)鼓勵業(yè)務(wù)管理者的積極參與;
ii)有助于解決業(yè)務(wù)管理者之間的差異; 來源:考試大網(wǎng)
iii)能給業(yè)務(wù)管理者一個對最終系統(tǒng)的直觀感受;4)周期短;5)成本低;6)用戶較滿意。
但原型法也有缺點,主要為:
i)導致人們認為最終系統(tǒng)將很快產(chǎn)生;
ii)對系統(tǒng)操作權(quán)限的說明較弱;
iii)不適合于開發(fā)大系統(tǒng);
iv)開發(fā)過程管理困難。
在實際開發(fā)過程中,筆者所在公司一般比較常用的需求獲取方法是用戶訪談、需求討論會和原型法。對于相對較小的項目,筆者極力推薦原型法,因為通過可視化的界面,可更容易的、更快的挖掘客戶的需求。 來
二、人員配置
在整個項目的生命周期中,可能涉及到開發(fā)方的角色如下:
1、需求分析師
完成產(chǎn)品或項目的需求調(diào)研和開發(fā),將客戶的需求變成產(chǎn)品需求,參與需求的討論和分析,完成需求規(guī)格說明書等的編寫。
2、系統(tǒng)架構(gòu)師
系統(tǒng)架構(gòu)師負責理解系統(tǒng)的業(yè)務(wù)需求,并創(chuàng)建合理、完善的系統(tǒng)體系架構(gòu)。架構(gòu)師也負責通過軟件架構(gòu)來決定主要的技術(shù)選擇。這典型的包括識別和文檔化系統(tǒng)的重要架構(gòu)方面,他側(cè)重于系統(tǒng)的質(zhì)量屬性設(shè)計,包括系統(tǒng)的可靠性、可測試性、可重用性、可維護性、可重用性、可擴展性、性能指標、組件框架設(shè)計、共用基礎(chǔ)結(jié)構(gòu)等。
3、系統(tǒng)分析員
該角色是系統(tǒng)設(shè)計中的一個主要角色,他參與需求分析、系統(tǒng)功能設(shè)計、系統(tǒng)質(zhì)量屬性設(shè)計等過程。
4、項目經(jīng)理
項目經(jīng)理是項目溝通的紐帶,他執(zhí)行項目的進度跟蹤、質(zhì)量管理、客戶非技術(shù)人員業(yè)務(wù)交流、項目成員共同、非技術(shù)風險管理等職責。
5、配置管理員
該角色的職責是完成項目中各文檔的管理等。
6、QA
重點關(guān)注軟件過程的質(zhì)量,在項目中,主要執(zhí)行的是監(jiān)督的作用,他參與需求評審、設(shè)計評審等過程。
7、開發(fā)人員
完成系統(tǒng)的編碼,在有些公司,開發(fā)人員還需要進行部分功能模塊的設(shè)計。
8、測試人員
進行系統(tǒng)的測試,例如功能測試、集成測試、系統(tǒng)測試和驗收測試等,在測試前期,需要編寫測試計劃,并編寫測試用例來輔助測試。
9、美工
負責美化系統(tǒng)界面。
10、項目實施人員
職責為進行項目的實施。
根據(jù)項目的大小等的不同,上面的人員配置可能有一些合并,例如在一些較小的項目中,可能會將系統(tǒng)架構(gòu)師、系統(tǒng)分析師、項目經(jīng)理的職責都統(tǒng)一到項目經(jīng)理身上。在一些項目中,若具有系統(tǒng)架構(gòu)師、系統(tǒng)分析師和項目經(jīng)理三個角色,有一些人也很容易搞混,在網(wǎng)上有人進行了比較明確的區(qū)分,下面讓我們來看看下面的表格:
三、項目管理中需要注意的問題
大家都知道,項目管理的四要素為:質(zhì)量、進度、成本和資源。這四項如果有一項超出控制,項目就可能會失敗。在筆者的實踐過程中,總結(jié)了如下注意事項:
1、明確各人員的任務(wù) www.Examda.CoM
明確各人員的任務(wù)并對其進行確認。例如,對各開發(fā)人員任務(wù)的詳細分配后,有些開發(fā)人員并不一定清楚了自己所要做的事或理解有出入,做到后來,才發(fā)現(xiàn)所做的和項目所需要的南轅北轍,到了這個時候才發(fā)現(xiàn)問題,補救不及時的話很可能引起進度的拖延和成本的增加,所以項目經(jīng)理需要進行確認。
2、跟蹤項目情況
很多開發(fā)人員都有這樣的情況,前期開發(fā)比較輕松,一到要驗收的時候,才發(fā)現(xiàn)很多功能還不完善,存在很多bug,于是為了在指定時間內(nèi)完成任務(wù),只得加班加點。其實這也是管理不善引起的,因為沒有定期的跟蹤項目,對項目所處的狀態(tài)不太清楚,所以導致了這種情況。
3、進行風險分析和管理
在項目管理過程中,風險分析也是一個很重要的方面,風險包括很多方面,例如技術(shù)風險、人員風險等。若在項目管理不注意風險的管理,那么當項目中的風險發(fā)生時,很可能引起項目管理的四要素的問題出現(xiàn)。例如若項目組盲目引入新技術(shù),在中后期才發(fā)現(xiàn)該新技術(shù)在該系統(tǒng)中不合適。再例如,若在項目后期主要設(shè)計或開發(fā)人員跳槽,若沒有風險管理,沒有采取規(guī)避或減弱措施,那么當這些風險產(chǎn)生時,將會帶來很大的影響。
4、重視需求開發(fā)
有些項目組對需求開發(fā)不太重視,做需求開發(fā)時沒有深度挖掘客戶的需求,在中后期還在進行需求的大幅調(diào)整,在進度等方面當然也會受到很大的影響。需求是后續(xù)開發(fā)的根本,后續(xù)的設(shè)計、開發(fā)、測試等都是基于它的,因而也是重中之重,需要引起大家的重視。
【如何實施高效的項目管理】相關(guān)文章:
項目管理流程-項目計劃的實施06-15
項目管理如何反敗為勝06-18
企業(yè)管理中如何高效溝通11-07
多個咨詢項目如何管理項目計劃05-16
如何管理好項目范圍05-29
如何管理好物業(yè)項目05-19
物流企業(yè)實施項目管理的步驟12-26
項目管理如何做到量化管理01-12
企業(yè)如何實施質(zhì)量管理04-13