開(kāi)篇：寫(xiě)作不僅是一種記錄，更是一種創(chuàng)造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇文檔管理論文，希望這些內(nèi)容能成為您創(chuàng)作過(guò)程中的良師益友，陪伴您不斷探索和進(jìn)步。

第1篇

相關(guān)熱搜：項(xiàng)目管理  軟件項(xiàng)目管理  項(xiàng)目管理工程

隨著計(jì)算機(jī)硬件水平的不斷提高，計(jì)算機(jī)軟件的規(guī)模和復(fù)雜度也隨之增加。軟件項(xiàng)目中一些問(wèn)題也應(yīng)運(yùn)而生：項(xiàng)目無(wú)法按期完成、項(xiàng)目合作方的工作難以協(xié)調(diào)、用戶(hù)需求經(jīng)常變動(dòng)、工作質(zhì)量難以保證。為了避免愈來(lái)愈多的“項(xiàng)目黑洞”給企業(yè)帶來(lái)的損失，各個(gè)軟件企業(yè)都將軟件項(xiàng)目管理引入到開(kāi)發(fā)活動(dòng)中來(lái)，對(duì)開(kāi)發(fā)實(shí)行有效的管理。

一、軟件項(xiàng)目引入項(xiàng)目管理的必要性軟件項(xiàng)目即軟件開(kāi)發(fā)項(xiàng)目，是一個(gè)用計(jì)算機(jī)程序和相關(guān)技術(shù)文檔把思想表達(dá)出來(lái)的過(guò)程。軟件項(xiàng)目所涉及到的內(nèi)容大多是無(wú)形的東西，既看不到質(zhì)，也看不到量，從而使軟件項(xiàng)目的管理難度加大。

隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來(lái)越大，完全由個(gè)人完成一個(gè)軟件項(xiàng)目幾乎是不可能的，軟件項(xiàng)目的開(kāi)發(fā)都是以項(xiàng)目組為單位完成的，這必然涉及到對(duì)軟件項(xiàng)目的管理。一個(gè)軟件項(xiàng)目的成敗，不在于其項(xiàng)目組的技術(shù)人員的技術(shù)水平，而在于是否采用合適的管理方式。好的管理方式不一定能使項(xiàng)目完全成功，但是一個(gè)不合適的管理模式肯定會(huì)導(dǎo)致軟件項(xiàng)目的失敗。

項(xiàng)目管理是指在一定資源如時(shí)間、資金、人力和設(shè)備等約束條件下，對(duì)一個(gè)有既定目標(biāo)(質(zhì)量、投資、進(jìn)度)要求的任務(wù)進(jìn)行計(jì)劃和控制的過(guò)程。項(xiàng)目管理以系統(tǒng)的觀點(diǎn)來(lái)對(duì)一個(gè)項(xiàng)目進(jìn)行全程的控制，同樣也可以用此來(lái)完成對(duì)軟件項(xiàng)目的管理，而且由于軟件項(xiàng)目的特殊性，項(xiàng)目管理在應(yīng)用于軟件項(xiàng)目的管理時(shí)，也會(huì)有其獨(dú)特的一面。在項(xiàng)目管理應(yīng)用于軟件項(xiàng)目的管理方面，已經(jīng)有了不少成功的案例。

二、影響軟件項(xiàng)目管理的關(guān)鍵要素

(一)可靠的軟件需求

軟件需求是軟件項(xiàng)目的根本所在，需求不明確，工作就沒(méi)有方向，因此影響軟件項(xiàng)目的第一個(gè)因素就是項(xiàng)目要有一個(gè)可靠的需求。軟件需求應(yīng)當(dāng)是項(xiàng)目有關(guān)的人員一致同意的、清楚的、完整的、詳細(xì)的、可實(shí)現(xiàn)的和可測(cè)試的。

需求的確定，開(kāi)發(fā)者應(yīng)該認(rèn)真聽(tīng)取用戶(hù)的意見(jiàn)，并進(jìn)行記錄，反復(fù)和用戶(hù)溝通，不能想當(dāng)然地把自己的想象當(dāng)作用戶(hù)的需求。在確定用戶(hù)需求的時(shí)候，應(yīng)該盡可能從專(zhuān)業(yè)的角度發(fā)掘用戶(hù)的潛在需求，以達(dá)到最大限度地滿(mǎn)足用戶(hù)的目標(biāo)，只有這樣才能可能開(kāi)發(fā)有價(jià)值的軟件項(xiàng)目。一定要強(qiáng)調(diào)的是，在項(xiàng)目開(kāi)始以后，應(yīng)該盡最大可能不更改需求，要與用戶(hù)進(jìn)行很好地溝通，以確保開(kāi)發(fā)工作能按照需求進(jìn)行，也就是說(shuō)，只有有了可靠的需求，項(xiàng)目開(kāi)發(fā)才有基本保證。

(二)可行的項(xiàng)目計(jì)劃

凡事預(yù)則立，不預(yù)則廢。這里的預(yù)就是指計(jì)劃。明確了項(xiàng)目目標(biāo)，還必須有一個(gè)切實(shí)可行的計(jì)劃。軟件項(xiàng)目計(jì)劃的目的是為完成軟件工程和管理軟件項(xiàng)目。制定合理的計(jì)劃，它包括以下步驟:估計(jì)軟件

產(chǎn)品規(guī)模及所需的資源，制定時(shí)間表，鑒別和評(píng)估軟件風(fēng)險(xiǎn)和協(xié)商約定，而且要標(biāo)志出幾個(gè)階段性的里程碑，這是極為關(guān)鍵的一點(diǎn)。對(duì)于軟件企業(yè)來(lái)說(shuō)，一個(gè)可行的計(jì)劃的重要性是不言而喻的。但是在一些單位，很多人都聽(tīng)過(guò)這樣的一句話(huà)一“計(jì)劃趕不上變化”。這種變化對(duì)某些行業(yè)來(lái)說(shuō)也許并不會(huì)產(chǎn)生太大的影響，但是對(duì)于軟件企業(yè)來(lái)說(shuō)，卻會(huì)對(duì)軟件產(chǎn)品的保證帶來(lái)嚴(yán)重的負(fù)面影響。造成這種現(xiàn)象的原因很多，主要是因?yàn)閷?duì)計(jì)劃的重視程度不夠，計(jì)劃過(guò)于籠統(tǒng)、粗糙，導(dǎo)致可執(zhí)行性差，再加上一些人為因素的影響，必然會(huì)產(chǎn)生一些不良的影響。因此，要想成功進(jìn)行項(xiàng)目管理，就要對(duì)計(jì)劃高度重視，周密制定，嚴(yán)格執(zhí)行。只有嚴(yán)格進(jìn)行計(jì)劃，才能使項(xiàng)目管理得以成功實(shí)施。

(三）規(guī)范的操作流程

軟件開(kāi)發(fā)流程非常規(guī)范和系統(tǒng)化，其流程的可執(zhí)行性很高，并且能在實(shí)踐過(guò)程中不斷改進(jìn)。流程是保證項(xiàng)目成功的一個(gè)關(guān)鍵因素。由優(yōu)秀的項(xiàng)目成員按照規(guī)范的操作流程進(jìn)行項(xiàng)目開(kāi)發(fā)，才能最大限度地保證項(xiàng)目的成功。一個(gè)規(guī)范的流程可以保證不是很出色的人開(kāi)發(fā)出來(lái)的，產(chǎn)品不至于太差，但不能保證做出精品，而一個(gè)不規(guī)范的流程很難做出好的產(chǎn)品。

通過(guò)流程可以實(shí)現(xiàn)一種規(guī)范化、流水線(xiàn)、工業(yè)化的軟件，從而最終實(shí)現(xiàn)成功的項(xiàng)目管理。對(duì)于軟件項(xiàng)目的每一個(gè)階段均要做出工作計(jì)劃并交有關(guān)部門(mén)監(jiān)督執(zhí)行，在階段結(jié)束之后，要對(duì)該階段的工作活動(dòng)進(jìn)行評(píng)價(jià)，并對(duì)后續(xù)階段的時(shí)間、人員、資金方面的需求做出估計(jì)。每個(gè)階段的工作成果需經(jīng)項(xiàng)目的技術(shù)管理部門(mén)審查合格后，方能開(kāi)始下一階段的工作。

(四）有效的人員溝通

軟件項(xiàng)目的實(shí)施對(duì)人的依賴(lài)性比其他行業(yè)更為突出，它是一項(xiàng)知識(shí)性極強(qiáng)的工作，因此對(duì)人的管理相當(dāng)復(fù)雜，如何加強(qiáng)人員之間的有效溝通，是軟件項(xiàng)目成功的一個(gè)非常關(guān)鍵的因素。這里的溝通包括兩個(gè)方面：一個(gè)是軟件項(xiàng)目組開(kāi)發(fā)人員與用戶(hù)的溝通;另一個(gè)是軟件項(xiàng)目組內(nèi)人員的溝通。只有對(duì)用戶(hù)的需求非常明確，軟件項(xiàng)目的實(shí)施才有一個(gè)堅(jiān)實(shí)的基礎(chǔ)。對(duì)用戶(hù)的需求不明確，開(kāi)發(fā)出的軟件根本沒(méi)法用，所以這樣的項(xiàng)目在一開(kāi)始就是失敗的。組內(nèi)人員的溝通有助于在明確了用戶(hù)需求后，使得項(xiàng)目能按計(jì)劃進(jìn)展，最后才有可能完成該軟件項(xiàng)目。

沒(méi)有最好的溝通方式，只有最有效的溝通。因此溝通因人因事而采用不同的溝通方式，才可以達(dá)到良好的效果。有時(shí)項(xiàng)目組需要和用戶(hù)溝通，面談是一種較為花時(shí)間的方式，而用戶(hù)方常常以忙來(lái)說(shuō)明自己沒(méi)有時(shí)間，這時(shí)候可以采用電話(huà)溝通的方式，這樣馬上就可以得到答復(fù)。有時(shí)可以將項(xiàng)目進(jìn)展情況用郵件的方式發(fā)給對(duì)方，使得軟件開(kāi)發(fā)的工作也成為用戶(hù)的一種工作，只有這樣才能正確把握用戶(hù)的真正需求，才能使得開(kāi)發(fā)出的軟件真正是滿(mǎn)足用戶(hù)需求的軟件。而在內(nèi)部的溝通形式就可以多樣，如定期的項(xiàng)目溝通會(huì)議、項(xiàng)目進(jìn)展文檔等。

總之，只有加強(qiáng)溝通，才能使得軟件項(xiàng)目順利實(shí)施，溝通是成功軟件項(xiàng)目管理的很重要的因素。

(五)健全的項(xiàng)目文檔

軟件項(xiàng)目的文檔在整個(gè)生命周期中的地位和作用尤為重要，無(wú)論怎樣強(qiáng)調(diào)都不過(guò)分。文檔作為軟件產(chǎn)品的主要形式，集中體現(xiàn)了軟件人員的勞動(dòng)成果，沒(méi)有文檔就稱(chēng)不上軟件。但是實(shí)際情況是許多軟件開(kāi)發(fā)人員從一開(kāi)始就不注重文檔的寫(xiě)作，尤其是當(dāng)軟件項(xiàng)目的工期又很緊張時(shí)，在沒(méi)有任何文檔或只有少量文檔的情況下就開(kāi)始了具體的開(kāi)發(fā)工作。有的寫(xiě)了文檔，但是在開(kāi)發(fā)過(guò)程中需求發(fā)生了變更，也沒(méi)有及時(shí)在文檔中體現(xiàn)出來(lái)，使得過(guò)一段時(shí)間后開(kāi)發(fā)者對(duì)所開(kāi)發(fā)的內(nèi)容也記得不清了，當(dāng)項(xiàng)目出現(xiàn)問(wèn)題時(shí)，沒(méi)有有效的文檔可查，致使軟件項(xiàng)目延期或失敗。

軟件開(kāi)發(fā)過(guò)程中各階段的文檔不健全，往往在項(xiàng)目接近尾聲時(shí)為了驗(yàn)收才補(bǔ)寫(xiě)文檔。最常見(jiàn)的是有系統(tǒng)分析與概要設(shè)計(jì)文檔，但是沒(méi)有詳細(xì)設(shè)計(jì)文檔，在程序開(kāi)發(fā)過(guò)程中，開(kāi)發(fā)人員往往最大限度地發(fā)揮著自己高超的編程技巧，以至于在后期維護(hù)時(shí)，因?yàn)闆](méi)有詳細(xì)的設(shè)計(jì)文檔，給項(xiàng)目的后期維護(hù)帶來(lái)困難。

編寫(xiě)文檔的工作量是很大的。有時(shí)會(huì)占整個(gè)項(xiàng)目的40%,所以文檔的編寫(xiě)會(huì)花費(fèi)大量的時(shí)間和精力，但是有了好的文檔，會(huì)對(duì)后期的開(kāi)發(fā)工作帶來(lái)很多的便利。健全的文檔管理是軟件項(xiàng)目成功實(shí)施的一個(gè)重要因素。

三、軟件項(xiàng)目管理的方法

軟件項(xiàng)目管理有階段化管理，量化管理和優(yōu)化管理三個(gè)層面。

(―)階段化管理

階段化管理指的是從立項(xiàng)之初直到系統(tǒng)運(yùn)行維護(hù)的全過(guò)程，將項(xiàng)目分成小的階段。比如，通常分為問(wèn)題定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、狽彳試和維護(hù)等幾個(gè)階段。每個(gè)階段都有明確的目標(biāo)和成果驗(yàn)收，以及必要的監(jiān)督回饋，這樣就能夠很好地減少項(xiàng)目負(fù)責(zé)人和客戶(hù)的分歧，增加項(xiàng)目風(fēng)險(xiǎn)的可控性。在項(xiàng)目負(fù)責(zé)人提交給客戶(hù)的需求分析和初始報(bào)告里，就已經(jīng)把每個(gè)階段要完成的工作，可出的成果，甚至具體到有多少個(gè)界面，都能清晰的描述出來(lái)。這樣，在每個(gè)階段完成后，客戶(hù)和項(xiàng)目負(fù)責(zé)人都能夠比較清楚地了解項(xiàng)目的進(jìn)展、完成情況，以及客戶(hù)對(duì)項(xiàng)目完成部分的滿(mǎn)意程度。同時(shí)，也方便進(jìn)行項(xiàng)目組成員的績(jī)效評(píng)估。

(二)量化管理

把項(xiàng)目的方方面面盡可能地進(jìn)行數(shù)量化，做到責(zé)任清楚。給客戶(hù)做軟件，時(shí)常碰到這種問(wèn)題：某階段成果A(比如說(shuō)，包括A1、A2、A3等不同部分）出來(lái)了，客戶(hù)看了以后，可能認(rèn)為A1完全符合要求，A2根本就不對(duì)，A3雖然有毛病但改改還可用，等等。那么，這其中的問(wèn)題出在哪里？責(zé)任該由誰(shuí)負(fù)?責(zé)任又有多大呢?為此，必須把各種目標(biāo)、投入、成果等分類(lèi)量化。比如，用明確的模塊或子系統(tǒng)表達(dá)客戶(hù)需求，精確計(jì)算A1、A2、A3每部分花費(fèi)人工、物力、財(cái)力等等。把各種量化指標(biāo)存入數(shù)據(jù)庫(kù)，就能夠輕而易舉地解決上述的問(wèn)題了。而且，每個(gè)階段都有清晰的量化管理，也非常有利于整個(gè)項(xiàng)目進(jìn)程的推進(jìn)。

(三）優(yōu)化管理

優(yōu)化管理就是分析項(xiàng)目每部分所蘊(yùn)涵的知識(shí)、經(jīng)驗(yàn)和教訓(xùn)，更好地發(fā)揚(yáng)項(xiàng)目進(jìn)程中的經(jīng)驗(yàn)，吸取教訓(xùn)，在全公司傳播有益的知識(shí)。再如前面例子，通過(guò)分析發(fā)現(xiàn)A1部分的領(lǐng)頭人能力強(qiáng)，就可以讓他以后多帶幾個(gè)人，使他的知識(shí)和經(jīng)驗(yàn)更好地發(fā)揮成效。A2、A3部分為什么不成功？是客戶(hù)的需求沒(méi)提清楚，是理解的錯(cuò)誤，還是有設(shè)計(jì)的問(wèn)題？通過(guò)這些分析后，有利于進(jìn)一步優(yōu)化項(xiàng)目管理。

四、軟件項(xiàng)目管理過(guò)程中的幾個(gè)誤區(qū)

(一)對(duì)需求的修改是必然的，具體細(xì)節(jié)可在以后的開(kāi)發(fā)過(guò)程中填充

在軟件項(xiàng)目的需求分析階段，軟件開(kāi)發(fā)人員和項(xiàng)目負(fù)責(zé)人通常認(rèn)為開(kāi)發(fā)方與客戶(hù)方在各種問(wèn)題的基本輪廓上達(dá)成一致即可，具體細(xì)節(jié)可以在以后填充。理由是無(wú)論開(kāi)始時(shí)多么細(xì)致，以后對(duì)需求的修改幾乎是必然的。但在實(shí)際操作中，由于需求階段對(duì)問(wèn)題的描述不夠細(xì)致，導(dǎo)致后來(lái)預(yù)算超支或者時(shí)間進(jìn)度達(dá)不到要求的情況并不少見(jiàn)。正確的做法應(yīng)該是:在項(xiàng)目需求分析階段，雙方必須全面地、盡可能細(xì)致地討論項(xiàng)目的應(yīng)用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對(duì)項(xiàng)目進(jìn)行評(píng)估的各種評(píng)價(jià)標(biāo)準(zhǔn)。在需求分析結(jié)束以后，雙方還要建立可以直接聯(lián)系的渠道，以便盡早地對(duì)需求變動(dòng)進(jìn)行溝通。

(二)軟件項(xiàng)目的需求可以持續(xù)不斷地改變，并且可以很容易地得以實(shí)現(xiàn)

在需求分析階段，還有一個(gè)經(jīng)常出現(xiàn)的問(wèn)題，就是認(rèn)為軟件項(xiàng)目的需求可以持續(xù)不斷地改變，而且這些改變可以很容易地實(shí)現(xiàn)。在具體實(shí)際中由于種種原因，客戶(hù)方很難在需求分析階段就能全面而準(zhǔn)確地描述所有問(wèn)題。隨著開(kāi)發(fā)進(jìn)度的推進(jìn)，往往會(huì)有一些需求的改變。現(xiàn)代軟件工程理論也利用軟件的靈活性特點(diǎn)通過(guò)各種方式來(lái)適應(yīng)這種情況。實(shí)踐表明:隨著開(kāi)發(fā)進(jìn)度的推進(jìn)，實(shí)現(xiàn)軟件需求更改所需要的代價(jià)呈指數(shù)形式增長(zhǎng)。假定在需求分析階段實(shí)現(xiàn)需求更改要花費(fèi)1倍的代價(jià)，那么，在系統(tǒng)設(shè)計(jì)和編碼階段，則需要花費(fèi)1.5~6倍的代價(jià)；在系統(tǒng)測(cè)試階段需要花費(fèi)10~20倍的代價(jià)，在軟件版本以后，甚至要花費(fèi)60~100倍的代價(jià)。由此可見(jiàn)，在項(xiàng)目開(kāi)展過(guò)程中，軟件需求的改變應(yīng)當(dāng)盡早提出。這樣才能做到既節(jié)省開(kāi)銷(xiāo)，又較容易實(shí)現(xiàn)。

(三)在系統(tǒng)詳細(xì)設(shè)計(jì)階段，必須寫(xiě)出所有程序的偽碼

在詳細(xì)設(shè)計(jì)階段，起初為了便于代碼的維護(hù)修改，要求文檔工作應(yīng)該做到寫(xiě)出所有程序的偽碼。偽碼的最大作用是對(duì)程序的算法流程進(jìn)行描述，便于人們深入了解程序的功能和實(shí)現(xiàn)過(guò)程。因此，偽碼在一定程度上的確有利于對(duì)程序代碼的維護(hù)和修改。但在實(shí)際工作中，這種做法卻很難實(shí)施。為了保證項(xiàng)目文檔和程序代碼的一一對(duì)應(yīng)關(guān)系，維護(hù)程序代碼的同時(shí)也需要對(duì)項(xiàng)目文檔進(jìn)行維護(hù)。偽碼和程序代碼非常接近，對(duì)偽碼進(jìn)行維護(hù)，就相當(dāng)于進(jìn)行了加倍的程序代碼維護(hù)。為了趕進(jìn)度，這種方法在實(shí)踐中往往會(huì)流于形式。所以，切合實(shí)際的方式應(yīng)該是對(duì)一般的程序文檔做到程序流程圖即可，對(duì)涉及了較復(fù)雜算法的程序才需要偽碼。

(四)編碼階段是整個(gè)軟件項(xiàng)目中最重要的階段

在軟件開(kāi)發(fā)階段，項(xiàng)目負(fù)責(zé)人往往認(rèn)為軟件程序主要由代碼組成，因此編碼階段是整個(gè)軟件項(xiàng)目中最重要的階段，應(yīng)該給予大量時(shí)間，集中主要資源。與編碼階段相比，需求分析、詳細(xì)設(shè)計(jì)以及測(cè)試時(shí)間較少，容易造成測(cè)試不完全及軟件上線(xiàn)后的先天不足，給今后的工作造成被動(dòng)。如今，由于軟件的規(guī)模和復(fù)雜度都較以前有較大的增加，再加上半自動(dòng)化軟件代碼開(kāi)發(fā)平臺(tái)的出現(xiàn)，現(xiàn)代軟件項(xiàng)目管理的中心已經(jīng)發(fā)生了轉(zhuǎn)移一不是著重編碼階段，而是著重系統(tǒng)總體/詳細(xì)設(shè)計(jì)階段。一般，系統(tǒng)總體/詳細(xì)設(shè)計(jì)階段應(yīng)占整個(gè)軟件開(kāi)發(fā)時(shí)間的一半。這樣才能充分考慮系統(tǒng)將會(huì)出現(xiàn)的各種問(wèn)題及其解決辦法，為以后的編碼、測(cè)試工作爭(zhēng)取主動(dòng)。

(五)軟件所有的內(nèi)部測(cè)試工作應(yīng)由測(cè)試人員完成

在軟件測(cè)試階段，由于在項(xiàng)目人員配置中設(shè)置了專(zhuān)門(mén)的測(cè)試人員，人們通常認(rèn)為軟件所有的內(nèi)部測(cè)試工作應(yīng)該由測(cè)試人員完成。但這種做法往往會(huì)造成測(cè)試不全面，軟件交付后經(jīng)常出現(xiàn)問(wèn)題的情況。在實(shí)際工作中，由于使用“白盒法”對(duì)測(cè)試人員各方面素質(zhì)有著較高的要求，進(jìn)行程序測(cè)試時(shí)，測(cè)試人員總是優(yōu)先使用“黑盒法'狽j試沒(méi)有通過(guò)才會(huì)考慮對(duì)程序代碼進(jìn)行“白盒法”測(cè)試。顯然，這種對(duì)“白盒法，有意無(wú)意的“逃避”，對(duì)軟件的可靠性和穩(wěn)定性構(gòu)成了威脅。要解決這個(gè)問(wèn)題，一方面需要提高對(duì)測(cè)試人員的要求;另一方面也需要讓程序員完成部分的“白盒法”測(cè)試。

(六)軟件項(xiàng)目管理只是相關(guān)技術(shù)部門(mén)的事，與公司其他部門(mén)無(wú)關(guān)

在競(jìng)爭(zhēng)日益激烈的今天，軟件項(xiàng)目規(guī)模大、復(fù)雜度高，而且時(shí)間要求緊迫。要想提高公司的軟件項(xiàng)目管理水平，就需要提高公司的整體參與意識(shí)，需要公司各個(gè)部門(mén)協(xié)同作戰(zhàn)。例如，需要會(huì)計(jì)部門(mén)協(xié)助進(jìn)行項(xiàng)目預(yù)算、財(cái)務(wù)管理和費(fèi)用控制;需要研究部門(mén)(技術(shù)委員會(huì))指派專(zhuān)家協(xié)助進(jìn)行各種風(fēng)險(xiǎn)評(píng)估，提供技術(shù)指導(dǎo);需要后勤部門(mén)提供各種保障。

(七)開(kāi)發(fā)進(jìn)度滯后時(shí)，可以聘請(qǐng)更多的程序員加入到開(kāi)發(fā)團(tuán)隊(duì)中，通過(guò)增加人力資源追趕開(kāi)發(fā)進(jìn)度

如今，在注重團(tuán)隊(duì)開(kāi)發(fā)的時(shí)代，開(kāi)發(fā)方應(yīng)該根據(jù)目前的軟件項(xiàng)目管理水平慎重考慮這個(gè)做法。如果新加入的程序員對(duì)目前軟件項(xiàng)目的應(yīng)用行業(yè)有一定了角解并且可以很快地適應(yīng)開(kāi)發(fā)方的項(xiàng)目管理方式、軟件開(kāi)發(fā)風(fēng)格、團(tuán)隊(duì)協(xié)作氛圍，那么“新人”的加入是有益的。否則，可能會(huì)“好心卻辦了壞事”。因?yàn)楸M管新人的個(gè)人能力很高，但為了使其與大家一起協(xié)同工作，開(kāi)發(fā)團(tuán)隊(duì)不得不分出人手對(duì)新人進(jìn)行與項(xiàng)目有關(guān)的技術(shù)、業(yè)務(wù)培訓(xùn)。更重要，也是難度最大的是，還要引導(dǎo)新人融入到整個(gè)開(kāi)發(fā)團(tuán)隊(duì)中。這可能需要花費(fèi)開(kāi)發(fā)團(tuán)隊(duì)大量的時(shí)間和精力，很有可能使項(xiàng)目進(jìn)度更慢。