如何完善軟件項(xiàng)目管理方法

如何完善軟件項(xiàng)目管理方法

1.項(xiàng)目管理方法概述對(duì)于軟件開發(fā)過程，最關(guān)鍵的要素是可操控性。一個(gè)混亂的項(xiàng)目直接導(dǎo)致高費(fèi)用、拖延的開發(fā)時(shí)段和低質(zhì)的軟件產(chǎn)品。當(dāng)然這并不是我們想看到的結(jié)果。依我看來，當(dāng)一個(gè)項(xiàng)目結(jié)束時(shí)，我們需要的不僅僅是一堆軟件，而要有更少的維護(hù)費(fèi)用(意味著高質(zhì)量)和訓(xùn)練有素的團(tuán)隊(duì)以及可繼承的開發(fā)過程。繼承意味著積累和連續(xù)性。這也是為什么那么多大的公司能夠快速發(fā)行他們的新產(chǎn)品以幸免于市場(chǎng)的競(jìng)爭(zhēng)。這就像著名科學(xué)家(newton譯者注)講的那樣，“我之所以取得成功，是因?yàn)槲艺驹诰奕思绨蛏系摹?。在?xiàng)目管理方法中，對(duì)于那些小型開發(fā)公司，完全依據(jù)CMM(CapabilityMaturityModelforSoftware軟件能力成熟度模型)來管理軟件項(xiàng)目是不值得的。因?yàn)檫@樣的花費(fèi)太大，以致于公司將失去它們的韌性。為了軟件質(zhì)量管理，軟件開發(fā)無論如何應(yīng)該遵守一定的基本規(guī)則。這將對(duì)于后期的產(chǎn)品質(zhì)量很有幫助。如果我讓我用一句話來描述項(xiàng)目管理方法，我想說它是一個(gè)可管理，可操控的過程。我其實(shí)也就是說，無論在軟件開發(fā)的那個(gè)階段，質(zhì)量和進(jìn)度都應(yīng)該是可控制的。2.軟件中開發(fā)的一些提示于此我為軟件開發(fā)列出一些提示。由于背景和習(xí)慣的不同，這些提示可能并非對(duì)任何人有效。但是如果這些提示能帶給你某些深入的思考，我想它們是有價(jià)值的。2.1軟件預(yù)算任何計(jì)劃的制訂(working-out)都是基于軟件大小。一旦我們抓住了對(duì)項(xiàng)目的軟件大小和構(gòu)架的理解，我們就能初步安排人力數(shù)據(jù)和進(jìn)度。這種安排不必精確。當(dāng)軟件開發(fā)過程推進(jìn)，理解加深之后，無論如何，軟件預(yù)算將變得越來越精確并且計(jì)劃安排將。在軟件項(xiàng)目的初始階段，我們應(yīng)該實(shí)施第一次軟件軟件評(píng)估。在項(xiàng)目管理方法中，軟件項(xiàng)目可以被分解成一些功能相對(duì)獨(dú)立的功能模塊(注意：這里的模塊不同于那些在HLD階段中被定義的模塊)。其間，我們也能認(rèn)識(shí)到哪個(gè)模塊是最難以及哪個(gè)是最重要的。一旦我們有了這些數(shù)據(jù)，我們根本的人力數(shù)據(jù)和進(jìn)度就離我們不遠(yuǎn)了。同時(shí)，我們可以保持我們的眼光在這些困難和重大模塊之上，也就是那些投入較大的資源地方。在項(xiàng)目管理方法中，在每一個(gè)軟件開發(fā)階段的結(jié)束，正如SRS和LLD，我們可以重新評(píng)估軟件的規(guī)模并調(diào)整我們的項(xiàng)目計(jì)劃。實(shí)際上這是一個(gè)項(xiàng)目計(jì)劃的回顧過程。這種回顧的優(yōu)點(diǎn)是更好地使用項(xiàng)目資源和發(fā)現(xiàn)存在的項(xiàng)目問題。僅僅通過這些持續(xù)的更新，項(xiàng)目計(jì)劃真的能指引我們的開發(fā)行為。否則，隨著項(xiàng)目的進(jìn)行，這將變成一塊沒有使用的白紙。于是，你會(huì)感覺進(jìn)度總是在你的掌控之下。當(dāng)然，這是一種非常令人愉快的感覺。2.2討論和評(píng)審軟件開發(fā)是一個(gè)團(tuán)隊(duì)項(xiàng)目，所以我們認(rèn)為團(tuán)隊(duì)精神是非常重要的，甚至它是關(guān)鍵項(xiàng)目成功的一個(gè)關(guān)鍵。一般由于市場(chǎng)競(jìng)爭(zhēng)我們沒有足夠的剩余時(shí)間留給軟件項(xiàng)目。因此，一個(gè)項(xiàng)目經(jīng)理，在任何時(shí)候應(yīng)該追蹤正在做的事情。討論和評(píng)審是通向目的非常好的路徑。好的項(xiàng)目必須有一個(gè)好的開發(fā)過程。在項(xiàng)目管理方法中，它是一個(gè)反映好的開發(fā)過程的文檔。我們?nèi)绾卧谟邢迺r(shí)間內(nèi)完成高質(zhì)量的文檔?我想有三方面的重大因素。第一，在你開始寫之前，和相關(guān)的團(tuán)隊(duì)成員討論是必要的。這種討論不僅包括技術(shù)問題，而且還包括如文檔風(fēng)格等細(xì)節(jié)問題。一旦這些問題被團(tuán)隊(duì)解決了，接下來的文檔工作只是小菜一碟。第二，在寫文檔的過程中，如果你發(fā)現(xiàn)新的問題，而你不能理解或者你認(rèn)識(shí)先前的設(shè)計(jì)是錯(cuò)誤的，請(qǐng)毫不猶豫地把這些問題拿出來和你的同事討論。通過這種持續(xù)的討論，我們可以會(huì)聚所有團(tuán)隊(duì)成員的智慧以保證在最終的文檔中出現(xiàn)更少的錯(cuò)誤。隨著項(xiàng)目的進(jìn)行，我們的理解也加深了。于是我們可能發(fā)現(xiàn)一些被忽略了的部分，這些將影響我們的設(shè)計(jì)。所以無論何時(shí)，只要我們有了新的發(fā)現(xiàn)，以獲得高質(zhì)量的文檔，我想第三種因素──評(píng)審和更新已經(jīng)結(jié)束的文檔是很有必要的。無庸置疑，在項(xiàng)目管理方法中，對(duì)于一個(gè)時(shí)段限制的項(xiàng)目，討論和評(píng)審意味著你要花費(fèi)大量的時(shí)間，并且在某些情形下這不易于安排，特別是在工作同時(shí)變故的情況下。關(guān)鍵的解決這人問題的在項(xiàng)目管理方法中，是把時(shí)間和人力精心劃分。給個(gè)示例，如果我們下周有一些文檔需要評(píng)審，那么理所當(dāng)然應(yīng)該在本周末完成安排。這種安排包括評(píng)審的參與者、時(shí)間、地點(diǎn)和持續(xù)時(shí)間等。只有通過這種仔細(xì)的安排，我們才能避免評(píng)審沖突。通常在正式評(píng)審之前，我們應(yīng)該留出時(shí)間給項(xiàng)目組成員來預(yù)告判斷評(píng)審的內(nèi)容。在評(píng)審會(huì)議上，為節(jié)省時(shí)間，唯一目的是發(fā)現(xiàn)問題，而不是解決問題。深入的討論應(yīng)當(dāng)被在評(píng)審會(huì)議之后舉行。其間，我們應(yīng)該采取措施來跟蹤在評(píng)審會(huì)議上被發(fā)現(xiàn)的問題以避免缺失?；ㄙM(fèi)大量時(shí)間來討論和評(píng)審是有價(jià)值的，因?yàn)樵S多人個(gè)錯(cuò)誤會(huì)在討論和評(píng)審中被暴露出來。在項(xiàng)目結(jié)束時(shí)，我們發(fā)現(xiàn)討論和評(píng)審簡(jiǎn)直令人難以置信。另外，通過這種持續(xù)的交流與合作，我們對(duì)彼此的了解更多了些并且團(tuán)隊(duì)的效力也被加固了。風(fēng)險(xiǎn)到處都有。在軟件開發(fā)階段，我們會(huì)遇到許多困難，并且我們應(yīng)該真正嘗試克服它們。另一方面，我們?nèi)匀恍枰A(yù)見我們未來可能發(fā)生的風(fēng)險(xiǎn)，并采取行動(dòng)來減少這種潛在風(fēng)險(xiǎn)對(duì)項(xiàng)目的影響。這就是風(fēng)險(xiǎn)管理的概念。對(duì)于一個(gè)軟件項(xiàng)目，最嚴(yán)重的風(fēng)險(xiǎn)是人力資源問題。大多數(shù)項(xiàng)目被分割為由單獨(dú)的工程師管理的功能模塊，你能想象某一個(gè)工程師的突然離去對(duì)公司造成的影響嗎?在軟件項(xiàng)目的開始階段，為避免災(zāi)難的接腫面至，人力后備計(jì)劃應(yīng)該被發(fā)起。假如缺少工程師，我們?nèi)绾翁幚砣肆髠溆?jì)劃?這在很多公司正在發(fā)生。盡管我們沒有辦法讓一些工程師作為另一些的后備，讓某些工程師部分掌控其它模塊也是可能的。至少，他們一定能理解別的模塊的基本原理。如果我們做到適當(dāng)?shù)墓芾恚@種想法可以在討論和評(píng)審的過程中實(shí)現(xiàn)。如果一個(gè)工程師被選為一個(gè)模塊的后選人，他應(yīng)該參與到所有關(guān)于這個(gè)模塊的討論和評(píng)審之中。也就是說，他與這個(gè)模塊有關(guān)系。因此，當(dāng)一個(gè)項(xiàng)目經(jīng)理布置一個(gè)過程，他應(yīng)當(dāng)考慮這種關(guān)聯(lián)。只要我們堅(jiān)持這種項(xiàng)目管理方法，那個(gè)工程師或都更多的工程師將熟悉那個(gè)本來不屬于他們掌管的模塊。結(jié)果，即使這種風(fēng)險(xiǎn)變?yōu)閷?shí)事，項(xiàng)目也可以更平穩(wěn)地生還。除出人力，還有很多其它的風(fēng)險(xiǎn)，比如實(shí)驗(yàn)設(shè)備，工具軟件以及測(cè)試環(huán)境。所以這些風(fēng)險(xiǎn)應(yīng)該被記錄和追蹤。其間，項(xiàng)目應(yīng)該有一個(gè)計(jì)劃來減少這種風(fēng)險(xiǎn)的影響。當(dāng)一個(gè)風(fēng)險(xiǎn)過去之后，這個(gè)風(fēng)險(xiǎn)的記錄應(yīng)該被關(guān)閉。在每一個(gè)開發(fā)過程的結(jié)束，項(xiàng)目經(jīng)理應(yīng)該招開一次會(huì)議討論哪個(gè)風(fēng)險(xiǎn)可能會(huì)在下一階段發(fā)生。