您的位置:軟件測試 > 軟件項(xiàng)目管理 > 項(xiàng)目計(jì)劃 >
成功軟件項(xiàng)目策劃的九個(gè)基本要點(diǎn)
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2013/7/18 10:56:56 ] 推薦標(biāo)簽:

  古人云“萬事預(yù)則立,不預(yù)則廢”,項(xiàng)目要成功必須做好計(jì)劃。軟件項(xiàng)目策劃是項(xiàng)目管理過程中基本的一個(gè)過程,軟件項(xiàng)目策劃的方法是軟件項(xiàng)目經(jīng)理必須掌握的。在實(shí)際的項(xiàng)目策劃過程中,必須掌握以下的9個(gè)基本要點(diǎn):

  (1)掌握好項(xiàng)目策劃的時(shí)機(jī)

  軟件項(xiàng)目策劃過程的輸出是文檔化的項(xiàng)目計(jì)劃書,在項(xiàng)目的不同階段都需要進(jìn)行項(xiàng)目策劃,只不過在不同時(shí)機(jī)項(xiàng)目策劃的目的不同,花費(fèi)的工作量也不同。當(dāng)有了概要的客戶需求而沒有形成詳細(xì)的軟件需求規(guī)格說明書(SRS)時(shí),進(jìn)行項(xiàng)目策劃產(chǎn)生的是項(xiàng)目的概要計(jì)劃或者是里程碑計(jì)劃,當(dāng)產(chǎn)生了詳細(xì)的SRS 后,項(xiàng)目策劃活動(dòng)可以產(chǎn)生項(xiàng)目的詳細(xì)計(jì)劃,可以明確估計(jì)項(xiàng)目的規(guī)模、工作量、進(jìn)度、資源等,作為項(xiàng)目管理的主要依據(jù)。當(dāng)發(fā)生了需求變化或者項(xiàng)目計(jì)劃與實(shí)際存在比較大的偏差時(shí),可以對項(xiàng)目進(jìn)行重計(jì)劃。需要提醒注意的是在需求未確定的時(shí)候,進(jìn)行軟件的估計(jì)是比較粗略的,此時(shí)不需要在項(xiàng)目策劃上花費(fèi)太多的精力。

 。2)任務(wù)一定要明確

  在進(jìn)行項(xiàng)目策劃時(shí),建立工作任務(wù)分解(WBS)是必須要做的工作,即把工作拆分成一個(gè)個(gè)獨(dú)立的、明確的任務(wù),所謂明確的任務(wù)是指:

  ● 該任務(wù)一定有一個(gè)輸出結(jié)果;
  ● 輸出的格式有明確的定義;
  ● 輸出的內(nèi)容有明確的檢測手段與驗(yàn)收標(biāo)準(zhǔn);
  ● 任務(wù)的時(shí)間是有具體要求的。

  上述4個(gè)判定標(biāo)準(zhǔn)有一個(gè)達(dá)不到不能稱為是一個(gè)明確的任務(wù)。在實(shí)踐中,有一些任務(wù)難以定義的很明確,因?yàn)橛行┙Y(jié)果是難以預(yù)測的,比如說分析工作,具體的時(shí)間要求是難以準(zhǔn)確預(yù)測的。任務(wù)如果不明確,無從談起任務(wù)是否做完了。

  在項(xiàng)目組中往往由于前一階段的工作沒做好,造成后續(xù)階段的任務(wù)難以明確定義下來。設(shè)計(jì)沒有做完,編碼的工作不能定義的很清楚,往往會造成實(shí)際的編碼工作難以在要求的時(shí)間內(nèi)完工,形成項(xiàng)目風(fēng)險(xiǎn)。

 。3)識別的任務(wù)不要有遺漏

  在軟件策劃時(shí),常犯的一個(gè)毛病是:任務(wù)沒有識別全。在項(xiàng)目的實(shí)際執(zhí)行過程,經(jīng)常出現(xiàn)計(jì)劃外的、又必須執(zhí)行的項(xiàng)目組的任務(wù),而不是項(xiàng)目組外的干擾活動(dòng)。為了識別的任務(wù)比較完備,可以建立任務(wù)識別指南以提醒項(xiàng)目經(jīng)理。經(jīng)常遺漏的任務(wù)包括:

  ● 項(xiàng)目管理類的任務(wù),如項(xiàng)目計(jì)劃、計(jì)劃的變更、計(jì)劃評審等;
  ● 橫向關(guān)聯(lián)類的任務(wù),如集成任務(wù)、需求跟蹤矩陣的制定與更新等;
  ● 項(xiàng)目交付物的制作任務(wù),如用戶手冊的編寫、培訓(xùn)教材的編寫等;

  (4)任務(wù)的顆粒度要適中

  在劃分任務(wù)時(shí),任務(wù)的顆粒度不能太大,也不能太小。顆粒度太大,難以及時(shí)發(fā)現(xiàn)問題;顆粒度太小,會增加管理成本。任務(wù)的顆粒度小可以到半天,大到周,一般以小于3天為宜,也是說,項(xiàng)目經(jīng)理能夠在1周中至少檢查2次成員的工作進(jìn)展情況。適當(dāng)?shù)娜蝿?wù)顆粒度一方面便于監(jiān)控,另一方面也有利于調(diào)整任務(wù)。當(dāng)出現(xiàn)任務(wù)拖期時(shí),可以比較靈活地重新安排人員接手其他人員的任務(wù)。

  (5)估計(jì)要盡可能的合理

  為了保證估計(jì)的合理性,可以采用下面的措施:

  ● 借助歷史數(shù)據(jù)。歷史數(shù)據(jù)是“經(jīng)驗(yàn)”的量化,通過和歷史項(xiàng)目的數(shù)據(jù)對比,
  ● 可以降低估計(jì)的風(fēng)險(xiǎn)。需要注意的是,在借鑒歷史數(shù)據(jù)的時(shí)候,要注意數(shù)據(jù)的可比性,要考察項(xiàng)目類型是否類似、生命周期模型是否類似等。
  ● 采用多種估計(jì)方法互相驗(yàn)證。在估計(jì)時(shí)可以采用多種估計(jì)方法,然后對多種方法的結(jié)果進(jìn)行對比,通過分析其差異以判斷合理性。
  ● 細(xì)分任務(wù)。任務(wù)拆分的越詳細(xì),越容易估計(jì),越容易和歷史數(shù)據(jù)對比。
  ● 任務(wù)要完備。在估計(jì)的時(shí)候,要識別出所有的工作內(nèi)容,不要有遺漏。
  ● 有估計(jì)經(jīng)驗(yàn)的人參與估計(jì)。一方面要對參與估計(jì)的人員進(jìn)行培訓(xùn),另一方面需要在實(shí)踐中積累估計(jì)經(jīng)驗(yàn),每次估計(jì)完成后,都要和實(shí)際的情況進(jìn)行對比,經(jīng)過3~5次的反復(fù),則可以積累估計(jì)的經(jīng)驗(yàn),提高估計(jì)的準(zhǔn)確性。

  (6)識別清楚任務(wù)之間的依賴關(guān)系

  任務(wù)和任務(wù)之間存在下面的5種依賴關(guān)系:

  ● 輸入輸出關(guān)系。即A任務(wù)的輸出是B任務(wù)的輸入,A任務(wù)完成后,B任務(wù)才可以開始。比如編碼和測試之間的關(guān)系。
  ● 資源依賴關(guān)系。即A任務(wù)和B任務(wù)使用同一個(gè)資源,當(dāng)資源為A使用時(shí),不能為B使用,當(dāng)資源為B使用時(shí),不能為A使用。例如一個(gè)程序員不能同時(shí)做2個(gè)模塊的開發(fā),必須做完一個(gè)模塊再做另一個(gè)模塊。
  ● 需求之間的接口關(guān)系。即A任務(wù)和B任務(wù)的輸出存在接口,2個(gè)部分的輸出需要組裝在一起,如果組裝的任務(wù)是C,則A,B任務(wù)未完成,C任務(wù)也無法開始。
  ● 調(diào)用關(guān)系。主要是對編碼任務(wù)而言,任務(wù)A的代碼為任務(wù)B的代碼所調(diào)用,則A必須先完成。
  ● 采購關(guān)系。如果存在需要采購的外部構(gòu)件的話,則采購行為必須先完成。
  定義了任務(wù)之間的依賴關(guān)系,可以識別出項(xiàng)目的關(guān)鍵路徑,以重點(diǎn)關(guān)注關(guān)鍵路徑。

 。7)優(yōu)先安排與系統(tǒng)架構(gòu)有關(guān)的需求的開發(fā)

  要優(yōu)先安排關(guān)鍵功能需求、全局性功能需求、接口需求、非功能需求的開發(fā),這些需求影響的范圍比較廣,一旦返工,工作量比較大,因此在安排任務(wù)前要先安排這些需求的設(shè)計(jì)、實(shí)現(xiàn)、測試與聯(lián)調(diào)。在計(jì)劃時(shí)若沒有安排好任務(wù)的順序,會造成在項(xiàng)目的后期階段比如聯(lián)調(diào)時(shí),發(fā)現(xiàn)有些模塊無法聯(lián)調(diào),需要寫測試程序或者等待其他模塊的完成。

 。8)建立項(xiàng)目的里程碑

  在項(xiàng)目進(jìn)展的過程中,項(xiàng)目經(jīng)理、PPQA、CM等從項(xiàng)目的不同的側(cè)面對項(xiàng)目組的進(jìn)展進(jìn)行了跟蹤,但是缺乏全面、系統(tǒng)地分析與評價(jià),借助里程碑評審可以綜合各方面的分析數(shù)據(jù)進(jìn)行判斷。在項(xiàng)目的里程碑處,一般是通過里程碑評審全面地對項(xiàng)目組外部的成員展示項(xiàng)目的進(jìn)展,以判斷上一階段的工作是否完成,是否可以進(jìn)入下一個(gè)階段。很多企業(yè)往往將里程碑評審搞成了一種形式,成了走過場,這違背了里程碑評審的初衷。在里程碑評審時(shí),要注意是否全面評價(jià)了項(xiàng)目組的進(jìn)展?是否對項(xiàng)目組外面的相關(guān)人員展示了項(xiàng)目組的進(jìn)展?如果里程碑評審僅有項(xiàng)目組內(nèi)部的成員參加,則往往大事化小,小事化了,掩蓋了真實(shí)的問題,不利于發(fā)現(xiàn)項(xiàng)目組中存在的問題。

 。9)預(yù)留管理緩沖

  在項(xiàng)目過程中總會存在突發(fā)事件和估計(jì)不準(zhǔn)確的情況,因此可以在計(jì)劃中留有緩沖時(shí)間。對于緩沖時(shí)間可以有2種設(shè)置方法,一是固定緩沖,即每周或者月等固定地留有一定緩沖時(shí)間,如半天或1天等。二是在所有的與關(guān)鍵路徑接駁的任務(wù)之前留有固定比例的緩沖,如A任務(wù)是關(guān)鍵路徑上的任務(wù),B任務(wù)不是關(guān)鍵路徑上的任務(wù),但是B做完后,才可以做A,B和A是直接的先后時(shí)序關(guān)系,此時(shí)可以在B任務(wù)與A任務(wù)之間留有一定的緩沖時(shí)間,以降低進(jìn)度風(fēng)險(xiǎn)。

  管理緩沖應(yīng)可以明確地識別出來,不要隱藏在每個(gè)任務(wù)中。

  相信上述的9個(gè)要點(diǎn)一定能夠給您的項(xiàng)目策劃實(shí)踐帶來幫助!

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