您的位置:軟件測(cè)試 > 軟件項(xiàng)目管理 > 風(fēng)險(xiǎn)管理 >
軟件項(xiàng)目“免坑”指南
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2013/7/30 15:21:47 ] 推薦標(biāo)簽:

(二)參考建議

做好前期準(zhǔn)備。前期準(zhǔn)備很重要,如果在開(kāi)始構(gòu)建之前認(rèn)真的地進(jìn)行適當(dāng)?shù)臏?zhǔn)備活動(dòng),那么項(xiàng)目會(huì)運(yùn)作的良好。充足的準(zhǔn)備防止我們制造一個(gè)錯(cuò)誤的產(chǎn)品。前期工作的好壞,多少會(huì)為這個(gè)項(xiàng)目的成功和失敗打下基礎(chǔ)。即使進(jìn)入構(gòu)建階段,如果我們發(fā)現(xiàn)前期工作做的不好,也完全有理由退回去。前期準(zhǔn)備工作和核心目標(biāo)是降低風(fēng)險(xiǎn)——一個(gè)好的項(xiàng)目規(guī)劃者能夠盡可能早地將主要的風(fēng)險(xiǎn)清除掉,以使項(xiàng)目的大部分工作能夠盡可平穩(wěn)地進(jìn)行。目前,對(duì)后期影響嚴(yán)重的風(fēng)險(xiǎn)是糟糕的需求分析和項(xiàng)目規(guī)劃,因此準(zhǔn)備工作傾向于集中改進(jìn)需求分析和項(xiàng)目規(guī)劃。

預(yù)先行其事,必先利其器。用軟件武裝團(tuán)隊(duì)提高生產(chǎn)效率,例如:版本控制,錯(cuò)誤跟蹤,信息發(fā)布,自動(dòng)發(fā)布,CASE工具,調(diào)試工具,測(cè)試工具,文檔管理,代碼生成工具等等。

分析項(xiàng)目類(lèi)型,在管理和構(gòu)建之間找尋平衡。商業(yè)系統(tǒng)、使命攸關(guān)的系統(tǒng)、性命攸關(guān)的系統(tǒng)在整個(gè)項(xiàng)目階段具備不同的控制粒度。需要根據(jù)項(xiàng)目的具體類(lèi)型來(lái)確定管理的嚴(yán)謹(jǐn)程度,避免“過(guò)度控制”或“控制不足”。

需求必須被凍結(jié)。需求必須被凍結(jié),如果需求不能凍結(jié),那么誰(shuí)來(lái)了都沒(méi)有用。再?gòu)?qiáng)的團(tuán)隊(duì)也無(wú)法完成一個(gè)無(wú)盡的任務(wù)。

變更必須走流程。正確應(yīng)對(duì)變更,變更并不可怕,可怕的是失控的變更。以下建議希望對(duì)讀者有所幫助:

在構(gòu)建期間處理需求變更

1、核對(duì)需求,評(píng)估質(zhì)量:如果需求不夠好,停下來(lái),把它做好再開(kāi)始。

2、確保每一個(gè)人都知道需求變更的代價(jià):讓客戶知道需求辦更并不像在Excel上進(jìn)行幾個(gè)修改那樣容易,“進(jìn)度”和“成本”是你有力的武器。

3、建立一套變更控制程序:固定的變更控制程序讓你知道在什么時(shí)候處理變更,讓客戶知道你會(huì)處理他們的提議。

4、使用能適應(yīng)變更的開(kāi)發(fā)方法:迭代與增量。

5、放棄這個(gè)項(xiàng)目:如果以上提議沒(méi)有一條奏效,需求變更極其頻繁,那么,評(píng)估你的項(xiàng)目,考慮放棄它吧,繼續(xù)下去你只會(huì)越陷越深。

6、注意項(xiàng)目的商業(yè)案例:性價(jià)比,沒(méi)必要滿足超出項(xiàng)目成本的需求。

關(guān)于加班。做IT的加班是很正常的,但加班要加的有意義,而且不應(yīng)該長(zhǎng)期加班。必須針對(duì)關(guān)鍵路徑上的工作進(jìn)行趕工,而不是做些無(wú)法加快整體進(jìn)度的工作。而且,應(yīng)當(dāng)安排調(diào)休,而不是支付加班費(fèi)。其主要原因也是我不贊成加班的原因——疲勞更容易引人缺陷。加班無(wú)疑會(huì)使人疲勞,每個(gè)人都想盡快結(jié)束手上的工作后回家休息。在長(zhǎng)期疲憊的情況下,人員的工作效率會(huì)下降,士氣會(huì)低落,非正常離職率增加,重要的是疲憊的團(tuán)隊(duì)很難保證軟件的質(zhì)量,缺陷在不知不覺(jué)中引人,在后期無(wú)疑會(huì)為此付出代價(jià)。項(xiàng)目的總成本和周期,都會(huì)隨著引人缺陷的數(shù)量的增加而倍增,而且發(fā)現(xiàn)的越晚越嚴(yán)重。

做好版本控制和配置管理。版本控制和配置管理是必須有的,即便是再小的項(xiàng)目也不能忽視,必須加以重視,一旦版本混亂,多多少少會(huì)對(duì)構(gòu)活動(dòng)造成影響。所以,平時(shí)不要偷懶,管理好每個(gè)基線。

授權(quán)的好處。授權(quán)好處多多,包括:一,減少管理者工作量;二,對(duì)人員有意識(shí)地進(jìn)行鍛煉,培養(yǎng)儲(chǔ)備人才;三,提高人員對(duì)項(xiàng)目的參與度,從而提高士氣。

樂(lè)觀管理與悲觀管理。樂(lè)觀與悲觀完全取決于人的性格,一般來(lái)講多數(shù)傾向于樂(lè)觀,應(yīng)該清楚這兩種性格在項(xiàng)目中的優(yōu)勢(shì)與劣勢(shì)。我本人傾向于悲觀,可能是性格使然,但悲觀的管理至少不會(huì)誤事。樂(lè)觀管理的優(yōu)勢(shì)在于,很容易營(yíng)造氣氛,擅長(zhǎng)給客戶或領(lǐng)導(dǎo)描繪一個(gè)美好的未來(lái)。這種作風(fēng),前期很舒服,但后期可能要吃苦了。樂(lè)觀管理容易出現(xiàn)的問(wèn)題是對(duì)風(fēng)險(xiǎn)的預(yù)計(jì)不足,不能預(yù)留充足的緩沖時(shí)間,沒(méi)有準(zhǔn)備足夠的預(yù)防措施。其表現(xiàn)是,在進(jìn)行進(jìn)度計(jì)劃時(shí),總是認(rèn)為的問(wèn)題可以解決,已經(jīng)修復(fù)的BUG將不會(huì)再次出現(xiàn),用戶需求是后一次變更,等等諸如此類(lèi)的樂(lè)觀想法會(huì)使管理者蒙蔽雙眼,而沒(méi)有做足風(fēng)險(xiǎn)應(yīng)對(duì),其結(jié)果是不管怎么加班是趕不上進(jìn)度,因?yàn)檫M(jìn)度計(jì)劃被設(shè)計(jì)為順利的情形,而不是現(xiàn)實(shí)場(chǎng)景。悲觀管理的好處是,為潛在風(fēng)險(xiǎn)做足了準(zhǔn)備。但悲觀管理有一個(gè)非常大的缺陷,是“過(guò)度控制”,可以比喻為“疑心病”(小心的都有些病態(tài)了)。其表現(xiàn)是為:按照之前的措施,發(fā)現(xiàn)遺漏了一個(gè)問(wèn)題,那么悲觀管理者會(huì)在之前措施基礎(chǔ)上增加新的保障措施,然后又發(fā)現(xiàn)遺漏了一個(gè)問(wèn)題,之后會(huì)繼續(xù)追加保障措施。乍看之下沒(méi)啥問(wèn)題,因?yàn)槭窃诓粩嗟剡M(jìn)行過(guò)程改進(jìn),但問(wèn)題出在保障措施的增長(zhǎng)速度過(guò)于驚人,稱其為“疑心病”一點(diǎn)也不為過(guò),悲觀管理者容易在很小的地方施加過(guò)多的控制,造成人日的浪費(fèi),而忽略掉本應(yīng)該關(guān)注的更為重要的問(wèn)題。不管那種性格的管理,清楚自己的弱點(diǎn)總是好的。

有效的溝通,不要踢皮球。軟件項(xiàng)目因?yàn)槠浔旧淼膹?fù)雜度和涉眾眾多,所以更加需要溝通。溝通問(wèn)題是所有大型項(xiàng)目都共用的問(wèn)題,在大多數(shù)團(tuán)隊(duì)中往往也不認(rèn)為溝通是個(gè)問(wèn)題。但我還是想請(qǐng)讀者認(rèn)真對(duì)待溝通,比如郵件。郵件可以回復(fù)的慢,但請(qǐng)回復(fù)郵件。當(dāng)我在一個(gè)連發(fā)出的郵件都沒(méi)人回復(fù)的團(tuán)隊(duì)中工作時(shí),除了無(wú)法解決問(wèn)題,讓我感受到的只有無(wú)奈以及冷漠。

客戶是我們的朋友。把你的客戶當(dāng)成朋友,客戶是我們做重要的資源之一。在每個(gè)客戶背后往往隱藏著更多潛在的客戶。我們必須清楚,客戶作為非專業(yè)人士,其可能并不理解我們的工作,在項(xiàng)目執(zhí)行階段產(chǎn)生摩擦是難免的。但是,這些都不能成為我們遷怒客戶或故意在工作中放水的借口。即便是為了項(xiàng)目能成功收尾,我們也必須維護(hù)好與客戶的關(guān)系。

不要超前設(shè)計(jì),不要項(xiàng)目鍍金。超前設(shè)計(jì)和項(xiàng)目鍍金都是不可取的,因?yàn)樗窃诶速M(fèi)資源。滿足需求以外的東西,不會(huì)對(duì)你的項(xiàng)目有任何好處,但是卻可能引人缺陷。

總結(jié)經(jīng)驗(yàn)教訓(xùn)。必須對(duì)階段進(jìn)行經(jīng)驗(yàn)教訓(xùn)總結(jié),沒(méi)有什么比這些收獲更有價(jià)值。這樣文檔是組織的資產(chǎn),是以后類(lèi)似項(xiàng)目的參考和依據(jù),并在持續(xù)優(yōu)化方面發(fā)揮更為重要的作用。

不要讓會(huì)議和文檔拖了團(tuán)隊(duì)的后腿。“當(dāng)船快要沉的時(shí)候,我們需要的是一個(gè)發(fā)號(hào)施令的,而不是開(kāi)會(huì)。”軟件項(xiàng)目的核心問(wèn)題是降低復(fù)雜度,越是復(fù)雜的項(xiàng)目越需要溝通,但別讓開(kāi)會(huì)拖了我們的后腿。沒(méi)有必要的會(huì)盡量少開(kāi)或不開(kāi),要常開(kāi)會(huì),開(kāi)小會(huì),每次會(huì)議幾個(gè)相關(guān)干系人碰頭溝通下可以了,沒(méi)有必要擴(kuò)大為全員參與。冗長(zhǎng)的討論應(yīng)該適時(shí)的終止,畢竟會(huì)議室上只能做出決策,而解決問(wèn)題還得在會(huì)下。所以我認(rèn)為應(yīng)該精簡(jiǎn)那些冗長(zhǎng)的會(huì)議,別然開(kāi)會(huì)成為我們的工作。此外,要時(shí)刻謹(jǐn)記客戶終需要的是可以良好運(yùn)行的軟件產(chǎn)品而不是華麗的文檔。所以,文檔要恰到好處,寫(xiě)的再漂亮的文檔沒(méi)有完備的系統(tǒng)也不過(guò)是廢紙一堆,別丟了西瓜撿芝麻,可以正常工作的軟件才是我們的工作重心。

核對(duì)表的你的好助手。像飛機(jī)工程師在檢查飛機(jī)時(shí)使用核對(duì)表一樣,軟件項(xiàng)目也可以大量使用核對(duì)表。核對(duì)表可以幫助檢驗(yàn)文檔的質(zhì)量,降低缺陷數(shù)量,以及改進(jìn)項(xiàng)目管理。好的核對(duì)表,是你工作中的好助手。

小范圍的受控好過(guò)大范圍的失控。要注意控制的粒度,事無(wú)巨細(xì)。根據(jù)項(xiàng)目規(guī)模,人員構(gòu)成,要采用不同的控制粒度。評(píng)估可控范圍,并不是控制越廣越好,控制不了是失控。 對(duì)無(wú)暇顧及的地方授權(quán)別人管理是個(gè)可行的做法。 即便是小范圍是受控,也好過(guò)大范圍的失控。一個(gè)失控的項(xiàng)目,誰(shuí)也不知道其會(huì)走向何方。

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