1　概述

通過對(duì)項(xiàng)目管理的系統(tǒng)學(xué)習(xí)，我個(gè)人對(duì)于工作分解結(jié)構(gòu)在軟件中的應(yīng)用有很深的感觸，對(duì)于工作分解結(jié)構(gòu)在軟件開發(fā)中的應(yīng)用有一些個(gè)人的看法和見解。

首先我們看一下項(xiàng)目分解結(jié)構(gòu)的定義，工作分解結(jié)構(gòu)是進(jìn)行范圍規(guī)劃時(shí)所使用的重要工具和技術(shù)之一，是面向可交付成果的對(duì)項(xiàng)目元素的分組，它組織并定義了整個(gè)項(xiàng)目范圍，未列入工作分解結(jié)構(gòu)的工作將排除在項(xiàng)目范圍之外。它是項(xiàng)目團(tuán)隊(duì)在項(xiàng)目期間要完成或生產(chǎn)出的終細(xì)目的等級(jí)樹，所有這些細(xì)目的完成或產(chǎn)出構(gòu)成了整個(gè)項(xiàng)目的工作范圍。

從項(xiàng)目分解結(jié)構(gòu)的定義和我們的學(xué)習(xí)我們知道，項(xiàng)目分解結(jié)構(gòu)主要針對(duì)的是可交付物以及工作細(xì)分。同時(shí)通過學(xué)習(xí)我們知道，項(xiàng)目分解結(jié)構(gòu)產(chǎn)生于項(xiàng)目計(jì)劃階段過程，在項(xiàng)目執(zhí)行過程的控制中對(duì)項(xiàng)目進(jìn)行考核和控制，后在項(xiàng)目結(jié)束階段為整個(gè)項(xiàng)目的考核提供參考。但是，我個(gè)人認(rèn)為，如果從軟件開發(fā)的角度來看的話，項(xiàng)目分解結(jié)構(gòu)這個(gè)工具在需求定義期間也能起到很好的應(yīng)用，也是非常有意義的，我將會(huì)再下面的示例中進(jìn)行闡述。下面結(jié)合實(shí)際工作案例對(duì)項(xiàng)目分解結(jié)構(gòu)在軟件開發(fā)項(xiàng)目中的應(yīng)用作一個(gè)簡(jiǎn)單的描述。

2　軟件項(xiàng)目存在的普遍性問題

1、工作范圍界定

首先我們來看一下什么是軟件開發(fā)，說白了，軟件開發(fā)其實(shí)是讓電腦在我們?cè)O(shè)定好路線上行走的一個(gè)實(shí)現(xiàn)過程。而人的思維是邏輯的、發(fā)散性的，電腦的思維是單一的、指令性的。此而言，在電腦軟件的實(shí)現(xiàn)過程中需要對(duì)人的思維和操作方式進(jìn)行整理，形成一個(gè)符合電腦工作的一個(gè)流程，在這中間涉及到了工作范圍界定，和各種信息的綜合篩選。

2、工作量估算

通過幾個(gè)軟件項(xiàng)目的完工，我又這樣的一個(gè)感觸，一個(gè)軟件項(xiàng)目如果完成時(shí)間超過預(yù)計(jì)時(shí)間15%以下算是一個(gè)很不錯(cuò)完成時(shí)間。從我接觸的幾個(gè)項(xiàng)目上來看，長(zhǎng)的一個(gè)項(xiàng)目甚至延期了將近半年的時(shí)間，而初的預(yù)期開發(fā)時(shí)間只有三個(gè)月。從后來對(duì)項(xiàng)目終評(píng)估結(jié)果看來，除了由于客戶的一些行政和人事原因引起的延時(shí)，很大一部分原因還是因?yàn)閷?duì)項(xiàng)目的工作量把握不夠，在一些關(guān)鍵的模塊上產(chǎn)生了很嚴(yán)重的超時(shí)。

3、需求難以明確

在軟件項(xiàng)目啟動(dòng)階段，不管是甲方還是乙方，對(duì)于軟件的估算都是不足的，項(xiàng)目的需求都有一個(gè)從模糊到清除的過程，在項(xiàng)目啟動(dòng)階段，總是需求模糊的一個(gè)階段，而這個(gè)階段卻是項(xiàng)目的一個(gè)重要階段，明確地需求直接關(guān)系到開發(fā)的成本和報(bào)價(jià)，怎樣與客戶通過溝通得到較為一致且明確地需求顯得非常重要。

4、軟件開發(fā)過程控制

在軟件開發(fā)過程中，溝通和交流的直接明了非常重要，通暢準(zhǔn)確的溝通可以很好的提高開發(fā)效率和明確的得到終交付物，但是如果光靠通過口頭交流來說的話容易產(chǎn)生一定的偏差，通過文字來交流話又不是很直觀。難以滿足對(duì)項(xiàng)目及時(shí)調(diào)整、管理、甚至決策的需要。

從以上的各個(gè)問題來說，事實(shí)上我們需要的是一個(gè)統(tǒng)一的、規(guī)范的溝通標(biāo)準(zhǔn)，利用此標(biāo)準(zhǔn)可以是項(xiàng)目的各個(gè)參與方進(jìn)行有效的信息溝通，同時(shí)可以確保業(yè)余與項(xiàng)目管理方獲得準(zhǔn)確實(shí)時(shí)的項(xiàng)目信息，以便高校的對(duì)整個(gè)項(xiàng)目的進(jìn)度、成本、質(zhì)量進(jìn)行統(tǒng)一的計(jì)劃和控制。

3　工作分解結(jié)構(gòu)的具體應(yīng)用

在這里我簡(jiǎn)單的描述一下項(xiàng)目，該項(xiàng)目是針對(duì)電力行業(yè)的一個(gè)MIS項(xiàng)目，在項(xiàng)目的執(zhí)行過程中我們事實(shí)上沒有完全按照項(xiàng)目管理的規(guī)范來做，但是，在項(xiàng)目的各個(gè)環(huán)節(jié)中我們都很多的用到了工作分解結(jié)構(gòu)這樣的一個(gè)工具，在這里我們分階段進(jìn)行應(yīng)用闡述。

1、啟動(dòng)階段

項(xiàng)目在初定義階段，不管是客戶還是軟件開發(fā)人員，對(duì)于系統(tǒng)的了解總是基于大模塊的，而對(duì)于模塊的局部結(jié)構(gòu)的了即比較模糊了，在需求定義和明確的過程中，首先通過軟件人員的頭腦風(fēng)暴形成一個(gè)初的軟件分解結(jié)構(gòu)，然后以此為基礎(chǔ)與客戶進(jìn)行溝通比較直觀明了，便于客戶形成直觀的概念。但是，在這個(gè)階段里面，項(xiàng)目里面的很多內(nèi)容往往是不清晰和不確定的，在這里我們可以很好的利用項(xiàng)目分解結(jié)構(gòu)這個(gè)工具來進(jìn)行有效的溝通。

我們可以從以下的三個(gè)圖來說明這種情況，這幾個(gè)圖是在對(duì)MIS項(xiàng)目行需求分析時(shí)產(chǎn)生的。首先圖一表示的是通過開發(fā)人員的初調(diào)研形成的組織分解結(jié)構(gòu)圖，然后在此基礎(chǔ)上，通過與客戶的交流發(fā)現(xiàn)MIS結(jié)構(gòu)的模塊分布式是上并不是原想的組織結(jié)構(gòu)。我們了解到，電管站的電費(fèi)終也是收入到營銷部，從電費(fèi)歸屬的意義上來說的話，電管站終也歸營銷部管理，所以我們對(duì)組織結(jié)構(gòu)圖進(jìn)行了再一次的整合和修改。形成了第二個(gè)組織結(jié)構(gòu)圖，在大的模塊的到確認(rèn)的前提下，對(duì)其中的各個(gè)模塊進(jìn)行進(jìn)一步的細(xì)分，對(duì)各個(gè)模塊以終可交付物為單位形成各個(gè)模塊的細(xì)分結(jié)構(gòu)，如圖三，其他模塊省略。這樣同時(shí)對(duì)軟件開發(fā)人員和系統(tǒng)使用人員都形成了一個(gè)直觀可行的模塊印象。

在這里我們可以看出，在需求定義階段，項(xiàng)目分級(jí)結(jié)構(gòu)可以作為一個(gè)很好的客戶與調(diào)研人員溝通的手段，可以更好的對(duì)項(xiàng)目的構(gòu)建形成一個(gè)統(tǒng)一的認(rèn)識(shí)，同時(shí)界定出項(xiàng)目的模塊范圍，為以后軟件開發(fā)產(chǎn)生需求變更提供參考依據(jù)。

同時(shí)由于組織分解結(jié)構(gòu)是以終交付物為單位的，以一人兩周的開發(fā)周期作模塊分解的依據(jù)。所以，當(dāng)終的項(xiàng)目分級(jí)結(jié)構(gòu)形成之后，可以依據(jù)項(xiàng)目分解結(jié)構(gòu)計(jì)算出項(xiàng)目所需要的工期以及開發(fā)人員資源，并以此為基準(zhǔn)計(jì)算出項(xiàng)目的可估算成本。