作者：陳華平
日期：2007-11-24
在項(xiàng)目管理過程中，總會(huì)出現(xiàn)許許多多的好的或者不好的東西，有人說人生如同一個(gè)大的項(xiàng)目，在這個(gè)過程中，有些人規(guī)劃的很好，成功了；也有大部分人從來就沒有一個(gè)很好的規(guī)劃，所以一直不是很好^__^。
成功的人往往是善于總結(jié)的人，如同生活不可能總是一帆風(fēng)順一樣，項(xiàng)目也會(huì)遇到許許多多的問題，但只要我們做好應(yīng)對(duì)措施，問題終歸是會(huì)解決的。項(xiàng)目中的許多問題，好的或者壞的，都需要我們對(duì)它進(jìn)行總結(jié)和思考，在總結(jié)經(jīng)驗(yàn)的同時(shí)，我們也在成長。
下面是本人對(duì)項(xiàng)目管理的一點(diǎn)總結(jié)，下面的內(nèi)容都是結(jié)合以前在網(wǎng)上看到的好的帖子和自己的親身體會(huì)。
由于時(shí)間倉促，本文目前還不完整，而且有些詞語可能描述不是很準(zhǔn)確，在今后的工作和生活中會(huì)繼續(xù)補(bǔ)充和完善。
一．堅(jiān)持“以人為本”的過程改進(jìn)的管理思想
我們都知道項(xiàng)目的三要素：進(jìn)度、成本、質(zhì)量，項(xiàng)目管理就是綜合三方面的因素，在項(xiàng)目進(jìn)行過程中不斷平衡三方面的目標(biāo)，最終依照目標(biāo)完成任務(wù)。這三個(gè)方面是相互制約和影響的，項(xiàng)目經(jīng)理的工作就是在不斷平衡三者之間的關(guān)系。
軟件界已經(jīng)達(dá)成一個(gè)共識(shí)：影響軟件項(xiàng)目進(jìn)度、成本、質(zhì)量的主要因素是“人、過程和技術(shù)”，在這三個(gè)因素中人是第一位的，其次是過程，然后是技術(shù)。
CMM/CMMI 是致力于軟件過程改進(jìn)的，然而許多軟件公司在實(shí)施CMM/CMMI的過程中沉溺于CMM/CMMI的理論，過于強(qiáng)調(diào)“過程”，照搬CMM/CMMI中的理論，沒有依據(jù)本公司的實(shí)際情況進(jìn)行合適裁減。
CMM/CMMI 主要是致力于軟件過程改進(jìn)的，沒有對(duì)成本管理進(jìn)行很好的定義和說明，一個(gè)真正的項(xiàng)目經(jīng)理在進(jìn)行實(shí)際項(xiàng)目管理過程中應(yīng)該結(jié)合CMM/CMMI和PMBOK中的內(nèi)容進(jìn)行思考，PMBOK 中提到的五個(gè)過程域和九大知識(shí)領(lǐng)域的管理是每個(gè)成功的項(xiàng)目經(jīng)理都必須掌握的內(nèi)容。
做過研發(fā)項(xiàng)目管理的人都知道，企業(yè)研發(fā)管理的指導(dǎo)思想是：結(jié)果導(dǎo)向，并且關(guān)注過程。
“結(jié)果導(dǎo)向”是指：以最終產(chǎn)生的經(jīng)濟(jì)效益來衡量研發(fā)項(xiàng)目的業(yè)績，追求利益最大化。
“關(guān)注過程”是指：將期望的結(jié)果分解到每個(gè)過程域（即工作環(huán)節(jié)）去實(shí)現(xiàn)，努力把每
項(xiàng)工作做好，從而得到好的結(jié)果。一般地，好的過程才可能得到好的產(chǎn)品，而差的過程只會(huì)得到差的產(chǎn)品。
然而在關(guān)注過程的同時(shí)，很多人往往忘卻了人的重要性，任何一個(gè)項(xiàng)目都離不開人。記得一次出差在火車上有幸與一位企業(yè)家聊天時(shí)，聊到創(chuàng)業(yè)什么最重要的時(shí)候，我當(dāng)時(shí)的回答是：找到一個(gè)好的項(xiàng)目是最重要的。本以為他也會(huì)贊同我的看法，然而他給我的答案是：最重要的是要找到一個(gè)優(yōu)秀的團(tuán)隊(duì)，一個(gè)有著共同目標(biāo)的人組成的優(yōu)秀團(tuán)隊(duì)。這件事情已經(jīng)時(shí)隔一年多了，但是他的這句話一直在我腦海中，在這之后的過程中，我一直在思考著這句話，現(xiàn)在我已經(jīng)體會(huì)到這句話的真正意義。
正像那位企業(yè)家說的那樣，一個(gè)好的團(tuán)隊(duì)勝過一切，有了好的團(tuán)隊(duì)，要找到好的項(xiàng)目并不是難事。曾經(jīng)有人問過比爾.蓋茨。。。
項(xiàng)目成功的關(guān)鍵是人，項(xiàng)目執(zhí)行過程中主體是人，再好的過程如果沒有人去很好的執(zhí)行也是白費(fèi)。成功的項(xiàng)目離不開一位成功的項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理在項(xiàng)目執(zhí)行的過程中會(huì)運(yùn)用正確的項(xiàng)目管理方法來對(duì)項(xiàng)目開發(fā)過程中的各個(gè)過程域進(jìn)行跟蹤和控制，成功的項(xiàng)目經(jīng)理應(yīng)該深深懂得“以人為本”重要性，并在項(xiàng)目管理過程中，對(duì)項(xiàng)目過程進(jìn)行不斷改進(jìn)和總結(jié)，只有這樣才能不斷的提高項(xiàng)目管理的質(zhì)量，才能一次次創(chuàng)造成功項(xiàng)目的神話。
正當(dāng)各個(gè)企業(yè)對(duì)CMM/CMMI 狂熱追求的同時(shí)，各種敏捷過程方法論相繼被提出，這些方法論的提出從某種意義上說就是對(duì)過于強(qiáng)調(diào)過程的一種反思。其中“XP”中的“人比過程更重要”的思想是值得我們借鑒和思考的。
項(xiàng)目管理是一個(gè)柔性化的管理過程，而柔性管理以“人性化”為標(biāo)志，關(guān)注的是項(xiàng)目中的人，從而可知，“以人為本”的管理思想在項(xiàng)目管理中的重要性。
總之，一個(gè)項(xiàng)目的成功離不開人、過程和技術(shù)，如何處理這三者之間的關(guān)系是項(xiàng)目管理人員必須長期思考的問題。就像我前文中提到的研發(fā)管理思想：結(jié)果導(dǎo)向并且關(guān)注過程，同時(shí)技術(shù)在軟件項(xiàng)目執(zhí)行過程中也扮演著不可或缺的角色，技術(shù)又是由人去學(xué)習(xí)和掌握的。一個(gè)成功的項(xiàng)目離不開一個(gè)好的過程，然而再好的過程也要有正確的人去正確的執(zhí)行，項(xiàng)目經(jīng)理在項(xiàng)目管理過程中應(yīng)該堅(jiān)持“以人為本”并且不斷的進(jìn)行過程改進(jìn)，強(qiáng)調(diào)過程與人的和諧統(tǒng)一。
二. 如何做好項(xiàng)目管理中的進(jìn)度管理
首先，按照既定的計(jì)劃執(zhí)行，并及時(shí)進(jìn)行跟蹤與監(jiān)控項(xiàng)目進(jìn)度以及項(xiàng)目質(zhì)量，最好采用多多詢問的方式（因?yàn)樽钪苯?，也最快捷），該方法借鑒了走動(dòng)式管理的管理思想,該方法一直在使用,經(jīng)過實(shí)際證明,效果很好;
該做法的好處是:
1) 看得見的管理,通過面對(duì)面的詢問的方式,能夠就項(xiàng)目中存在的問題和項(xiàng)目當(dāng)前的進(jìn)度進(jìn)行一個(gè)直接的溝通,以最直接和最快捷的方式獲取項(xiàng)目當(dāng)前的信息;
2) 更直接,更快捷的獲取當(dāng)前的項(xiàng)目進(jìn)展?fàn)顩r及各個(gè)隊(duì)員目前的進(jìn)度情況 ,便于及時(shí)的調(diào)整項(xiàng)目計(jì)劃,同時(shí)也為項(xiàng)目的跟蹤與控制提供了依據(jù)(及時(shí)性和真實(shí)性);
其次，對(duì)項(xiàng)目進(jìn)度進(jìn)行全程的實(shí)時(shí)監(jiān)控，對(duì)于項(xiàng)目中出現(xiàn)的問題及時(shí)作出響應(yīng)和相應(yīng)的應(yīng)對(duì)措施，并對(duì)項(xiàng)目計(jì)劃進(jìn)行及時(shí)地調(diào)整，確保項(xiàng)目按照既定的目標(biāo)和進(jìn)度順利進(jìn)行；
（項(xiàng)目管理的目標(biāo)就是。。。）
對(duì)于中小型項(xiàng)目(項(xiàng)目組人員在15個(gè)以下),可以采取如下的管理方式控制項(xiàng)目進(jìn)度:
1) 每天早上上班前一個(gè)小時(shí)內(nèi)PM 向每一位開發(fā)人員詢問當(dāng)前項(xiàng)目進(jìn)展情況,有什么問題沒有解決,估計(jì)需要多長時(shí)間,讓開發(fā)人員給出一個(gè)時(shí)間,然后說明自己期望的時(shí)間期限或者項(xiàng)目規(guī)定要求的期限,同時(shí)詢問項(xiàng)目組成員需要需要幫助,對(duì)于能夠給予的幫助,盡力幫助隊(duì)員解決;
2) 每天下班前一個(gè)小時(shí)內(nèi),再次詢問各個(gè)隊(duì)員的完成情況以及還有那些工作沒有完成,原因是什么,需要什么幫忙,未完成的工作估計(jì)時(shí)間多長等等,做到有問題及時(shí)溝通解決;
3) 每周周例會(huì)上,項(xiàng)目組成員對(duì)各自的負(fù)責(zé)的部分進(jìn)行匯報(bào),對(duì)于沒有完成的工作作出時(shí)間估算,本周完成了那些工作,那些工作在時(shí)間上有延誤,原因是什么,下周的工作安排等等.對(duì)于項(xiàng)目中的問題,在會(huì)議上分析原因,并盡量在會(huì)議上談?wù)撜页鼋鉀Q辦法.另外,項(xiàng)目周例會(huì)上指派一名人員進(jìn)行會(huì)議記錄,會(huì)議記錄的內(nèi)容在散會(huì)后通過郵件發(fā)送到每個(gè)團(tuán)隊(duì)成員的郵箱.
以上只是對(duì)項(xiàng)目進(jìn)度管理做了小小的總結(jié)和描述,在真正的項(xiàng)目管理過程中,有很多方
式可以對(duì)項(xiàng)目進(jìn)行控制,主要看公司的環(huán)境和項(xiàng)目的大小等各種因素來選擇最適合實(shí)際情況的方法.
我們知道，我國醫(yī)學(xué)講究陰陽平衡，儒家學(xué)說講張弛有度，道家說要無為而治，老外一會(huì)說矩陣式管理有效，一會(huì)金字塔管理是好方式，再一會(huì)走動(dòng)時(shí)管理為之推崇，此外，還有很多說不完的管理方式和名詞。
我們究竟要學(xué)什么？用什么？教什么？講什么？解惑什么？
管理技術(shù)沒有最好，只有最合適，如果腳長得不好，非要怪鞋子，只能說明一個(gè)問題：鞋子選錯(cuò)了。就像很多人經(jīng)常提到的每個(gè)人有各自得管理風(fēng)格和做事作風(fēng)，不能說誰的好，誰的不好，適合實(shí)際環(huán)境和實(shí)際情況的就是好。IBM 引進(jìn)IPD取得了成功，于是很多其他企業(yè)也開始效仿，孰不知任何一種事物都有其生長的環(huán)境，同一種方法放到不同的企業(yè)不同的環(huán)境會(huì)產(chǎn)生不同的效果。
另外,我本人喜歡把重要的事情記錄在筆記本的備忘錄上,把事情分為重要緊急,重要不緊急,緊急不重要,不重要不緊急,最先做重要緊急的事情,然后大多數(shù)時(shí)間都在做重要但不緊急的事情.每個(gè)人的記憶力是有限的,再好的記憶力都有可能忘記事情的時(shí)候,所以我選擇了先在紙上記下的方式.養(yǎng)成每天都翻開筆記本看看當(dāng)前有什么事情需要解決的習(xí)慣,時(shí)間長了,就成了習(xí)慣.
三. 處理客戶關(guān)系
與客戶搞好關(guān)系,讓客戶把我們當(dāng)作自己人(最近切身體會(huì)),對(duì)于項(xiàng)目今后的工作有直接的幫助和影響.
多多與客戶交流,特別是客戶方相關(guān)負(fù)責(zé)人(注意點(diǎn): 積極主動(dòng)去找客戶交流,前期多花點(diǎn)時(shí)間在客戶處,在某些情況下可以給客戶提供一些幫助和方便. ),要明確告訴客戶,項(xiàng)目中有任何問題可以直接找你,讓自己成為客戶直接聯(lián)系人,切不可讓客戶在需要的時(shí)候不知道找誰或者找不到我方的負(fù)責(zé)人,與客戶建立好良好的相互信任關(guān)系,關(guān)系到項(xiàng)目今后階段的開展.
四. 避免鍍金現(xiàn)象的發(fā)生
在項(xiàng)目開發(fā)過程中,避免鍍金現(xiàn)象的發(fā)生,不可全部接受用戶提出的所有要求(目前本人正在著手的一個(gè)項(xiàng)目簡(jiǎn)稱A項(xiàng)目我們?nèi)タ蛻裟沁呑咴L做的很到位,對(duì)用戶提出的新的修改要求都做了相應(yīng)的修改. 但我個(gè)人認(rèn)為這并不是最好的方式,多多去客戶處走訪固然很好,但為了害怕得罪客戶,一味的滿足客戶,并對(duì)客戶提出的所有要求都答應(yīng)修改是不明智的做法,這種做法的結(jié)果是,我們的開發(fā)人員為了修改用戶的要求加班加點(diǎn),客戶卻感覺是應(yīng)該的,并沒有一點(diǎn)感激的情緒,這是一種典型的吃力不討好的做法).
項(xiàng)目開發(fā)過程中一個(gè)很重要的也是很多公司在項(xiàng)目開發(fā)過程中經(jīng)常犯的錯(cuò)誤就是項(xiàng)目鍍金現(xiàn)象的發(fā)生.
需求變化帶來的問題
用戶的需求永遠(yuǎn)在變,一味滿足用戶提出新的要求會(huì)給項(xiàng)目帶來如下問題:
作為軟件開發(fā)商，當(dāng)接到一個(gè)項(xiàng)目后，一般的做法是首先由用戶提出需求，然后開發(fā)商根據(jù)用戶的需求作出一個(gè)系統(tǒng)實(shí)現(xiàn)方案，而用戶通常并沒有實(shí)質(zhì)地理解方案，隨即通過了方案，開始了軟件的開發(fā)工作。根據(jù)筆者所開發(fā)過的多個(gè)系統(tǒng)，開發(fā)前期，大多數(shù)單位并沒有明確的想法，也提不出確切的需求，因?yàn)闃I(yè)務(wù)人員不了解計(jì)算機(jī)技術(shù)是怎樣實(shí)現(xiàn)業(yè)務(wù)流程的。用戶總是希望開發(fā)單位根據(jù)當(dāng)前的業(yè)務(wù)流程先做出一個(gè)樣板來，然后再進(jìn)行改造，而多數(shù)用戶認(rèn)為軟件修改很容易。
盡管已經(jīng)做好了系統(tǒng)規(guī)劃，簽訂了功能較明確的合同，然而隨著系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)施的進(jìn)展，當(dāng)客戶在項(xiàng)目部署后看到真正的軟件系統(tǒng)的界面及操作方式，客戶的需求就被激發(fā)起來，會(huì)根據(jù)自己的對(duì)軟件的理解和日常工作的習(xí)慣，對(duì)軟件的處理及操作方式提出修改要求，而這種修改往往比較隨意，因此導(dǎo)致開發(fā)方需要對(duì)流程、界面、以及相關(guān)文檔經(jīng)常的大量的修改，這些成為開發(fā)方的一個(gè)很大的負(fù)擔(dān)，而這種負(fù)擔(dān)對(duì)用戶基本是看不見的(這種現(xiàn)象在業(yè)務(wù)型軟件項(xiàng)目中尤其突出, A項(xiàng)目在這方面就有很明顯的表現(xiàn))。
在本項(xiàng)目中的一個(gè)切身體會(huì)是,需求的不斷變化,如果不能很好的應(yīng)對(duì),會(huì)導(dǎo)致整個(gè)項(xiàng)目的進(jìn)度和質(zhì)量都難以控制. 開發(fā)人員只是一味的對(duì)用戶提出的要求進(jìn)行修改,由于大部分時(shí)間都在修改用戶的新的要求,導(dǎo)致軟件系統(tǒng)本身的穩(wěn)定性測(cè)試時(shí)間減少,最終軟件經(jīng)常出現(xiàn)這樣那樣的問題, 開發(fā)人員要開始忙著修改問題, 出現(xiàn)一片混亂的局面, 舊的問題沒有修改完,接著又要應(yīng)對(duì)用戶提出的頻繁改變和增加各種要求.
在項(xiàng)目開展過程中,幾乎天天面對(duì)用戶的需求變更，切身感受到，如果不能有效處理這些需求變更，項(xiàng)目計(jì)劃會(huì)一再調(diào)整，軟件交付日期一再拖延，用戶的耐性漸漸消逝，研發(fā)人員的士氣也越來越低落，最后所有的人都在等待一個(gè)結(jié)果：項(xiàng)目最好馬上結(jié)束。
如果不對(duì)以上問題加以很好的應(yīng)對(duì)和控制,其直接結(jié)果是項(xiàng)目的周期大大超過預(yù)期,項(xiàng)目發(fā)生虧損或者項(xiàng)目沒有達(dá)到預(yù)期的贏利目標(biāo).
一個(gè)真正成功的項(xiàng)目是在預(yù)期的時(shí)間內(nèi),高質(zhì)量的完成項(xiàng)目既定的目標(biāo),并且同時(shí)項(xiàng)目獲得了最大的利潤.所以說,項(xiàng)目最終是失敗的.
如何應(yīng)對(duì)用戶頻繁的需求變更
首先,切忌對(duì)用戶提出的需求拍胸脯，在此之前可以捫心自問：“如果拍了胸脯，以后不能按時(shí)完成，我能不能負(fù)擔(dān)全部責(zé)任？”這樣冷靜一下就不會(huì)胡亂應(yīng)承了。
其次,在用戶提出新的需求時(shí),我們要對(duì)照<<用戶需求規(guī)格說明書>>,如果該需求不在說明書范圍內(nèi),需要先估計(jì)一下改動(dòng)所需的工作量的大小以及改動(dòng)后對(duì)原有系統(tǒng)的影響,從而作出相應(yīng)的應(yīng)對(duì).
對(duì)于一些不合理的要求,我們可以以不在合同范圍內(nèi)為由進(jìn)行拒絕;
對(duì)于一些改動(dòng)較小,且改完后對(duì)原有系統(tǒng)沒有影響的需求變動(dòng)可以給用戶修改,但要讓用戶知道我們?yōu)楦膭?dòng)需求花費(fèi)了不少時(shí)間,讓用戶知道我們作出了犧牲;
對(duì)于某些改動(dòng)比較復(fù)雜但合理的需求變動(dòng),我們應(yīng)該讓用戶以文檔的形式提交給我們,不要當(dāng)場(chǎng)拍胸脯,最好的做法是:”您提的這些問題改動(dòng)很大,我回去把這些情況和其他人商量一下再給您答復(fù)”,通情達(dá)理的客戶都能接受這樣的回答;
上面是對(duì)于用戶頻繁的需求變更如何應(yīng)對(duì),除此之外,我們最好有一套預(yù)防用戶需求不斷變化的方法,比如:采用UI 原型設(shè)計(jì)法等.
合理拒絕用戶不合理的要求,防止項(xiàng)目鍍金現(xiàn)象
…
五. 如何把好測(cè)試關(guān)
1. 開發(fā)人員
從項(xiàng)目立項(xiàng)的第一天起,在項(xiàng)目啟動(dòng)動(dòng)員會(huì)上,就要強(qiáng)調(diào)每個(gè)開發(fā)人員對(duì)自己開發(fā)的模塊務(wù)必加強(qiáng)測(cè)試關(guān),對(duì)于開發(fā)人員開發(fā)完后提交測(cè)試人員的成果,一旦測(cè)試人員測(cè)試出BUG ,必須對(duì)所有的BUG 進(jìn)行記錄,并同時(shí)對(duì)同一類型的BUG 進(jìn)行歸類統(tǒng)計(jì),對(duì)于同一類型的BUG 反復(fù)出現(xiàn)的情況,必須在每周項(xiàng)目例會(huì)上提出來,避免同類問題重復(fù)發(fā)生.
2. 測(cè)試人員
在項(xiàng)目早期就作好充分的測(cè)試計(jì)劃工作. 測(cè)試人員在需求分析階段就應(yīng)該參與到項(xiàng)目中,測(cè)試人員應(yīng)該與需求分析人員一起去見客戶,獲取用戶需求,只有這樣測(cè)試人員才能對(duì)系統(tǒng)架構(gòu)和用戶需要什么東西有一個(gè)更深層次的理解,測(cè)試人員在測(cè)試的時(shí)候就會(huì)從用戶的角度去測(cè)試系統(tǒng),這樣測(cè)試出來的軟件才更接近用戶的需求.
3. PM 測(cè)試
在項(xiàng)目開始啟動(dòng)的時(shí)候就應(yīng)該對(duì)項(xiàng)目的測(cè)試有一個(gè)詳細(xì)的規(guī)劃,并且在項(xiàng)目執(zhí)行的全過程中把關(guān)好每一個(gè)測(cè)試環(huán)節(jié).
項(xiàng)目中的問題發(fā)現(xiàn)的時(shí)間越早,對(duì)項(xiàng)目的損失就越小,越是到項(xiàng)目后期,發(fā)現(xiàn)問題進(jìn)行解決所帶來的代價(jià)越大,這點(diǎn)必須引起高度重視(A項(xiàng)目前期測(cè)試力度不夠,導(dǎo)致后期全面測(cè)試時(shí)暴露出很多問題).
個(gè)人認(rèn)為好的測(cè)試,必須有兩個(gè)或兩個(gè)以上的人經(jīng)過確認(rèn),才能說明基本上測(cè)試通過. 另外,項(xiàng)目經(jīng)理不要太過于相信測(cè)試結(jié)果, PM 最好親眼看一看測(cè)試是否真的如開發(fā)人員/測(cè)試人員說的已經(jīng)沒有問題了(本人就有親身經(jīng)歷,當(dāng)時(shí)開發(fā)人員保證說測(cè)試了很多遍,沒有問題,但我要求我在最后審核一遍,結(jié)果出問題了),如果時(shí)間允許的話,PM最好對(duì)所有的測(cè)試都看一遍 ,做個(gè)最終的確認(rèn)測(cè)試.
4. 代碼規(guī)范和測(cè)試規(guī)范
。。。
_______未完，待續(xù)______
【?發(fā)表評(píng)論?0條?】