軟件項(xiàng)目管理的一些思考

1、軟件項(xiàng)目管理的考慮由于目前軟件開發(fā)實(shí)際情況的約束，完全按照RUP實(shí)施項(xiàng)目管理是一個(gè)理 想化思路。在實(shí)際實(shí)施中會(huì)受多方面的影響（如客戶要求、小組成員素質(zhì)等）， 這種盲目的追求標(biāo)準(zhǔn)只會(huì)做成項(xiàng)目的阻礙，基于這種考慮，我認(rèn)為根據(jù)實(shí)際情況 采用分步實(shí)現(xiàn)的方式，逐步建立起一支穩(wěn)定的、技術(shù)分工合理的開發(fā)TEAM，才 能采用RUP管理規(guī)范實(shí)現(xiàn)省時(shí)、合理的軟件開發(fā)。下面我根據(jù)自身對項(xiàng)目管理的認(rèn)識，對原有項(xiàng)目管理中的問題進(jìn)行總結(jié)，并 對目前如何實(shí)現(xiàn)軟件工程，及對本項(xiàng)目管理規(guī)范的實(shí)施進(jìn)行了相應(yīng)說明。對項(xiàng)目管理的幾點(diǎn)感受目前我們的軟件開發(fā)多為瀑布式開發(fā)，項(xiàng)目管理可以說是沒有。所有的 管理與軟件設(shè)計(jì)都是由項(xiàng)目經(jīng)理一個(gè)人

2、來負(fù)責(zé)，這樣對項(xiàng)目經(jīng)理的要求較高。項(xiàng) 目開發(fā)主要依賴于個(gè)人能力，開發(fā)中又總是依靠程序員高手來支撐，最好是要有 一批“快槍手”。而高手又因?yàn)槎喾N因素不能集中在一個(gè)項(xiàng)目中，同時(shí)高手的流 動(dòng)會(huì)給項(xiàng)目致命的打擊。以上等等只是項(xiàng)目管理中的一部分問題。我對項(xiàng)目管理 中之不足歸納為以下幾個(gè)方面：人員素質(zhì)項(xiàng)目開發(fā)人員的個(gè)人素質(zhì)不同，根據(jù)素質(zhì)進(jìn)行角色與行為劃分是項(xiàng)目管 理中的一個(gè)非常重要的環(huán)節(jié)。責(zé)任心我在項(xiàng)目管理中曾遇過這樣一種情況，有個(gè)項(xiàng)目成員技術(shù)不錯(cuò)，但是在開發(fā) 的關(guān)鍵時(shí)期為個(gè)人的一點(diǎn)小事而不顧整個(gè)項(xiàng)目的進(jìn)度，而其在項(xiàng)目中擔(dān)任了比較 重要的職務(wù)，在他看來，項(xiàng)目不如自己個(gè)人的小事（可做可不做）重要，所以造 成

3、項(xiàng)目進(jìn)度的延誤，我不得不去物色另外一個(gè)人來代替他。但后果已成。還有一種情況，安排了某人工作，工作量在你的估算內(nèi)，但是到了檢查時(shí)， 他對你說“我不會(huì)做”，“我不知如何做”之類的話，而同時(shí)他還在上網(wǎng)或做其 他的事，但作為已有計(jì)劃的你來說，則是項(xiàng)目進(jìn)度被打亂的后果。這種人當(dāng)然在下一個(gè)項(xiàng)目不會(huì)被用，但是如何避免這種情況的發(fā)生呢？我認(rèn) 為應(yīng)當(dāng)將工作量細(xì)化到天甚至于小時(shí)，遇到這種員工則可立即開除，同時(shí)損失的 工作時(shí)間是可控的。從而減輕了對項(xiàng)目開發(fā)的影響。個(gè)人能力程序員的領(lǐng)悟力各不相同。對不同的人要采用不同的方法來工作。對個(gè)人能力高的人你可以務(wù)虛的談工作任務(wù)，他在接受任務(wù)的同時(shí)就可以提 出這樣那樣的問題，甚

4、至想到你沒有想到的問題，直到把問題搞清楚。這樣的人 你可以放心的讓他去做，因?yàn)樗呀?jīng)完全理解了你的意圖。對個(gè)人能力一般的人，你講什么他不能理解的很清楚，有的為了面子不懂也 不說，但是在做的時(shí)候出了問題，在你指著他做的程序大罵的同時(shí)，你的項(xiàng)目進(jìn) 度在拖延。對于這種情況，你只能寫出對他工作的要求，寫出你的意圖，明確工 作目標(biāo)。對個(gè)人能力差的人你不能說只是寫個(gè)要求就行的，那樣的話他寫的程序依然 會(huì)讓你忍無可忍，怎么辦，把系統(tǒng)中技術(shù)要求較低的部分分出來，然后按1，2, 3, 4步驟寫出來。有人說這樣還不如自己寫完算了，但是這種工作往往是重復(fù) 量很大。如做界面等。當(dāng)然，RUP的實(shí)施方針希望是淡化個(gè)人力量

5、，而注重流程與大家的協(xié)作，同 時(shí)細(xì)化了系統(tǒng)的每一部分。但是RUP的實(shí)施不能教條化，在實(shí)行中還要根據(jù)項(xiàng)目 實(shí)際情況而變化。自我約束能力自我約束能力主要是指對管理者而言的。因?yàn)轫?xiàng)目成員工作基本 是由項(xiàng)目管理者來監(jiān)督實(shí)施的，那管理者呢，可能沒有人來管理，如 果管理者的自我約束能力不強(qiáng)，那樣建立什么樣的軟件工程規(guī)范都無 法實(shí)施。在實(shí)施項(xiàng)目管理規(guī)范時(shí)，由于條件限制，不可能一下完備軟件工 程所需的各個(gè)機(jī)構(gòu)部門，從而也可能不存在與項(xiàng)目組平行的流程管理 機(jī)構(gòu)，質(zhì)量審批機(jī)構(gòu)等。由于采用逐步實(shí)現(xiàn)的方法，所以提高約束力 只能米用其他方法。針對這種情況，可以采用各種提醒方式：電子系統(tǒng)如掌上電腦； 人員提醒如部門技術(shù)秘

6、書等。工作流程4.1.2.1工作流程中的多重循環(huán)用戶需求的不斷變化是令項(xiàng)目開發(fā)中最頭痛的問題了。我們在做項(xiàng)目時(shí) 傳統(tǒng)的做法是，新需求來了，趕快叫程序員們改，在這里加一塊，那里補(bǔ)幾行 代碼，只要實(shí)現(xiàn)就行。結(jié)果是項(xiàng)目做完了，再看自己設(shè)計(jì)的系統(tǒng)已面目全非。 還談什么可重用性，可定義性，產(chǎn)品化，甚至下一個(gè)差不多的項(xiàng)目還要花費(fèi)同 樣的時(shí)間。RUP中強(qiáng)調(diào)的循環(huán)概念 就是針對于這種情況提出的，通過項(xiàng)目小組之間各種角色的循環(huán)，實(shí)現(xiàn)對用戶需求變化的問題解決。如下圖程序另沮這樣采用迭代法開發(fā)可以實(shí)現(xiàn)此問題，是的，但是要有所犧牲，那就是 時(shí)間。時(shí)間充足我們自然可以按照標(biāo)準(zhǔn)的RUP思路來進(jìn)行。而實(shí)際上呢，又是 我們犧

7、牲不起的?，F(xiàn)在國內(nèi)大多數(shù)項(xiàng)目具有這樣一個(gè)共同點(diǎn)：用戶要求急。如 我們做一個(gè)基金的核心業(yè)務(wù)系統(tǒng)，用戶說開發(fā)時(shí)間為兩個(gè)月。而由于基金是個(gè) 新行業(yè)，無可用之部件，兩個(gè)月的時(shí)間是不可能進(jìn)行迭代開發(fā)的。同時(shí)我們還 要在一定程度上避開需求不斷變化。我建議采用的方式如下： 按階段地進(jìn)行循環(huán)實(shí)現(xiàn)階段性的循環(huán)，并且存在多個(gè)循環(huán)的并發(fā)。如業(yè)務(wù)需求循環(huán)在一個(gè)階段 內(nèi)將生成相應(yīng)的模型與業(yè)務(wù)需求文檔，并得到用戶的認(rèn)可，然后轉(zhuǎn)入系統(tǒng)需求循 環(huán)，在系統(tǒng)需求轉(zhuǎn)入另一個(gè)循環(huán)時(shí)，再繼續(xù)業(yè)務(wù)需求循環(huán)，但此時(shí)只是記錄用戶需 求，而不進(jìn)行下一個(gè)循環(huán)。待根據(jù)最初需求制作的版本生成后，再根據(jù)新的業(yè)務(wù) 需求及與用戶協(xié)商結(jié)果再?zèng)Q定是否開發(fā)下一

8、個(gè)版本。采用快速原型法快速原型法的作用是為了讓用戶在感性上了解系統(tǒng)的概貌，通過 與用戶的交流，從而固定了相應(yīng)的元素（如輸入?yún)?shù)、跳轉(zhuǎn)順序等）， 通過快速原型法與用戶進(jìn)行交流，能很好的理解用戶的意圖與需求， 是縮短開發(fā)周期的良好途徑。生成一個(gè)版本用戶需求是不斷變化的，而且任意性很大，如果一個(gè)項(xiàng)目根據(jù)用 戶需求的變化而變化，那么開發(fā)周期是無法估量的。一個(gè)三個(gè)月開發(fā) 周期的項(xiàng)目做了六個(gè)月，還沒有一個(gè)象樣的系統(tǒng)出來，用戶則不斷的 埋怨開發(fā)力度不夠，管理不好等，項(xiàng)目組又認(rèn)為是用戶隨意性太大， 導(dǎo)致了這種后果。結(jié)果是雙方互不滿意。根據(jù)這種情況，我認(rèn)為在業(yè)務(wù)需求循環(huán)到一個(gè)階段，生成正式的 業(yè)務(wù)需求文檔與模型

9、，并得到用戶的認(rèn)可后，則進(jìn)入下一個(gè)循環(huán)。以 至于生成一個(gè)版本。這樣由于存在這樣的版本，用戶則不能將項(xiàng)目的 延遲歸于項(xiàng)目組。而項(xiàng)目組也存在一個(gè)完整的版本管理體系。4.1.2.2工作流程中的并發(fā)性有個(gè)朋友曾經(jīng)問我在開發(fā)項(xiàng)目時(shí)什么時(shí)候讓你感到最浪費(fèi)時(shí)間，我想了 想，說是“當(dāng)我很忙，但項(xiàng)目成員卻無所事事的時(shí)候”。細(xì)想原因，歸根到底 是工作流程的問題。為什么這樣說呢，傳統(tǒng)開發(fā)時(shí)，當(dāng)項(xiàng)目經(jīng)理與系統(tǒng)分析員 進(jìn)行業(yè)務(wù)需求和設(shè)計(jì)時(shí)，通常認(rèn)為項(xiàng)目成員沒有什么可做的，在項(xiàng)目過程中， 做一些系統(tǒng)更改時(shí)，認(rèn)為程序員水平不夠，幫不上忙。于是乎，程序員似乎理 所當(dāng)然地休息一下，上上網(wǎng)，打打游戲。時(shí)間就這樣被浪費(fèi)了。這個(gè)問題

10、就是我們在此規(guī)范強(qiáng)調(diào)的重點(diǎn)之一：工作的并發(fā)性。下圖是實(shí)現(xiàn)工作并發(fā)的一種方式：在工作中實(shí)現(xiàn)并發(fā)，是合理地安排項(xiàng)目開發(fā)的重要環(huán)節(jié)，以避免不必要的浪費(fèi)，同時(shí)通過合理分配工作量的方式，減輕了傳統(tǒng)項(xiàng)目中項(xiàng)目經(jīng)理的壓力。項(xiàng)目管理制度淡化個(gè)人的力量，突出團(tuán)隊(duì)的協(xié)作在項(xiàng)目開發(fā)過程中，最麻煩的就是個(gè)別高手的要脅。這種高手掌握 了系統(tǒng)關(guān)鍵的部份，并且此時(shí)無人可替，非他不可，這時(shí)高手借機(jī)要求加薪， 升職。如何避免這種情況的出現(xiàn)呢？我認(rèn)為是細(xì)化工作量，不要象以前的開發(fā)中那樣，說某某，你負(fù)責(zé)某個(gè)模塊。 而是盡量細(xì)化工作內(nèi)容，基本上應(yīng)細(xì)化到每工作日，如果細(xì)化到工作時(shí)則更好。 同時(shí)建立相互依賴關(guān)系，實(shí)現(xiàn)開發(fā)上的并發(fā)，每一個(gè)

11、程序員的工作延遲，將牽涉 到幾個(gè)程序員的工作，這樣，其他程序員為了在工作日中完成工作，就必須相互 幫助。從而實(shí)現(xiàn)了團(tuán)隊(duì)的協(xié)作。做好項(xiàng)目總結(jié)項(xiàng)目總結(jié)是非常必要的。在項(xiàng)目總結(jié)中要對項(xiàng)目或開發(fā)階段中出現(xiàn)的問題進(jìn) 行一一歸納。其中包括技術(shù)總結(jié)，工作總結(jié)，行為總結(jié)，從而促進(jìn)項(xiàng)目人員的成 長并能在下一個(gè)階段或下一項(xiàng)目中避免相應(yīng)的問題。技術(shù)總結(jié)主要是對開發(fā)中所出現(xiàn)的技術(shù)問題進(jìn)行總結(jié)。一個(gè)程 序員開發(fā)的程序在被測試員測試后，或被代碼復(fù)審人員檢查后， 發(fā)現(xiàn)了問題，如廢代碼過多，調(diào)用錯(cuò)誤的參數(shù)等，此時(shí)你不應(yīng)立 即打斷程序員的工作，因?yàn)槟菢訒?huì)打擾程序員現(xiàn)有工作的思路。 在項(xiàng)目總結(jié)會(huì)上，可以把他寫的代碼公布給項(xiàng)目組人

12、員共同閱覽， 讓大家給他提意見，這樣使之有了進(jìn)一步的提高。工作總結(jié)是指在開發(fā)過程中出現(xiàn)的其他問題，有些人能力差， 有些人能力強(qiáng)，能力差的總是拖大家的后腿，這樣導(dǎo)致眾多意見， 這樣可以通用大家總結(jié)的方式，一來可以為項(xiàng)目管理人員重新安 排工作量提供參考，二來也在以另一種方式對程序員進(jìn)行激勵(lì)。行為總結(jié)是指對項(xiàng)目開發(fā)中個(gè)人行為所出現(xiàn)的問題進(jìn)行總結(jié)。 如個(gè)別人出現(xiàn)了消極怠工現(xiàn)象，那樣大家來總結(jié)一下，如果是外 界因素如家庭等的影響，則看項(xiàng)目組成員是否可以幫上忙，或者 由項(xiàng)目管理人員進(jìn)行工作安排的協(xié)調(diào)。如果是上面說的高手 故意擺譜，則把事情講清楚，由項(xiàng)目管理人員進(jìn)行相應(yīng)的處理。流程管理習(xí)慣于傳統(tǒng)開發(fā)模式的程

13、序員可項(xiàng)目經(jīng)理可能不愿意按照項(xiàng)目管理規(guī)范來 做。認(rèn)為這樣做麻煩，要寫的文檔無數(shù)。在實(shí)施的過程中往往按自已的一套來做， 從而造成項(xiàng)目的拖延。所以說，對項(xiàng)目中的各個(gè)流程都有相應(yīng)的機(jī)制來監(jiān)督，RUP 中所談到的流程管理是與開發(fā)相并行一個(gè)機(jī)構(gòu)，但在目前的情況下，可能無法實(shí) 現(xiàn)。那樣就必須建立相應(yīng)的機(jī)制來處理，以避免不必要的損失。4.2.分步實(shí)施由于我們現(xiàn)在還處在原始的項(xiàng)目管理階段，實(shí)現(xiàn)一步到位是非常困難 的，所以采用分步方式實(shí)施：第一步：實(shí)現(xiàn)初步規(guī)范（針對項(xiàng)目組級）實(shí)現(xiàn)項(xiàng)目階段、角色層次的初步劃分將項(xiàng)目階段劃分四個(gè)大的階段（如第一章），以里程碑的各項(xiàng)指標(biāo)（指標(biāo)根 據(jù)實(shí)際情況縮減）考核項(xiàng)目組。將項(xiàng)目組人

14、員劃分成不同角色（一個(gè)人可能是多個(gè)角色），明確分工，加強(qiáng) 協(xié)作。（角色根據(jù)實(shí)際情況縮減，基本上是業(yè)務(wù)人員、架構(gòu)設(shè)計(jì)師、系統(tǒng)分析員、 項(xiàng)目經(jīng)理、環(huán)境配置人員、數(shù)據(jù)庫設(shè)計(jì)人員、系統(tǒng)集成人員、程序員、測試員、 復(fù)審員、文檔員、界面設(shè)計(jì)人員）項(xiàng)目工作重心轉(zhuǎn)到分析設(shè)計(jì)部分將工作重心轉(zhuǎn)移到分析設(shè)計(jì)來，分析設(shè)計(jì)分為兩個(gè)方面，一方面是對系統(tǒng)功 能與架構(gòu)等系統(tǒng)設(shè)計(jì)，另一方面是指將系統(tǒng)分析細(xì)化全功能及類一級，并寫出對 類的要求，如參數(shù)，功能等。規(guī)范工作流程將工作流程劃分為業(yè)務(wù)需求、環(huán)境配置、分析設(shè)計(jì)、項(xiàng)目管理、 實(shí)施。嚴(yán)格按照項(xiàng)目規(guī)范進(jìn)行管理。更改分析設(shè)計(jì)方法采用OO設(shè)計(jì)方式，實(shí)現(xiàn)CMM2可重復(fù)級。實(shí)現(xiàn)文檔模型規(guī)范化形成各種所需文檔模板，采用RATIONAL ROSE進(jìn)行UML建模。建 模程度至少達(dá)到Logical View 一級。并形成相應(yīng)的規(guī)范，如編碼規(guī)范、 建模規(guī)范。建立簡單的流程控制機(jī)制主要通過技術(shù)秘書，部門經(jīng)理進(jìn)行流程控制。第二步：根據(jù)項(xiàng)目管理規(guī)范組織一支合理的開發(fā)隊(duì)伍（針對部門級）統(tǒng)一規(guī)化部門的開發(fā)隊(duì)伍以部門為單位建立統(tǒng)一的開發(fā)隊(duì)伍，將程序員級與測試級分離出 來，并考慮采用外包方式進(jìn)行代碼一級實(shí)施。培訓(xùn)分析設(shè)計(jì)人員，建 立強(qiáng)有力的分析力量，并細(xì)化工作分工，不再以單純的項(xiàng)目組的形式 來進(jìn)