您的位置:軟件測試 > 軟件項(xiàng)目管理 > 項(xiàng)目案例分析 >
項(xiàng)目管理中常見的失敗與成功之處
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2013/7/30 15:14:03 ] 推薦標(biāo)簽:

一個項(xiàng)目的成敗既有項(xiàng)目外部的因素,也有項(xiàng)目內(nèi)部的因素。對于項(xiàng)目外部的因素項(xiàng)目組一般是難以扭轉(zhuǎn)的,例如項(xiàng)目經(jīng)費(fèi)的削減,組織的業(yè)務(wù)方向的變更,客戶對合同的違約等等。但是對于項(xiàng)目內(nèi)部的因素造成項(xiàng)目的成敗卻是與項(xiàng)目經(jīng)理的素質(zhì)和管理是密不可分的,大多數(shù)項(xiàng)目經(jīng)理在項(xiàng)目管理中存在以下四個失誤:

1、  需求把握不好:沒有控制好需求,使需求陷于反復(fù)變更之中,既浪費(fèi)了項(xiàng)目的時間,有容易使開發(fā)工作失去重心。有這么一個例子:我做的車輛年費(fèi)征收系統(tǒng)的項(xiàng)目里,有一個收費(fèi)折免功能,稽查隊(duì)、車管所、路橋處都會用到,只是折免權(quán)限不同,開始項(xiàng)目組在車管所調(diào)研,車管所提出折免界面應(yīng)該輸入免去多少金額,等這項(xiàng)功能做好以后,拿到稽查隊(duì)去,而他們提出折免界面應(yīng)該輸入折后實(shí)收多少金額,后來到了路橋處要輸入打幾折,項(xiàng)目組為這項(xiàng)功能反復(fù)變更了三次。正確的做法應(yīng)該是,在確定某項(xiàng)需求時,要把與這項(xiàng)功能相關(guān)聯(lián)的所有客戶的需求都收集起來,提出一種合適的解決方法,然后得到與這項(xiàng)功能相關(guān)聯(lián)的所有客戶的確定,有時候需要讓客戶自己先到達(dá)一致,然后再與客戶確定需求。

2、  做事欠條理:條理清晰是做管理的基本要求,條理不清晰容易使工作迷失方向,抓不到重點(diǎn),做事沒有條理大多是沒有認(rèn)真作計劃造成的。有這么一為項(xiàng)目經(jīng)理,有,本來要審核測試報告的,可是客戶一個電話要變更一個需求,他馬上匆匆忙忙到客戶那里討論需求,回來后馬上要做這項(xiàng)需求的開發(fā)人員根據(jù)變更的需求更改程序,而這項(xiàng)需求剛好做了測試,測試報告還沒有來得及審核。這樣既浪費(fèi)測試人員的時間,又使做這項(xiàng)需求的開發(fā)人員沒有根據(jù)測試報告及時修正程序。正確的做法應(yīng)該是:自己繼續(xù)審核測試報告,派做這項(xiàng)需求的開發(fā)人員與客戶交流,開發(fā)人員回來后,與開發(fā)人員、測試人員一起討論需求的變更,同時根據(jù)測試報告形成一個修正方案,開發(fā)人員再進(jìn)行修改程序。

3、  專注做項(xiàng)目中的某項(xiàng)工作而沒有看到項(xiàng)目全局:項(xiàng)目經(jīng)理如果沒有全局觀念,不能及時覺察到項(xiàng)目中出現(xiàn)的種種跡象,從而發(fā)現(xiàn)可能出現(xiàn)的問題。其實(shí)有很多事情,如果在剛有苗頭時及時采取措施,是完全可以避免的。一個項(xiàng)目的成功是項(xiàng)目整體的成功,如果嚴(yán)重影響項(xiàng)目的風(fēng)險沒有避免,哪怕項(xiàng)目經(jīng)理做的模塊做得再好也于事無補(bǔ)。原來自己負(fù)責(zé)一個教育資源管理系統(tǒng)得開發(fā),由于自己也是技術(shù)骨干,負(fù)責(zé)系統(tǒng)的核心模塊教育資源存取的開發(fā),自己整天沉浸于自己負(fù)責(zé)的模塊的開發(fā)中,沒有覺察到做系統(tǒng)管理的開發(fā)人員由于情感問題情緒低落,還一味根據(jù)自己的進(jìn)度對他進(jìn)行加壓,在他做了70%時,他主動提出離開項(xiàng)目組,而且由于我的不懂人情對我產(chǎn)生了怨恨而帶走所有源碼,這件事對項(xiàng)目產(chǎn)生很大影響。

4、  配置管理混亂:大凡在項(xiàng)目開始時,大家還比較清楚各自所做的工作產(chǎn)品的版本和更改情況,但時間一長,東西一多會混亂。有許多開發(fā)人員認(rèn)為嚴(yán)格的配置管理太麻煩,有時偷點(diǎn)懶覺得沒關(guān)系,其實(shí)到了出現(xiàn)問題時,后悔莫及。我在做教育資源管理系統(tǒng)時由于開始都是個人自己管理自己做的模塊的文檔與代碼,等一個模塊全部做完了再提交給測試人員進(jìn)行測試。由于做系統(tǒng)管理的開發(fā)人員帶走了所有源碼,我這里什么都沒有,我真的后悔死了。

另外,一個成功的項(xiàng)目有以下四個特點(diǎn):

1、  依著一個目標(biāo)前進(jìn):一個項(xiàng)目必須有一個統(tǒng)一的目標(biāo),要使得整個項(xiàng)目組向這個目標(biāo)前進(jìn)。其實(shí)在一個項(xiàng)目組中,每個項(xiàng)目成員可能有自己的小算盤,有的想通過做項(xiàng)目學(xué)習(xí)新的技術(shù),有的更注重獲得經(jīng)濟(jì)效益,也有的想積累項(xiàng)目經(jīng)驗(yàn),這樣需要項(xiàng)目經(jīng)理把大家的精力集中到項(xiàng)目的方向上來。我做過一個多媒體教室的項(xiàng)目,其中項(xiàng)目組有兩個小伙子很有上進(jìn)心,喜歡鉆研技術(shù),不喜歡作細(xì)致完備的工作,于是我把系統(tǒng)所用到的技術(shù)分為幾個主題,每一周召開一個主題的研討會,在研討會我給他們講任何先進(jìn)的技術(shù)并不在于其本身的先進(jìn),而在于其應(yīng)用的先進(jìn)性和完備性。一個程序員的技術(shù)水平的高低并不只是由于他掌握了先進(jìn)的技術(shù),正如《賣油翁》所說的高手其實(shí)是唯手熟而。后來在開發(fā)中這兩個小伙子積極性很高,而且做事也越來越認(rèn)真細(xì)致。

2、  讓規(guī)章說話:項(xiàng)目組在容易出現(xiàn)爭執(zhí)或難以控制的地方制定合理的規(guī)章制度,按規(guī)章辦事雖然不能保證樣樣是好的,一般可以保證70%是正確的,同時可以避免項(xiàng)目組有些矛盾的激化。尤其在與客戶確定需求時,必須制定一套確定客戶需求的規(guī)章,不能哪個客戶說什么作什么,在項(xiàng)目組和客戶之間按照一定的規(guī)章來確定需求,這樣做,不存在項(xiàng)目組的某個人得罪了某個客戶。我在做一個進(jìn)銷存系統(tǒng)時,由于在現(xiàn)場開發(fā),如果沒有一套確定客戶需求的規(guī)章,一個客戶跑過來講一個自己的想法,不一會兒另一個客戶跑過來講一個自己的想法,會使整個項(xiàng)目開發(fā)工作都難以進(jìn)展,于是我們在第一次與客戶交流時與客戶制定了確定需求的規(guī)章,并且打印出來人手一份,規(guī)章里規(guī)定客戶有一個確定需求的負(fù)責(zé)人員,每一個需求及需求更改必須以書面形式,并且有負(fù)責(zé)人員簽字,項(xiàng)目組才予以承認(rèn),到項(xiàng)目組后,必須有項(xiàng)目經(jīng)理的簽字或授權(quán)認(rèn)可,這項(xiàng)需求才成為正式需求,開發(fā)人員才進(jìn)行程序更改。這樣雖然不能保證100%按照規(guī)章執(zhí)行,但可以杜絕大多數(shù)的因?yàn)樾枨笞兏霈F(xiàn)的問題。

3、  按照計劃行事:凡事預(yù)則立,不預(yù)則廢。制定合理的項(xiàng)目計劃,是讓項(xiàng)目組的每一個成員在項(xiàng)目中的任何時間都知道自己應(yīng)該作什么,如果不知道自己該干什么,浪費(fèi)了,一個小時不知道該干什么,浪費(fèi)了一個小時。其實(shí)有很多項(xiàng)目的延遲,都是平時的浪費(fèi),一個小時一個小時的浪費(fèi)造成的。我做項(xiàng)目,一般三個月以上的,項(xiàng)目計劃精確到周;另外每一個項(xiàng)目組成員都要制定個人工作計劃,不要詳細(xì),心里明白行,個人計劃必須到天,至少可以保證不會浪費(fèi)。

4、  按照條例檢查:對于工作產(chǎn)品的質(zhì)量檢查和軟件測試,必須先制定需要檢查的和測試的條例,然后按照條例進(jìn)行檢查和測試。這樣可以做到有的放矢,事半功倍。我接觸到有這么一個項(xiàng)目組,該項(xiàng)目組開發(fā)的系統(tǒng)已經(jīng)開始運(yùn)行了,但存在很多BUG,于是項(xiàng)目組招進(jìn)了三個測試人員,這三個測試人員沒有多少測試經(jīng)驗(yàn),對系統(tǒng)也不了解,業(yè)務(wù)也不熟悉,項(xiàng)目經(jīng)理給每個人分配一臺電腦,里面裝有一套項(xiàng)目開發(fā)的系統(tǒng),對他們說:這個星期,你們對這套系統(tǒng)進(jìn)行測試。一個星期到了,項(xiàng)目經(jīng)理來檢查,發(fā)現(xiàn)他們除了發(fā)現(xiàn)幾個界面上的錯誤外,沒有發(fā)現(xiàn)什么BUG,項(xiàng)目經(jīng)理埋怨他們工作不盡力。其實(shí)他這種做法好比拿一個古董給一個外行人去鑒別真?zhèn)危恢缽暮蜗率,既浪費(fèi)時間,又沒有什么效果。我做項(xiàng)目的一般做法是:對于質(zhì)量檢查,質(zhì)量保證人員根據(jù)項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)和公司的相關(guān)規(guī)范列出一個質(zhì)量檢查表,質(zhì)量保證員根據(jù)質(zhì)量檢查表逐個檢查行。對于軟件測試,在測試前必須撰寫測試案例,一般測試案例的撰寫都是要根據(jù)前一個工作產(chǎn)品為基準(zhǔn),對于界面測試,我們對每種控件都規(guī)定若干測試條例,例如下拉列表框,我們需要測試以下幾個方面:回車鍵、TAB鍵的選定及焦點(diǎn)的變化,下拉選項(xiàng)的長度和寬度,鼠標(biāo)的單擊的選定,無選擇項(xiàng)的選定,鼠標(biāo)的滾輪的選擇,關(guān)聯(lián)快捷鍵的操作,是否可以編輯(編輯的測試條例另外給出)等。測試人員只要拿著測試案例和條例逐個測試,然后把測試結(jié)果記錄下來行了。
項(xiàng)目管理有著很好的理論和實(shí)踐,例如ISO9000的質(zhì)量控制體系,CMM的軟件過程改進(jìn),美國項(xiàng)目管理委員會提出的項(xiàng)目管理知識體系,我覺得對于一個項(xiàng)目管理人員來說,如何把這些管理理論化為自己做項(xiàng)目中的具體的操作方法和步驟是為關(guān)鍵的。影響項(xiàng)目成敗的因素還有很多,我在自己做項(xiàng)目過程對上述幾點(diǎn)體味為深刻,希望對大家有所幫助。

軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd