- 相關(guān)推薦
軟件項(xiàng)目管理的九大方法
如何改善我們的軟件開發(fā)管理，一條便捷之道便是"尊重常識(shí)，尊重歷史經(jīng)驗(yàn)教訓(xùn)"。在軟件項(xiàng)目管理中，有許多的原則和經(jīng)驗(yàn)可以供我們借鑒。 下面是yjbys小編分享的一些相關(guān)資料，供大家參考。
一、計(jì)劃原則
沒有計(jì)劃，你無從知道什么時(shí)候控制和變更。制定一個(gè)詳盡的計(jì)劃，以詳細(xì)到開發(fā)人員可以理解的程度為宜。計(jì)劃能夠告訴你什么時(shí)候應(yīng)該做什么。沒有計(jì)劃，你無從知道自己需要做什么。不少項(xiàng)目經(jīng)理告訴組員需要做什么東西后揚(yáng)長而去，絲毫沒有一個(gè)相關(guān)任務(wù)(活動(dòng))之間的說明。由于沒有計(jì)劃或是計(jì)劃太粗糙、不切實(shí)際，很多項(xiàng)目1/3甚至1/2的時(shí)間花在返工上面。因?yàn)橛?jì)劃中遺漏了某一項(xiàng)關(guān)鍵任務(wù)，項(xiàng)目就有可能宣告失敗。
試想一下，制定一個(gè)周密合理的計(jì)劃需要耗費(fèi)這么多的時(shí)間嗎?需要付出項(xiàng)目失敗的代價(jià)嗎?還有很多項(xiàng)目管理人員常常錯(cuò)誤認(rèn)為"變化比計(jì)劃快"，但實(shí)際的情況是，由于沒有計(jì)劃，你無法預(yù)測和估量變化給你的項(xiàng)目所帶來影響，你所面臨的將會(huì)是比面條還難以理清?混沌"狀態(tài)。此外，對于開發(fā)人員來說，"目標(biāo)導(dǎo)向(Objective Oriented)"是充分調(diào)動(dòng)其工作積極性的最佳方法，每一個(gè)任務(wù)階段的成果能夠?qū)T工的工作效率維持在一個(gè)較高的水平。因?yàn)榻谀繕?biāo)總是比遠(yuǎn)期目標(biāo)來說更容易看到和達(dá)到。為此，制定一個(gè)計(jì)劃吧，讓它符合目標(biāo)導(dǎo)向(通過各個(gè)具體任務(wù)計(jì)劃促使項(xiàng)目總計(jì)劃的達(dá)成)。
二、Brooks原則
向一個(gè)已經(jīng)滯后的項(xiàng)目添加人員，可能會(huì)使項(xiàng)目更加滯后。因?yàn)樽鳛樾录尤氲膯T工來說，相關(guān)培訓(xùn)、環(huán)境熟悉和人員之間的溝通通路的增加，迫使項(xiàng)目的工作效率急劇下跌。工作效率下降需要加班來進(jìn)行彌補(bǔ)，但加班造成的疲勞會(huì)再次使工作效率降低。同時(shí)工作成本卻不斷的向上攀升。不過就目前來說，項(xiàng)目管理人員絲毫不會(huì)理會(huì)這一點(diǎn)，"人多力量大"也許更能引人入勝。不少項(xiàng)目管理人員抱怨到時(shí)間的急迫性，須知很多項(xiàng)目內(nèi)時(shí)間的急迫性來自于項(xiàng)目管理人員不假思索和不基于常理的邀功表現(xiàn)，沒有充分考慮的開發(fā)人員能力的多樣性
所致。為此，正規(guī)的企業(yè)不得不耗費(fèi)大量的加班費(fèi)用于加班人員的津貼，同時(shí)亦要承擔(dān)違反《勞動(dòng)法》的潛在法律危險(xiǎn)�，F(xiàn)在一種萬不得已的做法是，假設(shè)項(xiàng)目開發(fā)人員之間的任務(wù)的關(guān)聯(lián)性不是太大的情況下，采取兩班倒或是三班倒的方法來保證時(shí)間的延續(xù)性和相關(guān)開發(fā)人員的工作高效性。
三、驗(yàn)收標(biāo)準(zhǔn)原則
我們在進(jìn)行某項(xiàng)任務(wù)，往往會(huì)為以何種結(jié)果為宜而感到困惑。不求質(zhì)量的開發(fā)人員往往憑據(jù)經(jīng)驗(yàn)草草了事，追求完美的開發(fā)人員則在該項(xiàng)任務(wù)上耗費(fèi)太多的精力，但此番耗費(fèi)未必針對該項(xiàng)任務(wù)，因而常常吃力不討好。這是由于沒有驗(yàn)收標(biāo)準(zhǔn)而導(dǎo)致的情景。因?yàn)闆]有驗(yàn)收標(biāo)準(zhǔn)，你無法知道你要進(jìn)行的任務(wù)需要一個(gè)什么樣的結(jié)果，需要達(dá)到什么樣的質(zhì)量標(biāo)準(zhǔn)。在很多情況下，你的活動(dòng)會(huì)與期望結(jié)果背道而馳，而此時(shí)的你還在沉醉于自己的辛勤耕耘之中。作為項(xiàng)目經(jīng)理來說，只有制定好每個(gè)任務(wù)的驗(yàn)收標(biāo)準(zhǔn)，才能夠嚴(yán)格把好每一個(gè)質(zhì)量關(guān)、同時(shí)了解項(xiàng)目的進(jìn)度情況。
四、默認(rèn)無效原則
你的項(xiàng)目成員理解和贊成項(xiàng)目的范圍、目標(biāo)和你所制定的項(xiàng)目策略嗎?不少項(xiàng)目管理人員認(rèn)為"沉默意味著同意"。實(shí)際上我們或多或少都會(huì)陷入這樣的一個(gè)思維誤區(qū)。試想一下，你作為職員或項(xiàng)目開發(fā)人員時(shí)的沉默完全代表你贊成你的領(lǐng)導(dǎo)的意見嗎?不見得，這就是答案。這一點(diǎn)在項(xiàng)目溝通中極為重要，項(xiàng)目管理者切不可為沉默認(rèn)為是同意，沉默在很大的程度上說明項(xiàng)目開發(fā)人員還尚未弄清楚項(xiàng)目的范圍、任務(wù)和目標(biāo)。為此項(xiàng)目管理者還需要同開發(fā)人員進(jìn)行充分溝通，了解開發(fā)人員的想法。在對項(xiàng)目沒有一個(gè)共同的一致的理解的前提下，一個(gè)團(tuán)隊(duì)是不可能成功的。
五、80-20原則
80-20原則在軟件開發(fā)和項(xiàng)目管理方面有許多"實(shí)例"。其一便是我們在20%的項(xiàng)目要求上耗費(fèi)了80%的時(shí)間。仔細(xì)分析一下，這些項(xiàng)目要求分為必須的非必須的，因此我們建議是壓縮非必須的部分或是暫時(shí)將其放在一邊不必太重視。軟件項(xiàng)目開發(fā)事實(shí)告訴我們，開發(fā)人員在非必須的項(xiàng)目要求上耗費(fèi)了太多的精力，用戶的需求變更的大部分出現(xiàn)在"最好有"這一部分，實(shí)際上用戶并不看重這些需求(即使去除這些需求)，而我們所做的，往往是舍本求末。
80-20原則的另外一個(gè)實(shí)例是我們項(xiàng)目中的20%的人員擔(dān)當(dāng)了80%的項(xiàng)目任務(wù)(這樣講在實(shí)際實(shí)施中一點(diǎn)都不過分)�？紤]到開發(fā)人員能力的多樣性，聰明的項(xiàng)目管理人員決不會(huì)采取任務(wù)均分的愚蠢做法，因?yàn)榫拖到y(tǒng)論的觀點(diǎn)來看，互補(bǔ)結(jié)構(gòu)比對等結(jié)構(gòu)要更穩(wěn)定一些。此外作為項(xiàng)目管理人員來說，了解屬下員工的能力特點(diǎn)，將其放在合適的位置上，會(huì)更有利于項(xiàng)目的順利進(jìn)行。很多管理人員常常抱怨屬下能力問題，究其實(shí)質(zhì)，往往是這些項(xiàng)目管理人員未能發(fā)現(xiàn)開發(fā)人員潛能所在之處。她們看待問題往往以"經(jīng)驗(yàn)"這樣的思維定勢來做決定。導(dǎo)致的結(jié)果如系統(tǒng)論所言：由于"抱怨"的作用和反作用循環(huán)，結(jié)果是大家都不歡而散。
六、帕金森原則
帕金森原則原是用于反映政府部門機(jī)構(gòu)臃腫，效率低下的代名詞。不過它在軟件開發(fā)中一樣適用。沒有時(shí)限限制的話，工作可能無限延期。在軟件開發(fā)中，如果沒有嚴(yán)格的時(shí)間限制，開發(fā)人員往往比較懈怠。這是人的天性所決定的。千萬不要指望奇跡的發(fā)生――"所有員工的思想覺悟異常崇高"。作為項(xiàng)目管理者而言，此時(shí)應(yīng)充分考慮到員工的工作效率和項(xiàng)目變更帶來的負(fù)面影響，制定合理的項(xiàng)目工期并鼓動(dòng)開發(fā)人員盡快完成。
七、時(shí)間分配原則
在項(xiàng)目計(jì)劃編制過程中，我們常常將資源可用率(人、設(shè)備)等設(shè)置為100%，殊不知你曾想過，由于開發(fā)人員需要休息、吃飯、開會(huì)等，根本不可能把所有的時(shí)間放在項(xiàng)目開發(fā)工作上，而且這還不考慮到開發(fā)人員的工作效率是否保持在一恒定水平上。所謂一天8小時(shí)工時(shí)制實(shí)際上是徒有虛名。由于項(xiàng)目管理人員的"無知"，不少開發(fā)人員被迫拼命加班。結(jié)果依舊出現(xiàn)Brooks原則所出現(xiàn)問題。在實(shí)際開發(fā)中，開發(fā)員工的時(shí)間利用率能夠達(dá)到80%就已經(jīng)時(shí)很不錯(cuò)的了，我個(gè)人比較傾向于60%左右(黃金分割點(diǎn))。一個(gè)常用的經(jīng)驗(yàn)是如果項(xiàng)目人員不懂技術(shù)的話，項(xiàng)目時(shí)間可能是原計(jì)劃(該計(jì)劃沒有考慮到資源可用率)的4/3-5/3。如果項(xiàng)目人員不懂技術(shù)、管理人員不懂管理的話，這個(gè)數(shù)字可能是2倍到3倍�，F(xiàn)實(shí)就是這么嚴(yán)酷。這很大范圍內(nèi)"歸功于項(xiàng)目管理人員。是的，我們的確沒有必要責(zé)備開發(fā)人員，因?yàn)槲覀儗Y源可用率的判斷完全違反常識(shí)。
八、變化原則
也許有人問過你，在項(xiàng)目管理中唯一不變的東西是什么?我可以告訴你，項(xiàng)目中唯一不變的就是"變化"。在項(xiàng)目中不考慮可能發(fā)生的變化是不可思議的。不過在面對項(xiàng)目可能發(fā)生變化而帶來的項(xiàng)目風(fēng)險(xiǎn)時(shí)，我們的項(xiàng)目管理人員往往會(huì)懷有逃避的態(tài)度。經(jīng)濟(jì)學(xué)里大名鼎鼎的風(fēng)險(xiǎn)規(guī)避原則便是項(xiàng)目管理人員心理的有效描述。作為項(xiàng)目管理人員來說，應(yīng)該及早預(yù)測可能出現(xiàn)的風(fēng)險(xiǎn)，做好風(fēng)險(xiǎn)儲(chǔ)備。雖然風(fēng)險(xiǎn)儲(chǔ)備不能解決所有的問題，但預(yù)防勝于治療"�？上У氖俏覀兘^大多數(shù)人沒有這方面的意識(shí)，否則醫(yī)院的生意未必如此紅火，項(xiàng)目開發(fā)之途未必如此坎坷。
九、作業(yè)標(biāo)準(zhǔn)原則
一個(gè)團(tuán)隊(duì)要完成項(xiàng)目的開發(fā)需要有一定的章法。很可惜，在國內(nèi)目前仍然以"作坊式"為主，高舉"我們符合國際CMM X規(guī)范(ISO某某規(guī)范)"的環(huán)境下，未必有多少項(xiàng)目團(tuán)隊(duì)注意到這一點(diǎn)。我們曾經(jīng)驚嘆印度的高中生都能編程序，而國內(nèi)卻非本科、碩士不收眼簾。究其原因，在于沒有開發(fā)章法或是章法粗糙，猶如牛皮圣旨一般。一個(gè)好的代碼模板和代碼規(guī)范能夠解決大多數(shù)人編寫程序隨心所欲的問題，很可惜，沒有多少項(xiàng)目管理人員有此意識(shí)，也沒有多少人愿意去做這項(xiàng)基礎(chǔ)任務(wù)。業(yè)務(wù)軟件開發(fā)需要高超的開發(fā)技巧嗎?不需要，那是故弄玄虛的開發(fā)人員的伎倆。軟件開發(fā)的美在于其簡潔性和規(guī)范性，不在于奇技淫巧。因?yàn)槿狈ψ鳂I(yè)標(biāo)準(zhǔn)，我們付出的代價(jià)是客戶的抱怨和無休止的返工。此外，對于那些以形式主意蒙人的項(xiàng)目團(tuán)隊(duì)來說，如果你實(shí)質(zhì)如同你口頭所說那樣，也許你就不會(huì)是今天的這副狼狽相。
【軟件項(xiàng)目管理的九大方法】相關(guān)文章：
軟件測試與項(xiàng)目管理09-17
項(xiàng)目成本管理的方法09-02
項(xiàng)目管理方法09-15
軟件項(xiàng)目設(shè)計(jì)過程的管理10-09
軟件項(xiàng)目的溝通管理08-11
項(xiàng)目管理方法和項(xiàng)目實(shí)施方法的關(guān)系04-19
項(xiàng)目管理團(tuán)隊(duì)的管理方法07-17
項(xiàng)目管理的具體原理與方法09-01