|
前言 有規(guī)則的軟件開發(fā)過程帶來(lái)的只可能是無(wú)法預(yù)料的結(jié)果,這是很多項(xiàng)目管理者在親身經(jīng)歷了一次次的項(xiàng)目失敗之后,逐漸領(lǐng)悟到的道理。盡管有人依然懷念日漸遠(yuǎn)去的技術(shù)精英時(shí)代,但隨著軟件項(xiàng)目的規(guī)模不斷加大,參與人員的增多,對(duì)規(guī)范性的要求愈加嚴(yán)格,告別個(gè)人英雄主義的開發(fā)模式成為必然,基于軟件項(xiàng)目管理的、工程化的軟件開發(fā)時(shí)代已經(jīng)來(lái)臨。軟件項(xiàng)目管理的作用一方面是提高質(zhì)量,降低成本,而另一方面則是軟件的工程化開發(fā)提供保障。 依賴軟件技術(shù)精英的時(shí)代已經(jīng)一去不會(huì)返了。很多項(xiàng)目管理者在實(shí)際開發(fā)中,經(jīng)歷了多次可怕的夢(mèng)魘:一次次的失敗,一次次的返工。比如,不少項(xiàng)目管理者紛紛提到軟件需求變更帶來(lái)的可怕影響。但是正如完整的法律體制不能制止犯罪,沒有完整的法律體制犯罪會(huì)更加猖獗一樣,頻繁的軟件變更固然可怕,而沒有一個(gè)完整的項(xiàng)目管理對(duì)應(yīng)機(jī)制,我們無(wú)法相像項(xiàng)目最終會(huì)是一個(gè)什么樣子。運(yùn)用項(xiàng)目管理的經(jīng)驗(yàn)和方法是軟件項(xiàng)目成功的前提和保證,這已是今天的軟件業(yè)內(nèi)人士的共識(shí)! 軟件開發(fā)中實(shí)行項(xiàng)目管理的意義 項(xiàng)目管理就是在項(xiàng)目活動(dòng)中運(yùn)用一系列的知識(shí)、技能、工具和技術(shù),以滿足或超過相關(guān)利益者對(duì)項(xiàng)目的要求,實(shí)際上就是通過項(xiàng)目各方干系人的合作,把各種資源應(yīng)用于項(xiàng)目,以實(shí)現(xiàn)項(xiàng)目的目標(biāo),滿足項(xiàng)目干系人的需求,其本質(zhì)就是對(duì)時(shí)間、質(zhì)量和成本的管理。 隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形 成,人們?cè)絹?lái)越意識(shí)到軟件過程管理的重要性,管理學(xué)的思想逐漸融入軟件開發(fā)過程中,項(xiàng)目開發(fā)的管理日益受到重視。 目前在軟件項(xiàng)目管理中存在的誤區(qū) 現(xiàn)在大多數(shù)企業(yè)都認(rèn)識(shí)到了在項(xiàng)目中進(jìn)行管理的重要性,但是仍然有許多企業(yè)在實(shí)施項(xiàng)目管理的過程中存在著這樣那樣的誤區(qū),主要表現(xiàn)在: (1) 項(xiàng)目經(jīng)理不夠?qū)I(yè) 在軟件企業(yè)中,缺乏專業(yè)的項(xiàng)目管理人員來(lái)實(shí)施項(xiàng)目管理及擔(dān)任項(xiàng)目經(jīng)理,通常被任命的項(xiàng)目經(jīng)理主要是因?yàn)樗麄兡軌蛟诩夹g(shù)上獨(dú)當(dāng)一面,但是他們?cè)诠芾矸矫嫣貏e是項(xiàng)目管理方面的知識(shí)比較缺乏。 (2)項(xiàng)目計(jì)劃缺乏綱領(lǐng)性 項(xiàng)目經(jīng)理對(duì)總體計(jì)劃、階段計(jì)劃的作用認(rèn)識(shí)不足,因此制定總體計(jì)劃時(shí)比較隨意,不少事情沒有仔細(xì)考慮:階段計(jì)劃因工作忙等理由經(jīng)常拖延,造成計(jì)劃與控制管理脫節(jié),無(wú)法進(jìn)行有效的進(jìn)度控制管理。 (3)缺乏有效的管理意識(shí) 部分項(xiàng)目經(jīng)理不能從總體上把握整個(gè)項(xiàng)目,而是埋頭于具體的技術(shù)工作,造成項(xiàng)目組成人員之間忙的忙、閑的閑,計(jì)劃不周、任務(wù)不均、資源浪費(fèi)。有些項(xiàng)目經(jīng)理沒有很好的管理方法,不好安排的工作只好自己做,使項(xiàng)目任務(wù)無(wú)法有效、合理地分配給相關(guān)成員,以達(dá)到“負(fù)載均衡”。 (4) 缺乏有效的溝通制度和機(jī)制 在項(xiàng)目中一些重要信息沒有進(jìn)行充分和有效的溝通。在制定計(jì) 劃、意見反饋、情況通報(bào)、技術(shù)問題或成果等方面與相關(guān)人員的溝通不足,造成各做各事、重復(fù)勞動(dòng),甚至造成不必要的損失:有些人沒有每天定時(shí)收郵件的習(xí)慣,以至于無(wú)法及時(shí)接收最新的信息。 (5)風(fēng)險(xiǎn)管理意識(shí)淡泊 有些項(xiàng)目經(jīng)理沒有充分意識(shí)到風(fēng)險(xiǎn)管理的重要性,對(duì)計(jì)劃書中風(fēng)險(xiǎn)管理的章節(jié)簡(jiǎn)單應(yīng)付了事,隨便列出幾個(gè)風(fēng)險(xiǎn),隨便地寫一些簡(jiǎn)單的對(duì)策,對(duì)于后面的風(fēng)險(xiǎn)防范起不到什么指導(dǎo)作用。 (6)項(xiàng)目干系人的不確定性 在范圍識(shí)別階段,項(xiàng)目組對(duì)客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責(zé)等沒有足夠了解以至于無(wú)法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求:或者是多個(gè)用戶代表各說(shuō)各話、昨是今非,但同時(shí)又要求項(xiàng)目盡早交付:項(xiàng)目后期需求變化隨意,造成項(xiàng)目范圍的蔓延,進(jìn)度的拖延,成本的擴(kuò)大。 (7)缺乏項(xiàng)目團(tuán)隊(duì)的合理分工 項(xiàng)目團(tuán)隊(duì)內(nèi)部有時(shí)由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象;有時(shí)各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰,但是各項(xiàng)目成員只顧完成自己那部分任務(wù),不愿意與他人協(xié)作。這些現(xiàn)象都將造成項(xiàng)目組內(nèi)部資源的損耗,從而影響項(xiàng)目進(jìn)展。 解決軟件項(xiàng)目管理中存在的誤區(qū)的有效策略 要想解決上面描述的誤區(qū),歸根到底還是要從管理學(xué)的角度入手,即在軟件項(xiàng)目的開發(fā)過程中加入過程管理的內(nèi)容,這樣我們可以 在軟件開發(fā)中對(duì)各個(gè)過程的質(zhì)量加以控制,從而達(dá)到保證軟件產(chǎn)品質(zhì)量的目的。為了有效提高管理水平,我們應(yīng)該努力做到: (1)項(xiàng)目經(jīng)理接受系統(tǒng)的項(xiàng)目管理知識(shí)培訓(xùn)是非常必要的,有了專業(yè)領(lǐng)域的知識(shí)與實(shí)踐,再加上項(xiàng)目管理知識(shí)與實(shí)踐和一般管理的知識(shí)和經(jīng)驗(yàn)的有機(jī)結(jié)合,必能大大提高項(xiàng)目經(jīng)理的項(xiàng)目管理水平。 (2)計(jì)劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高項(xiàng)目經(jīng)理的計(jì)劃意識(shí),采用項(xiàng)目計(jì)劃制定相關(guān)知識(shí)、技術(shù)、工具,加強(qiáng)對(duì)開發(fā)計(jì)劃、階段計(jì)劃的有效性進(jìn)行事前事后的評(píng)估。 (3)加強(qiáng)項(xiàng)目管理方面的培訓(xùn),并通過對(duì)考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)項(xiàng)目經(jīng)理更好地做好項(xiàng)目管理工作。技術(shù)骨干在擔(dān)任項(xiàng)目經(jīng)理之前,最好能經(jīng)過系統(tǒng)的項(xiàng)目管理知識(shí),特別是其中的人力資源管理、溝通管理的學(xué)習(xí),并且在實(shí)際工作中不斷提高自己的管理素質(zhì),豐富項(xiàng)目管理經(jīng)驗(yàn),提高項(xiàng)目管理意識(shí)。 (4)制定有效的溝通制度和溝通機(jī)制,提高溝通意識(shí):采取多種溝通方式,提高溝通的有效性。通過制度規(guī)定對(duì)由于未及時(shí)收取郵件而造成損失的責(zé)任歸屬;對(duì)于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位,例如:除發(fā)送郵件外還要電話提醒、回執(zhí)等,重要的內(nèi)容還要通過舉行各種會(huì)議進(jìn)行傳達(dá)。 (5)通過學(xué)習(xí)項(xiàng)目管理知識(shí)掌握風(fēng)險(xiǎn)識(shí)別、量化、對(duì)策研究、反應(yīng)控制的工具和方法,掌握項(xiàng)目風(fēng)險(xiǎn)管理所必備的知識(shí)。通過加強(qiáng)對(duì)項(xiàng)目規(guī)劃中風(fēng)險(xiǎn)管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險(xiǎn)管理意識(shí)。總結(jié) 本行業(yè)項(xiàng)目中常見的風(fēng)險(xiǎn)及其對(duì)策作為風(fēng)險(xiǎn)管理計(jì)劃中必要的風(fēng)險(xiǎn)內(nèi)容,并切實(shí)評(píng)估相應(yīng)對(duì)策的有效性和可行性。 (6)項(xiàng)目的目的就是實(shí)現(xiàn)項(xiàng)目干系人的需求和愿望。項(xiàng)目干系人管理應(yīng)當(dāng)從項(xiàng)目的啟動(dòng)開始,項(xiàng)目經(jīng)理及其項(xiàng)目成員就要分清項(xiàng)目干系人包含哪些人和組織,通過溝通協(xié)調(diào)對(duì)他們施加影響,驅(qū)動(dòng)他們對(duì)項(xiàng)目的支持,調(diào)查并明確他們的需求和愿望,減小其對(duì)項(xiàng)目的阻力,以確保項(xiàng)目獲得成功。 (7)項(xiàng)目經(jīng)理應(yīng)當(dāng)對(duì)項(xiàng)目成員的責(zé)任進(jìn)行合理的分配并清楚地說(shuō)明,同時(shí)應(yīng)強(qiáng)調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當(dāng)相互協(xié)作,共同完善。 實(shí)施有效的項(xiàng)目管理絕非易事,對(duì)于軟件企業(yè)而言,這不是一個(gè)小的改變,而是一種變革,企業(yè)需要為此付出艱苦的努力,同時(shí),成熟有效的項(xiàng)目管理無(wú)疑將對(duì)企業(yè)起著至關(guān)重要的作用,項(xiàng)目管理的水平將是企業(yè)核心競(jìng)爭(zhēng)力之一。 案例分析 二年前,我單位用了半年時(shí)間為部隊(duì)開發(fā)了一套作戰(zhàn)指揮控制系統(tǒng),作為該項(xiàng)目的主要負(fù)責(zé)人,直接參與了項(xiàng)目管理、系統(tǒng)分析和編程的部分工作,根據(jù)該項(xiàng)目的開發(fā)進(jìn)度及中間遇見的問題,結(jié)合實(shí)際情況討論下在項(xiàng)目的管理過程主要注意的問題。 .1.項(xiàng)目前期準(zhǔn)備 在進(jìn)行任何一項(xiàng)較大的項(xiàng)目開發(fā)時(shí),首先要進(jìn)行項(xiàng)目的可行性分析和研究,因?yàn)檫@些項(xiàng)目中的問題并不都有明顯的解決辦法,這樣就 很難在預(yù)定的時(shí)間、費(fèi)用之內(nèi)解決這些問題,如果這些問題沒有可以行得通的解決辦法,貿(mào)然開始這些項(xiàng)目,就可能導(dǎo)致項(xiàng)目的失敗,造成巨大的損失(包含經(jīng)濟(jì)損失和合作單位的信譽(yù)度的降低)。 軟件項(xiàng)目開發(fā)的生命周期見圖1 .1.1可行性分析 軟件項(xiàng)目可行性研究的目的是用最小的代價(jià)和最短的時(shí)間,確定該項(xiàng)目是否能夠開發(fā),值得開發(fā),其實(shí)質(zhì)是要進(jìn)行一次簡(jiǎn)化的、抽象的需求分析和設(shè)計(jì)過程,主要應(yīng)從以下幾個(gè)方面進(jìn)行分析。 5.1.1.1技術(shù)可行性 對(duì)要開發(fā)項(xiàng)目的功能,性能和限制條件進(jìn)行分析,確定在現(xiàn)有的資源條件下技術(shù)風(fēng)險(xiǎn)有多大,項(xiàng)目是否能夠?qū)崿F(xiàn);現(xiàn)有的資源包括硬件資源、軟件資源、現(xiàn)有的技術(shù)人員和技術(shù)水平、已經(jīng)有的工作基礎(chǔ)等,判斷技術(shù)上是否可行,主要需要考慮以下幾個(gè)問題: (1) 開發(fā)的風(fēng)險(xiǎn) ; 即在給定條件下 能否實(shí)現(xiàn)目標(biāo)的功能和性能。 (2)資源的有效性; (3)技術(shù)的發(fā)展性; 由于需求未經(jīng)過詳細(xì)的調(diào)研,存在模糊性和可能的變化,開發(fā)人員進(jìn)行技術(shù)可行性評(píng)估時(shí),存在比較大的風(fēng)險(xiǎn),一旦出現(xiàn)估計(jì)的錯(cuò)誤,將可能導(dǎo)致災(zāi)難性的后果。 .1.1.2經(jīng)濟(jì)可行性 進(jìn)行軟件開發(fā)項(xiàng)目的成本估算以及了解取得的效益估算,確定該項(xiàng)目是否值得開發(fā),對(duì)于大多數(shù)項(xiàng)目,衡量經(jīng)濟(jì)可行性,應(yīng)考慮一個(gè)“底線”,同時(shí)應(yīng)考慮本單位的長(zhǎng)期經(jīng)營(yíng)策略,潛在市場(chǎng)前景等因素。 5.1.1.3社會(huì)可行性 應(yīng)考慮項(xiàng)目是否存在任何侵權(quán)、責(zé)任等問題,考慮在現(xiàn)有的制度、法規(guī)下是否行得通,包括合同、責(zé)任、法律等多種因素。 5.1.2需求調(diào)研 在項(xiàng)目前期工作中,需求調(diào)研是其中最重要的一個(gè)環(huán)節(jié),今后的許多工作都依賴于需求調(diào)研的結(jié)果,需求調(diào)研的過程是漸進(jìn)的,在可行性分析階段,主要關(guān)注的是本項(xiàng)目規(guī)模、范圍和重點(diǎn)的功能,在項(xiàng)目進(jìn)入正是開發(fā)流程以后,我們需要更加全面、準(zhǔn)確地了解系統(tǒng)的需求,不重視需求過程的項(xiàng)目隊(duì)伍將自食其果,需求工程中的缺陷將給項(xiàng)目成功帶來(lái)極大風(fēng)險(xiǎn)。如:無(wú)足夠用戶參與導(dǎo)致產(chǎn)品無(wú)法被接受;用戶需求的增加帶來(lái)過度的耗費(fèi)和降低產(chǎn)品的質(zhì)量;模棱兩可的需求說(shuō)明可能導(dǎo)致時(shí)間的浪費(fèi)和返工;用戶增加一些不必要的特性和開發(fā)人員畫蛇添足;過分簡(jiǎn)略的需求說(shuō)明以致遺漏某些關(guān)鍵需求;忽略某類用戶的需求將導(dǎo)致眾多客戶的不滿;不完善的需求說(shuō)明使得項(xiàng)目計(jì)劃和跟蹤無(wú)法準(zhǔn)確進(jìn)行。 .1.3項(xiàng)目團(tuán)隊(duì)的組織 建立項(xiàng)目團(tuán)隊(duì)是項(xiàng)目開發(fā)過程的開始,一切工作都是由項(xiàng)目團(tuán)隊(duì)的成員完成的,在整個(gè)項(xiàng)目的運(yùn)行過程中,需要很多不同的角色參與到項(xiàng)目中,完成不同階段的任務(wù)。所以在建立項(xiàng)目團(tuán)隊(duì)的過程中要把握好人員角色的劃分、特別人員管理與激勵(lì)、監(jiān)督等。整個(gè)人員的管理是項(xiàng)目管理的關(guān)鍵,因?yàn)槿耸腔畹?,而?xiàng)目是死的,只要人員管理妥當(dāng),項(xiàng)目開發(fā)一般是不會(huì)出什么問題的。 .1.4項(xiàng)目開發(fā)計(jì)劃 軟件項(xiàng)目的特征之一就是需求的不確定性和開發(fā)過程中存在的技術(shù)風(fēng)險(xiǎn),按照通常的方法,制定一個(gè)項(xiàng)目的計(jì)劃應(yīng)該是先根據(jù)項(xiàng)目的需求,進(jìn)行詳細(xì)的任務(wù)分解,從而找出實(shí)現(xiàn)的方法,估計(jì)出項(xiàng)目的工作量,再根據(jù)項(xiàng)目資源的狀況,制定出項(xiàng)目的計(jì)劃。 但是,再現(xiàn)實(shí)的工作中,項(xiàng)目的時(shí)間表往往是事先確定的,給開發(fā)留出的時(shí)間也是事先定好的。而我們能夠利用的資源,主要是開發(fā)的人力資源,也被事先基本確定了,在被確定的這兩個(gè)前提條件下,我們?nèi)绾胃鶕?jù)項(xiàng)目的需求,合理地安排人力和時(shí)間,完成項(xiàng)目的開發(fā),這是現(xiàn)實(shí)中項(xiàng)目管理者經(jīng)常遇到的問題;如果事先確定的時(shí)間表是相對(duì)比較合理的,至少應(yīng)該是我們夠完成的,我們制定的開發(fā)計(jì)劃才是有意義的,否則,按照這個(gè)時(shí)間表制定出來(lái)的計(jì)劃只能是失敗的,在這種情況下,項(xiàng)目管理者唯一可以做的是對(duì)用戶的需求進(jìn)行剪裁,去掉某些耗時(shí)長(zhǎng)而且不太重要的功能,或是在開發(fā)中適當(dāng)降低質(zhì)量要求,或許可以完成項(xiàng)目的進(jìn)度。當(dāng)然這必須最終要得到用戶的認(rèn)可。 .2.項(xiàng)目開發(fā)過程管理 .2.1 詳細(xì)設(shè)計(jì) 在詳細(xì)設(shè)計(jì)階段,由于任務(wù)已經(jīng)詳細(xì)地分解,總體地解決方案和技術(shù)框架已經(jīng)確立,詳細(xì)設(shè)計(jì)地目的就主要是針對(duì)某個(gè)特定地模塊或?qū)ο螅鶕?jù)需求、技術(shù)框架的要求和模塊間的接口,描述出我們實(shí)現(xiàn)功能的方法,主要內(nèi)容包括: (1)內(nèi)部算法描述; (2)內(nèi)部數(shù)據(jù)組織; (3)相關(guān)接口詳細(xì)設(shè)計(jì)。 .2.2設(shè)計(jì)評(píng)審 在設(shè)計(jì)完成后,必須安排設(shè)計(jì)評(píng)審以保證設(shè)計(jì)的質(zhì)量,通常設(shè)計(jì)評(píng)審以小組內(nèi)部的評(píng)審會(huì)的方式進(jìn)行,參與人員包含項(xiàng)目小組內(nèi)部的人員及其負(fù)責(zé)人,由開發(fā)者介紹其設(shè)計(jì)思路、關(guān)鍵算法的突破及模塊功能的劃分等,評(píng)審人員要相對(duì)了解該項(xiàng)目的背景并對(duì)其設(shè)計(jì)質(zhì)量進(jìn)行評(píng)審。評(píng)審的內(nèi)容主要包括: (1)關(guān)鍵算法的可行性; (2)接口是否符合概要設(shè)計(jì)的要求; (3)技術(shù)清晰度是否符合設(shè)計(jì)標(biāo)準(zhǔn); (4)文檔的完備性。 評(píng)審?fù)ㄟ^的設(shè)計(jì),才能夠開始編碼工作,評(píng)審的結(jié)果應(yīng)記錄到開 發(fā)文檔當(dāng)中。 .2.3編碼 在編碼階段,主要需要在編碼工作結(jié)束后,進(jìn)行代碼審核,這項(xiàng)工作非常重要主要應(yīng)該由項(xiàng)目小組的技術(shù)負(fù)責(zé)人完成,審核的目的并不是為了檢驗(yàn)代碼的正確性,而是需要對(duì)編碼是否按照規(guī)范進(jìn)行審核。主要內(nèi)容包括: (1)變量、包、方法等的命名是否符合規(guī)則; (2)注釋是否填寫完整,是否符合規(guī)范; (3)代碼的可讀性、編寫風(fēng)格是否符合規(guī)范; (4)是否有明顯的造成系統(tǒng)運(yùn)行低效率的處理方法; (5)公共變量的定義和使用。 5.2.4調(diào)試 編碼工作完成以后,通常需要開發(fā)人員自己進(jìn)行單元測(cè)試,有些部分需要編寫相應(yīng)的測(cè)試程序及用例。應(yīng)該避免發(fā)生這類的情況,有些開發(fā)人員認(rèn)為自己不應(yīng)該進(jìn)行測(cè)試工作,在編寫完代碼以后,只要編譯成功,就直接提交成果,將測(cè)試工作完全交給測(cè)試人員去做,這樣做不僅僅給測(cè)試人員增加了許多的工作量,同時(shí)增加了許多因?yàn)榻涣鳟a(chǎn)生的時(shí)間的拖延,造成進(jìn)度的延遲,管理人員應(yīng)該杜絕程序員的這樣的思想,同時(shí)在管理中予以考慮,可以將提交成果產(chǎn)生的 bug數(shù)量作為考核程序員業(yè)績(jī)的標(biāo)準(zhǔn)之一。 .3.項(xiàng)目后期管理 .3.1項(xiàng)目的驗(yàn)收 項(xiàng)目驗(yàn)收,是整個(gè)項(xiàng)目生命周期中最后一個(gè)環(huán)節(jié)。一般來(lái)說(shuō),軟件項(xiàng)目的驗(yàn)收一般來(lái)說(shuō)有2個(gè)階段,第一個(gè)階段是驗(yàn)收測(cè)試,當(dāng)驗(yàn)收測(cè)試成功結(jié)束后,一般會(huì)有一個(gè)階段的試運(yùn)行階段,只有當(dāng) 2個(gè)階段全部結(jié)束后,整個(gè)項(xiàng)目才算真正結(jié)束,可以收回全部的工程款項(xiàng),該軟件也進(jìn)入其運(yùn)行維護(hù)期。驗(yàn)收測(cè)試應(yīng)按照軟件的需求,質(zhì)量要求進(jìn)行測(cè)試驗(yàn)收,需要甲乙雙方共同建立驗(yàn)收小組,或請(qǐng)第三方測(cè)試機(jī)構(gòu)進(jìn)行驗(yàn)收測(cè)試,在驗(yàn)收測(cè)試之前,開發(fā)方應(yīng)提供一系列的開發(fā)設(shè)計(jì)文檔供驗(yàn)收測(cè)試使用。 .3.2軟件維護(hù) 編程大師曾說(shuō) “哪怕程序只有三行長(zhǎng),總有一天你也不得不對(duì)它維護(hù)?!保?很多軟件產(chǎn)品不是一次性的買賣,比如在電信、金融等領(lǐng)域,有些軟件系統(tǒng)要用十幾年,對(duì)軟件進(jìn)行維護(hù)是必不可少的,軟件公司的決策者沒有哪一個(gè)喜歡被維護(hù)的費(fèi)用嚇一跳,但軟件維護(hù)的代價(jià)通常是高昂的。對(duì)軟件而言 “維護(hù)”是個(gè)不太直觀的術(shù)語(yǔ),因?yàn)檐浖a(chǎn)品在重復(fù)使用時(shí)不會(huì)被磨損,并不需要進(jìn)行像對(duì)車輛或電器那樣的維護(hù),軟件維護(hù)是人們對(duì)既豐富多彩又會(huì)令人心酸的活動(dòng)的統(tǒng)稱,其中豐富多彩的活動(dòng)是指那些反映客觀世界變化,能使軟件系統(tǒng)更加完善的修改和擴(kuò)充工作,令人心酸的活動(dòng)是指那些永無(wú)休止,并且改了舊錯(cuò)卻引起新錯(cuò)讓人欲哭無(wú)淚的工作。 總之:良好的項(xiàng)目溝通管理;合理的人力資源配臵;用風(fēng)險(xiǎn)評(píng)估在進(jìn)度和質(zhì)量之間進(jìn)行權(quán)衡;重視需求變化的客觀性,強(qiáng)化測(cè)試,保證軟件功能完整、正確、高效是我在該系統(tǒng)項(xiàng)目中的整體管理中的幾方面主要感受,為項(xiàng)目的順利完成奠定了堅(jiān)實(shí)的基礎(chǔ)。在以后的項(xiàng)目管理工作中,不僅要注重項(xiàng)目的前期準(zhǔn)備工作,還要主要開發(fā)過程的管理以及加強(qiáng)測(cè)試的系統(tǒng)性和科學(xué)性,注重各方利益的權(quán)衡,繼續(xù)深化各方的溝通,協(xié)調(diào)好開發(fā)工作各個(gè)部分及各個(gè)方面的關(guān)系,更好地完成項(xiàng)目。
信息發(fā)布:廣州名易軟件有限公司 http://www.jetlc.com
|