統(tǒng)的六段式項目管理方法

1、文件類型：論壇分享存檔編號： 發(fā)放范圍：公 開 統(tǒng)一的六段式項目管理方法從經(jīng)濟學(xué)角度改進(jìn)軟件項目管理過程（作者：Ezra Thomad）摘要：軟件工程程項目，歸根到到底是一一種經(jīng)濟濟生產(chǎn)活活動，它它應(yīng)該遵遵循經(jīng)濟濟的規(guī)律律，以更更趨近經(jīng)濟利利潤和成成功滿足足需求為為目標(biāo)。軟件項項目瀑布布、敏捷捷、螺旋旋、迭代代模型的紛紛亂，可可以借鑒鑒上千年年來人們們在建筑筑工程上上的經(jīng)驗驗，使之之更規(guī)范范、科學(xué)學(xué)、有益益于項目目的成功。 將項項目管理理統(tǒng)一為為六個階階段，并并提出每每個階段段的本質(zhì)與與目標(biāo)特特征，能能將建筑筑、軟件件等所有有項目管管理統(tǒng)一一在一個個框架下下，更加加符合人人們的認(rèn)認(rèn)知和工工程項

2、目目管理的合理化化。 六段式管管理方法法，規(guī)避避風(fēng)險、高效實實用、斷斷點清晰晰。系統(tǒng)的的分析與與設(shè)計獨獨立出來來，將會會成為軟軟件工程程項目的核核心，系系統(tǒng)分析析者職業(yè)業(yè)化是未未來軟件件工程的的亟需和趨向。目錄TOC o 1-2 h z u HYPERLINK l _Toc380857278 一、軟件件工程項項目與建建筑項目目管理的的統(tǒng)一 PAGEREF _Toc380857278 h 22 HYPERLINK l _Toc380857279 二、統(tǒng)一一的六段段式項目目管理過過程 PAGEREF _Toc380857279 h 2 HYPERLINK l _Toc380857280 六階段分分

3、別定義義、特征征、實踐踐注意點點 PAGEREF _Toc380857280 h 2 HYPERLINK l _Toc380857281 三、六段段式項目目管理與與傳統(tǒng)方方法的對對比和優(yōu)優(yōu)勢 PAGEREF _Toc380857281 h 7 HYPERLINK l _Toc380857282 六段式項項管與早早期分段段法、瀑瀑布模型型 PAGEREF _Toc380857282 h 7 HYPERLINK l _Toc380857283 六段式項項管與產(chǎn)產(chǎn)品迭代代模型 PAGEREF _Toc380857283 h 99 HYPERLINK l _Toc380857284 六段式項項管與RR

4、UP PAGEREF _Toc380857284 h 110 HYPERLINK l _Toc380857285 四、六段段式項目目管理與與常見問問題辨析析 PAGEREF _Toc380857285 h 12 HYPERLINK l _Toc380857286 六段式項項管與需需求變更更 PAGEREF _Toc380857286 h 12 HYPERLINK l _Toc380857287 六段式項項管與敏敏捷開發(fā)發(fā) PAGEREF _Toc380857287 h 16 HYPERLINK l _Toc380857288 系統(tǒng)分析析師和軟軟件架構(gòu)構(gòu)師、PPdM和和PjMM PAGEREF

5、_Toc380857288 h 20 HYPERLINK l _Toc380857289 五、六段段式項目目管理規(guī)規(guī)范化 PAGEREF _Toc380857289 h 222 HYPERLINK l _Toc380857290 六、未來來軟件工工程和系系統(tǒng)分析析之路 PAGEREF _Toc380857290 h 226一、軟件件工程項項目與建建筑項目目管理的的統(tǒng)一軟件工程程越來越越成為技技術(shù)發(fā)展展和現(xiàn)代代社會建建設(shè)的重重要支脈，隨著著x80886、AARM等等通用硬硬件架構(gòu)構(gòu)的進(jìn)一一步完善善，軟件件工程甚甚至逐漸漸普及和和加強為為IT和和通信的的主要內(nèi)內(nèi)容和核核心驅(qū)動動力。 但但是，一一直

6、以來來，軟件件工程都都缺乏一一種有效效公認(rèn)統(tǒng)統(tǒng)一的管理方方法，使使得工程程高利潤潤、可控控制的順順利實現(xiàn)現(xiàn)目標(biāo)。相反的的，經(jīng)常常見到小小如APPP，大大到電網(wǎng)網(wǎng)集散控控制系統(tǒng)統(tǒng)，經(jīng)常常不能完完美達(dá)到到用戶需需求、預(yù)預(yù)算超支支、工程程延期等等問題甚甚至合同同違約或或項目失失敗；與客戶戶理想的人機交交互不同同，更是屢屢見不鮮鮮。有沒有一一種管理理方法可可以解決決？瀑布布模型、敏捷開開發(fā)、演演化模型型、RUUP和螺螺旋模型型，輪番番上陣，雖然都都在各個個領(lǐng)域取取得一些些效果和和有一些最最佳實踐踐，卻始始終沒有有一種被被證明絕絕對有效效、被人人們長期期公認(rèn)科科學(xué)的項目管理理模型。由于曾曾負(fù)責(zé)建建筑工程

7、程的特殊殊經(jīng)歷，使我考考慮能不不能將建建筑工程程經(jīng)驗借借鑒； 或者將將建筑管管理與軟軟件工程程項目過過程相統(tǒng)統(tǒng)一。建建筑項目目是項目目，軟件件項目，也是項項目，兩兩者絕不不僅僅只只名稱相相同；有有“一次性性”目標(biāo)性等許多多項目的共同特征征。項目目過程與標(biāo)標(biāo)準(zhǔn)化生生產(chǎn)過程程不同，他的一一次性獨獨特性很很明顯。經(jīng)濟中中除了生生產(chǎn)、就就是項目目；應(yīng)該有有一個共共同框架架來統(tǒng)一項項目過程程。建筑項目目，俯拾拾皆是；國家的的建設(shè)如如火如荼荼，那么么多項目目，總有營營養(yǎng)汲取取。何況況中外建建筑史有有數(shù)千年年，中國國大型建建筑項目目也已經(jīng)經(jīng)有二千千年歷史史，有許許多經(jīng)驗驗。實際上上建筑業(yè)業(yè)早已形形成統(tǒng)一一的

8、規(guī)范的的過程模模式。一一般的，建筑過過程有規(guī)規(guī)劃草圖圖和勘探探、設(shè)計計、土建建安裝、監(jiān)理驗驗收等多多個環(huán)節(jié)節(jié)，兩相相類比，軟件項項目缺少少一個獨獨立、明明顯的設(shè)設(shè)計過程程； 設(shè)設(shè)計過程程往往被被前置到到需求交交流、或或以“詳細(xì)設(shè)設(shè)計”名義實實際融入入開發(fā)過過程中了了。由于缺少少成型、明確的的設(shè)計， 使得得開發(fā)與與用戶理理解有潛在差異異，成本本預(yù)估不不確切，開發(fā)變變更修改改反復(fù)進(jìn)進(jìn)行而工期延延遲， 這就就是導(dǎo)致致項目管管理最終終失控的的主要原原因。經(jīng)過更詳詳細(xì)的分分析與研研究，和和對整個個項目過過程的對對比籌劃劃思考，尤其是是對項目目成敗起起決定作作用的前前期過程程的不斷斷思辨，形成了了統(tǒng)一的的

9、六段式式項目管管理方法法。二、統(tǒng)一一的六段段式項目目管理過過程將軟件工工程項目目管理過過程劃分分為六個個階段，并明確確其特征征和分隔隔點，在實踐踐中確定定有效。六階段分分別定義義、特征征、實踐踐注意點點1、提案案階段。由提議議人完成成，通常常是1-3人；這一階階段要：確定進(jìn)進(jìn)行之目的，明確項項目的初步范范圍，確確定“做什么么”。完成時輸出xxxx項項目建議議書，批準(zhǔn)結(jié)結(jié)束。這這個過程程非?？炜?，通常常1天或或幾天內(nèi)內(nèi)迅速完完成，或或不斷討討論逐步步形成定定案；這這個階段段花費在在總成本本中不超超過1%2%。在實踐中中，由產(chǎn)品品經(jīng)理提提出，或或有時直直接由老老板口述述指定。由于此此階段短短促，經(jīng)

10、經(jīng)常見到到這個過過程被省省略，或或不形成成定議文案案。但實實際上，這是不不對的，必須堅堅決反對對。有些些項目徹徹底超出出預(yù)算，實質(zhì)就就是變更更巨大，甚或完完全推翻翻，以致致漫無目目的地發(fā)散，自自己搞不不清最初初的目標(biāo)標(biāo)了。這是一個個必須經(jīng)經(jīng)由的階階段，而而且必須須形成正正式文檔檔，經(jīng)過過評議并并保存。對于一一個創(chuàng)新性性項目，須要適適當(dāng)詳細(xì)細(xì)的建議議書，以以明確大大致范圍圍；對于產(chǎn)產(chǎn)品化的的項目，每個項項目只是是產(chǎn)品演演進(jìn)發(fā)展展的一階階段，建建議書可可以簡明明扼要，明確當(dāng)當(dāng)前版本本要達(dá)到到的主要要目的目目標(biāo)即可可。甚至可可以一頁頁紙 但但這一階階段不可可或缺，尤其涉涉及變更更時；這也也是幫助助管

11、理者者，厘清清思路，明確優(yōu)優(yōu)先次序序的過程程。2、調(diào)研研階段。由籌備備小組完完成， 這一階階段要：確定項項目整體體是否可可行，籌籌備所需需人力、資財，組建核核心團隊隊，解決“能否做做”。完成成時要輸輸出可可行性分分析報告告立立項申請請書，通過了了評審，正式批批準(zhǔn)是階階段結(jié)束束標(biāo)志，有有時稱“立項階階段”。這個個階段花花費在總總成本中中通常不不到5%。實踐中一一些軟件件項目還還沒有明明顯的立項過過程；但但是，廠廠礦、建建設(shè)項目目可行性性研究明明顯，有有人認(rèn)為為軟件項項目不涉涉及環(huán)評評、土地地、審批批等不需需可行性性研究；其實是是沒有理理解，可可行性研研究的核核心在于于，理清清實施的的主體架架構(gòu)、

12、主主要步驟驟、核心心內(nèi)容。主體架架構(gòu)決定定整個走走向，主主要步驟驟是資源源運籌大大方向，兩者確確定是否否可行，他們確確定以后后才談到到如何實實施和可可行性。建筑項項目中，這個階階段會畫畫出規(guī)劃劃草圖、進(jìn)行勘勘探以確確定設(shè)計計參數(shù)和和可行性性等。因因此，設(shè)設(shè)計并不不是從設(shè)設(shè)計階段段開始、而是總總體設(shè)計計在提案、調(diào)研階階段即開開始，在在設(shè)計階階段細(xì)化化和完善善、完成成。立項項基于可可行性分分析，可可行基于于架構(gòu)和步步驟?？尚行詧髨蟾?，通通常包括括政策可行行性、經(jīng)濟可可行性、技術(shù)可可行性、法律、環(huán)境、可持續(xù)續(xù)性等部分。但重點點是技術(shù)術(shù)、經(jīng)濟濟可行性性，對軟軟件項目目而言尤尤其如此此。軟件件項目可可以

13、省略略不必要要的可行行分析部部分，只只重點描描述技術(shù)術(shù)實現(xiàn)方方案、經(jīng)經(jīng)濟可行行；一些些產(chǎn)品化化的項目目，甚至至可以將將可行報報告合并并在立項項確認(rèn)書書中，甚甚至可以不須計計算經(jīng)濟濟可行性性（完全全產(chǎn)品化化的軟件件收入估估算復(fù)雜雜），只只需明確確技術(shù)實實現(xiàn)方案案、和市市場用戶戶（競爭爭對手優(yōu)優(yōu)勢）預(yù)預(yù)估。立項申申請書中，應(yīng)應(yīng)載明當(dāng)當(dāng)前版本本的主要要任務(wù)、整體范圍圍界定、實施成成本及人力預(yù)估估、工期期安排和和估算，有些還還需要附附帶測試試驗收標(biāo)標(biāo)準(zhǔn)。立立項申請請應(yīng)在批批準(zhǔn)確認(rèn)認(rèn)后，以以文本形形式備檔檔，作為為后期變變更的基基準(zhǔn)線和和管理考考核、項項目考評評的依據(jù)據(jù)。需要強調(diào)調(diào)說明，設(shè)計、測試、框架

14、開開發(fā)等專專項工作作，并非非僅在其其名義階階段上進(jìn)進(jìn)行；實實際上，他們是是滲透在在各個階階段上進(jìn)進(jìn)行的。比如，設(shè)計在在提案階階段就已已經(jīng)有大大致范圍圍和初步步架構(gòu)，在調(diào)研研階段設(shè)設(shè)計主體體架構(gòu)，在設(shè)計計階段完完成詳細(xì)細(xì)設(shè)計和和明確；與一般般理解不不同，設(shè)設(shè)計（已已經(jīng)評審審和批準(zhǔn)準(zhǔn)）在實實施階段段仍在繼繼續(xù)，包包括尚未未完成的的一部分分設(shè)計（一部分分先通過過評審的的需求先先實施）、對實實施中發(fā)發(fā)現(xiàn)不清清晰、不合適適的進(jìn)行行細(xì)化設(shè)設(shè)計和補補充設(shè)計計、因變變更引起起的重新新設(shè)計。再如，開發(fā)可可能在提提案前已已經(jīng)有現(xiàn)現(xiàn)成組件件、中間間件或構(gòu)構(gòu)件，在在調(diào)研等等階段預(yù)預(yù)進(jìn)行一一些核心心和長周周期的開開發(fā)，

15、設(shè)設(shè)計階段段甚至進(jìn)進(jìn)行一些些部分已已確認(rèn)的的細(xì)節(jié)開開發(fā)。再再如更明明顯更為為大家熟熟知：測測試中的的單元測測試，實際是是在開發(fā)發(fā)階段完完成的，而不是是在驗收收階段；驗收只只是系統(tǒng)統(tǒng)測試和和性能測測試。所以這與與直接的表面理理解不同同，在RRUP模模型出現(xiàn)現(xiàn)之后，業(yè)界普普遍認(rèn)同同了不同同工作的的進(jìn)行時時間是互互相疊合合的，因因此，必必須首先先理解一一項工作作內(nèi)容，并非僅僅在其名名義階段段上進(jìn)行行；劃分分階段的的名稱只只是當(dāng)前前階段的的主要工工作、核心工工作，而而不是全全部工作作或純粹粹工作。RUPP的四個個階段都都分別含含有不同同比例的的分析、架構(gòu)、設(shè)計、實施工工作內(nèi)容容，而不不是在設(shè)設(shè)計階段段

16、只做設(shè)設(shè)計、實實施階段段只做開開發(fā)，這這些工作作是不同同子團隊隊并行推推進(jìn)的，而不是是串行進(jìn)進(jìn)行由同同一團隊隊完成。下圖描描繪了在在RUPP 中，不同工工作在項項目時間間軸推進(jìn)進(jìn)中不同同階段的的工作數(shù)數(shù)量。圖1另外說明明，這個個階段的的工作是是由籌備備小組完完成，這這在工程程、廠礦礦中很常常見，軟件項項目中較較少見，實際上上是籌備備組是隱隱式存在在的，只只是未使使用名稱稱，人員員可能分散散并行著著多個項項目。軟件項項目中，通?？煽梢蕴摂M擬組成，人員可可以由不不同部門門員工虛虛擬組成成團隊，員工可可以同時時存在多多個項目目的籌備備組中，少量需需要實設(shè)設(shè)組織架架構(gòu)?；I籌備組并并非是單單一的分析師師

17、和項目目管理者者組成，而而是發(fā)起起者、分分析師、面向開開發(fā)的架架構(gòu)師、界面美美工、幾幾個程序序員甚至至測試共共同組成成的混合合團隊；立項后后，分別別面向不不同子工工作團隊隊，成為為其不同同層級的的骨干。當(dāng)立項項申請獲獲批，項項目即得得到了資資源、財財務(wù)的支持，人力投投入認(rèn)可可，籌備備組即轉(zhuǎn)轉(zhuǎn)化為項項目組，其成本本自然進(jìn)進(jìn)入項目目成本。非立項項籌備成成本是可可施行性比率率下合理理的沉沒沒成本。有時這這過程也也稱“立項階階段”，但調(diào)調(diào)研更確確切描述述階段的的本質(zhì)。3、設(shè)計計階段。由分析設(shè)設(shè)計人員員完成，有時是規(guī)范的產(chǎn)品團團隊；這一階階段要：確定項項目完成成最終實實現(xiàn)的目目標(biāo)，軟軟件成品品的詳細(xì)細(xì)描

18、述，包括系系統(tǒng)交互互、狀態(tài)態(tài)變化和和處理邏邏輯、數(shù)數(shù)據(jù)和部部署等。即解決決“做成什么樣”。完成成時要輸輸出需需求規(guī)格格說明書書，并并通過三三方評審審。這個個階段時時間占到到總過程程30%，但成本本僅占115%。當(dāng)前，在在許多軟軟件項目目實踐中中，這一一階段都都不明顯顯，甚或或消失。這導(dǎo)致致開發(fā)承承擔(dān)者、與使用用用戶（需求方方）對成成型后成成果，有有顯著理理解差異異；并最最終導(dǎo)致致開發(fā)人人員對工工程量無無法確切切評估（實際上上，出于于贏得好好感，多多數(shù)都傾傾向評估估或給出出較短的的數(shù)字），和實施施后又反反復(fù)修改改成品導(dǎo)導(dǎo)致延期期和超支支。在建建筑項目目中，這這階段是是由專業(yè)業(yè)的“建筑設(shè)設(shè)計院”、

19、專業(yè)業(yè)建筑師師和結(jié)構(gòu)構(gòu)師完成成，并以以出圖（藍(lán)色圖圖）為基基礎(chǔ)，設(shè)設(shè)計中都都遵循嚴(yán)嚴(yán)格的設(shè)設(shè)計規(guī)范范、支撐撐結(jié)構(gòu)原原則、公公認(rèn)范例例等規(guī)則則（當(dāng)然然也是受受建筑安安全國家家法律限限制）。與建筑筑一樣，設(shè)計階階段將逐逐步獨立立出來和和更加規(guī)規(guī)范。一一些項目目，由于于甲方領(lǐng)領(lǐng)導(dǎo)無經(jīng)經(jīng)驗，又又重視細(xì)細(xì)節(jié)，反反而自然然而然的的要求進(jìn)進(jìn)行了圖圖形界面面設(shè)計或或demmo演示示。在實踐中中，有些些項目有有設(shè)計，但是仍仍然導(dǎo)致致承建方方無法實實施、或或項目徹徹底失敗敗。是因因為設(shè)計計沒有建建立在系系統(tǒng)分析析之上，設(shè)計沒沒有基礎(chǔ)礎(chǔ)。我們們經(jīng)常講講OOAA/OOOD（oobjeect oriientted an

20、aalyssis/dessignn），可可以發(fā)現(xiàn)現(xiàn)這兩個個詞都是是一起出出現(xiàn)；分析是是設(shè)計的的前提，設(shè)計是是分析的的結(jié)果輸輸出；兩兩者異常常緊密，之間完完全映射射而不是是須要溝通，兩兩者合而而為一才才是最高效和和合理的的，分析析者即是是設(shè)計者者。只有面面向系統(tǒng)統(tǒng)的分析析-需需求分析析，才能能導(dǎo)致可可實現(xiàn)的的、最佳佳成本和和高體驗驗的設(shè)計計。分析析師需要要一定的的進(jìn)入門門檻和如如建筑設(shè)設(shè)計師的的專業(yè)素素質(zhì)，以以確保設(shè)設(shè)計是基基于合理理可靠的的分析，面向系系統(tǒng)實現(xiàn)現(xiàn)和用戶戶的。需求規(guī)規(guī)格說明明書（Sofftwaare Reqquirremeentss Sppeciificcatiionss），有時

21、時也籠統(tǒng)統(tǒng)的稱為為需求求描述，實際際上需求求規(guī)格說說明書，有非常常規(guī)范的的寫法；其中，包括明明細(xì)的用用例，“一圖頂頂千言”的界面面，對象的的狀態(tài)變變化等。以用例例分析系系統(tǒng)，以以用例引引領(lǐng)用戶戶活動，活動確確認(rèn)交互互，把界界面作為為UMLL9圖的的補充；狀態(tài)和和時序確確定邏輯輯。與傳傳統(tǒng)不同同，我們們強調(diào)設(shè)設(shè)計輸出出是以“圖”為主要要表現(xiàn)方方式，輔輔以文字字說明，這更像像建筑業(yè)業(yè)的圖紙紙，實際際上所有有工程都都應(yīng)該是是以圖為為指導(dǎo)的的。圖的表表達(dá)方式式，更直直觀、信信息量更更大、更更容易清清晰。要注意意，在產(chǎn)產(chǎn)品化大大規(guī)模的的項目中中，SRRS并不不是一份份文檔；而是幾幾個文檔檔組成的的一個文

22、文檔組，由許多多分析師師協(xié)作完完成，每每人負(fù)責(zé)責(zé)一定模模塊或模模組，由由一個總總體說明明文檔統(tǒng)統(tǒng)領(lǐng)；對對產(chǎn)品化化的，總總體文檔檔會說明明下一版版本開發(fā)發(fā)任務(wù)的的主要內(nèi)內(nèi)容、組組成文檔檔、基線線版本。*注曾有個階階段，業(yè)業(yè)界認(rèn)為為軟件模模型應(yīng)該該每個階階段成果果，逐步步逐層映映射到最最終成品品，因此此設(shè)計應(yīng)應(yīng)該越詳詳細(xì)越好好；至今今仍有不不明真相相者這樣樣想。現(xiàn)現(xiàn)實中，也見到到在設(shè)計計階段即即過分追追究視覺覺細(xì)節(jié)、追求設(shè)設(shè)計與開開發(fā)的映映射；甚甚至有嘗嘗試將UUML直直接映射射為代碼碼，而這這些項目目都失敗敗了。實實際上設(shè)計階階段的主主要目標(biāo)標(biāo)，是在在最小成成本下明明確成品品做成什什么樣；這可以

23、以消除需需求方與與開發(fā)者者之間理理解差異異，開發(fā)發(fā)者內(nèi)部部之間理理解差異異（包括括有子團團隊的大大項目），清晰晰項目目目標(biāo)成果果，并在在清晰全全部成果果后詳細(xì)細(xì)估算成成本，檢檢驗可實實現(xiàn)性。當(dāng)然，更詳細(xì)細(xì)設(shè)計稿稿更好，但這一一階段的的成本需需要嚴(yán)格格控制在在總成本本的155%不超超過200%，否否則會擠擠占開發(fā)發(fā)成本，就會出出現(xiàn)設(shè)計計得很好好，做出出來卻差差距很大大，而且且浪費時時間進(jìn)度度。設(shè)計計輸出要要重新修修正立項項時確定定的開發(fā)發(fā)成本，使逼近近20%內(nèi)，并并在通過過三方評評審后確確立。4、實施施階段。主要由實施、開發(fā)團團隊完成成， 這這一階段段是主要要承擔(dān)項項目實施施、開發(fā)發(fā)完成的的階段

24、；也是資資金成本本投入最最密集的的階段，通常占占總成本本60%-700%，有有時也稱稱開發(fā)階階段。在這個個過程中中，要解解決“怎么做做”；在調(diào)研研階段，我們解解決“能否做做”時，實際際上已經(jīng)經(jīng)討論怎怎么做的的主體思思路；但但具體每每個單元元怎么做做并未涉涉及，此此階段進(jìn)進(jìn)行中會會解決。除輸出出成品，為確保保實施階階段的，可控、可督促促、管理理的及時時和有效效，應(yīng)該該輸出定期期項目實實施報告告和實實施日志志。實踐中，有很多多項目是是外包單單位實施施完成；這時對對需求求規(guī)格說說明書和兩個個輸出文文檔就顯顯得尤為為重要。需求描描述是開開發(fā)的基基礎(chǔ)，當(dāng)當(dāng)有良好好的需求求描述時時就可以以將整個個開發(fā)實實

25、施階段段外包，如建筑筑業(yè)做法法一樣；而實施施報告和和實施日日志則是是實施過過程中的的保障，以確保保進(jìn)度、質(zhì)量合合乎項目目的規(guī)劃劃，成本本在可控控預(yù)算內(nèi)內(nèi)。兩者者區(qū)分在在于報告告是用于于管控的的，日志志是用于于清查的的。雖然然我們希希望報告告督促開開發(fā)實施施的勤懇懇，但并并不是越越多越好好。實施施組對管管理層的的開發(fā)報報告，每每周一次次即可；開發(fā)日日志可以以每天記記，但不不須詳細(xì)細(xì)、也不不須每人人記，一一個小組組有一份份日志即即可，簡簡單數(shù)語語扼要即即好。如如要確保保人人進(jìn)進(jìn)度，可可日例會會輪流口口頭匯報報進(jìn)度。5、驗收收階段。由測試、驗收團團隊完成成，這一一階段要要：確定定項目是是否達(dá)成成目標(biāo)

26、，是否達(dá)到到預(yù)期可可正常運運作，和和結(jié)束實實施。完完成時要要輸出系統(tǒng)測測試報告告和驗收報報告。這個階階段花費費在總成成本中通通常在10%內(nèi)，時間間占155%左右右。理論上講講，驗收收報告 通常由由所有方方出具，或由獨立的的第三方方出具（以確保保、公正正），驗收應(yīng)應(yīng)該是全全面的、詳細(xì)的的檢測；系統(tǒng)測測試和性性能測試試是由測測試團隊隊完成，獨立的的過程。但實踐踐上，由由于甲方方的強勢勢、和減減少重復(fù)復(fù)勞動及及成本分分擔(dān)的考考慮，通通常會與與系統(tǒng)測測試合并并，這樣樣只需要要一份系系統(tǒng)測試試報告，和一個個簡明扼扼要驗收收報告。當(dāng)這樣樣做時，應(yīng)注意意驗收測測試并不不是完全全消失了了，驗收收只做，核心功功

27、能和應(yīng)應(yīng)用活動動流程的的測試，而不需需要重復(fù)復(fù)ST中中每一步步驟、細(xì)細(xì)節(jié)；這是兩兩個互相相獨立的的工作，ST的的是測試試團隊，驗收則則可由產(chǎn)產(chǎn)品團隊隊代表所所有方實實施，不不能因合合并而完完全依賴賴單一SST，保保證制衡衡與復(fù)核核。這樣通通常可以以有效控控制成本本在100%。這樣做做原因，同樣是是基于軟軟件研發(fā)發(fā)也是一一項經(jīng)濟濟活動，我們不不是為做做而做，而是為為了更好好、更有有效率的的改造世世界，美美化人們的的生活。有些公司司很重視視測試，把測試試作為一一個重要要的關(guān)卡卡和檢驗驗標(biāo)志，這是好好事。但但是要注注意軟件件的質(zhì)量量是開發(fā)發(fā)出來的的，甚至至是設(shè)計計出來的的，而不不是測試試出來的的。這

28、里說說明，單單元測試試和中間間集成測測試是由由開發(fā)為為主和測測試組共共同完成成，且在在開發(fā)實實施階段段做；而而系統(tǒng)測測試報告告和性能能測試則則由測試試團隊完完成。一一些無明明確要求求的項目目，可以以減省或或模糊地地施行壓壓力測試試和負(fù)載載測試。6、維護(hù)護(hù)階段。每一個個項目，實際上上都涉及及到項目目結(jié)束后后的持續(xù)續(xù)維護(hù)問問題。雖雖然維護(hù)護(hù)過程或或顯著、或微弱弱；實際際上都存存在。如如MS winndowws xxp一直直在打必必要補丁丁；teenceent微微信軟件件，一些些小版本本是維護(hù)護(hù)更新；有些項項目完成成后雖幾幾乎不牽牽扯，但但必要的的嚴(yán)重bbug仍仍需修正正。因此此是必要要的階段段。其

29、實實，建筑筑也一樣樣，驗收收交付后后，仍會會存在漏漏水、裂裂縫空鼓鼓等，進(jìn)進(jìn)行修補補、后續(xù)續(xù)維護(hù)是是必要的的、合理理的步驟驟。維護(hù)護(hù)階段的的成本，通常不不會計入入項目成成本預(yù)算算；這是是因為維維護(hù)時長長、難度度都彈性性很大，無法預(yù)預(yù)估或高高值掩蓋蓋開發(fā)成成本。一旦驗收收合格，理論上上后續(xù)成成本都應(yīng)應(yīng)另計為為維護(hù)成成本，因因此許多多項目會會預(yù)留一一年質(zhì)保保期和質(zhì)質(zhì)保金，這部分分可作為為第一年年維護(hù)成成本。建建筑項目目的維護(hù)護(hù)約在總開發(fā)成成本5%，系統(tǒng)統(tǒng)集成項項目通常常包括一一些軟件件的改進(jìn)進(jìn)而不僅是安裝部部署成本本，屬于于新需求求開發(fā)，因此有有可能110%/年。維維護(hù)團隊隊通常由由原開發(fā)發(fā)團隊兼

30、兼任，注注意產(chǎn)品品化項目目存在上上一版本本維護(hù)，和新版版本開發(fā)發(fā)兩個相相關(guān)任務(wù)務(wù)，日常常性運行行維運則則可以組組織專職職團隊。維護(hù)階段段不包含含在項目目預(yù)算范范圍，并并不表示示維護(hù)階階段是可可有可無無的，或或是獨立立于項目目外的；應(yīng)該必必須認(rèn)識識到維護(hù)護(hù)是必然然存在，和作為為項目自自然延伸伸和整體體的組成成部分，是項目目本身價價值體現(xiàn)現(xiàn)。項目過程程中，實實施、驗驗收、維維護(hù)階段段的管理理已經(jīng)在在實踐中中有較成成型規(guī)范范，而前前期階段段則相對對混亂；尤其是是，前期期階段是是決定項項目成敗敗的關(guān)鍵鍵。因此此前三階階段是重重點，投投入單人人密度也較高。三、六段段式項目目管理與與傳統(tǒng)方方法的對對比和優(yōu)

31、優(yōu)勢 六段式式項目管管理方法法，與傳傳統(tǒng)的軟軟件開發(fā)發(fā)模型和和方法相相比，有有什么優(yōu)優(yōu)勢和改改進(jìn)呢六段式項項管與早早期分段段法、瀑瀑布模型型在上世紀(jì)紀(jì)90年年代，軟軟件開發(fā)發(fā)通常分分為：需求分析析、總體設(shè)設(shè)計、詳細(xì)設(shè)設(shè)計、編碼、測試和驗收等階階段；就就是傳統(tǒng)統(tǒng)的瀑布布模型。如下圖圖（缺圖22）現(xiàn)存大多多數(shù)模型型，都從從瀑布模模型發(fā)展展演變而而來，六六段式也也不例外外；那么么相比瀑瀑布模型型有什么么優(yōu)勢呢呢？回答答這問題題，要從從更早期期的軟件件開發(fā)說說起。在在電子軟軟件渡過過五六十十年代的的蒙昧期后后，整個個70年年代多數(shù)數(shù)軟件，都是為為了軟件編編譯、科科研計算算、數(shù)據(jù)據(jù)處理和顯顯示而發(fā)發(fā)展的

32、，顯然這這些軟件件的使用用者幾乎乎就是開開發(fā)者，所以不不存在需需求方和和開發(fā)方方分離的的狀況；一方面面這些使使用者都都是有極極客傾向向的專業(yè)人人士，對對非圖形形界面和和苛刻交交互都是是高手，沒有客客戶體驗驗概念，他們深刻刻了解系系統(tǒng)；另另一方面面，開發(fā)發(fā)者直接接了解應(yīng)應(yīng)用情景景（usse sscennariio），理解使使用的目的。這個時期期的團隊隊也較簡簡單，有有時甚至至是一個個人獨立立開發(fā)，一般團團隊可能能5-88人，少則則2-33人，最最大的團團隊也不不過十幾幾人。軟軟件非常常重視性性能和資資源耗用， 團隊成成員都是是從獨立地開發(fā)軟件件成長起起來的，能獨立立負(fù)擔(dān)軟軟件過程程中任何何階段；

33、 由于于人少，也可以以集體參參觀使用用環(huán)境，了解用用戶需求求。因此此，從設(shè)計到到編碼都都是同一一組人在在做，不不存在專專業(yè)分工工。這情情況一直直持續(xù)到到80年年代早期期。而現(xiàn)在在的軟件件業(yè)界，發(fā)生了了質(zhì)的變變化。首先，硬硬件快速速發(fā)展，性能和和資源占占用不再再是第一一位的，軟件的的體驗和和可用性性，代替替性能和和可處理理性成為為重點，編譯器器進(jìn)步、Pythhon語語言等的的發(fā)展，對編碼碼的質(zhì)量量要求有有所降低低。 其其次，軟軟件從面面向信息息業(yè)界和和極客，迅速擴擴展到各各行各業(yè)，面向向幾乎全全社會用用戶；而而行業(yè)也也深入到到開發(fā)者者完全不不熟悉不不理解、甚至不不清楚具具體使用用的領(lǐng)域域，及有些

34、日日常難得得一見的非非常專業(yè)業(yè)的領(lǐng)域，開開發(fā)者無無法再自自然地理理解需求求； 880年代代以來GGUI取取代舊界界面，系系統(tǒng)的作用更更傾向業(yè)業(yè)務(wù)應(yīng)用用、引導(dǎo)導(dǎo)、交互互而不是是單純地處處理運算算，可用性性和用戶戶體驗提提高到前前所未有有的高度度。 同同時，這這種情況況下的行行業(yè)跨越越發(fā)展，大量新新手涌入入，短時間間內(nèi)他們們來不及及從始至至終了解解每一個個開發(fā)環(huán)環(huán)節(jié)、了了解用戶戶使用情情景和真真實需求求，多數(shù)數(shù)都為某某一專業(yè)業(yè)具體工工作而培培養(yǎng)，而而不再是是初期基基礎(chǔ)牢固固的全面面型人才才；工作作分工職職業(yè)也越越來越細(xì)細(xì)越專業(yè)業(yè)化。在早期期的團隊隊中，成成員統(tǒng)稱稱系統(tǒng)工工程師，并無系系統(tǒng)分析析師、

35、系系統(tǒng)架構(gòu)構(gòu)師、測測試專家家之分，現(xiàn)在則則不同。 數(shù)十十、數(shù)百百人的項項目團隊隊，須要要更有組組織化；調(diào)研需需求再也也不能集集體到現(xiàn)現(xiàn)場，高效化化的結(jié)果果是，委委派幾位位需求分分析師調(diào)調(diào)研用戶戶需求；溝通傳傳遞需求求的方式再再不是反反復(fù)開會會討論，而是高高效的專專業(yè)分析析，和形形成文檔檔由開發(fā)發(fā)者隨時時查閱。這樣一一來項目目團隊變變得分工工更專業(yè)業(yè)，更加加有機層層次。軟件早期期和瀑布布模型時時代，由于開開發(fā)團隊隊強大的的可適應(yīng)應(yīng)性，和和集體同同步工作作，軟件件可以從從需求、轉(zhuǎn)變?yōu)闉橄到y(tǒng)設(shè)設(shè)計、逐逐級替代代為代碼碼，形成成順序的的流程，如同一一個直流流而下的的瀑布。而現(xiàn)在在，需要要人員專專職于自

36、自己的分分工，多多個子工工作并行行的推進(jìn)進(jìn)，互相相協(xié)作完完成。因因此，六六段式項項目管理理方法更更加適應(yīng)應(yīng)大規(guī)模模、高效效率的現(xiàn)現(xiàn)代項目目開發(fā)。六段式項項管與產(chǎn)產(chǎn)品迭代代模型軟件產(chǎn)品品發(fā)展到到現(xiàn)在，涌現(xiàn)許許多模型型，其中中迭代模型型是最成成功的模模型之一一。因為為迭代模型型符合了了自由軟軟件的思想，讓軟件件充分地地復(fù)用，和更優(yōu)優(yōu)化、更更具體驗驗、更先先進(jìn)。在在馮諾依依曼程序序存儲思思想下，硬件通通用后軟軟件具有有幾乎無無成本復(fù)復(fù)制生產(chǎn)產(chǎn)的優(yōu)勢勢。 當(dāng)當(dāng)人們通通過一個個項目開開發(fā)了一一款好軟軟件后，希望充充分復(fù)用用之， 而不是是不同用用戶重新新成立項項目組進(jìn)進(jìn)行重復(fù)復(fù)的開發(fā)；同時，人們還還希望軟

37、軟件在原原有的基基礎(chǔ)上，不斷的的改進(jìn)、更新，使具備備更多功功能、可可用性和和更優(yōu)秀秀的體驗驗。這大大幅地節(jié)省整整個社會會的成本本、提高高軟件質(zhì)質(zhì)量和可可用性。這時，許多軟軟件開始始產(chǎn)品化化，比如如MS offficee， PPhottoshhop，Donnaldd的TeeX、一一些ERRP系統(tǒng)統(tǒng)等。軟軟件公司司對一個個軟件在在前次版版本基礎(chǔ)礎(chǔ)上，做做新的需需求規(guī)劃劃、立項項、系統(tǒng)統(tǒng)分析設(shè)設(shè)計、開開發(fā)、測測試；產(chǎn)產(chǎn)品上市市后又開開始新一一輪需求求規(guī)劃，周而復(fù)復(fù)始。迭迭代模型型就在這這種背景景下得到到認(rèn)可。軟件的產(chǎn)產(chǎn)品化，極大的的推動軟軟件業(yè)進(jìn)進(jìn)步和社社會的發(fā)發(fā)展。但但應(yīng)該了了解，每每一個軟軟件版

38、本本，是經(jīng)經(jīng)過了立立項進(jìn)行行開發(fā)的的，是一一個獨立立的軟件件項目，而不能能將軟件件不斷發(fā)發(fā)展演進(jìn)進(jìn)過程，視為一一個大項項目。只只有把這這大“項目”拆解成成一個一一個小獨獨立過程程，我們們才能對對其中階階段進(jìn)行行標(biāo)準(zhǔn)化化、把項項目管理理演變成成一個科科學(xué)、標(biāo)標(biāo)準(zhǔn)、可可控的方方法；否否則，復(fù)復(fù)雜龐大大的大項項目沒有有純粹共共同點，我們無無法提煉煉其中的的規(guī)律，項目管管理就變變成一個個人治的的、主觀觀的、失失控的過過程。這這也是分分析、分分解的基基本思想想。當(dāng)我我們視為為一個個個獨立版版本的項項目過程程后，就就發(fā)現(xiàn)周周而復(fù)始始的螺旋旋上升，就是一一個一個個軟件需需求項目目的首尾尾相接，不斷上上升發(fā)展

39、展的過程程。談到軟件件的持續(xù)續(xù)開發(fā)和和多個項項目交替替，可能就就會想到到，由于于項目團團隊成員員的分工工專業(yè)化化，雖然然不同子子工作之之間有并并行推進(jìn)進(jìn)、和時時間重疊疊；但在在不同階階段仍然然造成大大量人力力閑置和和浪費。如在實實施階段段，主要要是開發(fā)發(fā)人員在在工作，測試和和分析設(shè)設(shè)計人員員是較空空閑的。 這樣樣會導(dǎo)致致整個社社會成本本的增高高，即使使通過報報價彌補補了這部部分成本本，也仍仍造成人人力的浪浪費。 因此，實踐上上，成熟熟的軟件件團隊，一般都都是同時時負(fù)擔(dān)22個項目目或軟件件版本，或3-4個項項目。比比如甲團團隊，正正在編碼碼開發(fā)某軟軟件3.11版版本，同同時在調(diào)調(diào)研、設(shè)設(shè)計軟件件

40、的3.20版版本；再再如乙團團隊，正正在設(shè)計計的是水水電DCCS系統(tǒng)統(tǒng)，同時時進(jìn)行著著某企業(yè)業(yè)erpp系統(tǒng)的的測試和和bugg修改。因此，一一個產(chǎn)品品化軟件件的生命命周期過過程，是是由一個個個獨立立開發(fā)項項目組成成，這樣樣才具有有一次性性、目標(biāo)標(biāo)性等項項目的典典型特征征；才是是標(biāo)準(zhǔn)化化、可科科學(xué)管理理和提高高效率成成功率的的項目。產(chǎn)品化化的軟件件，每一一個新特特性版本本都應(yīng)該該立項，以確定定市場目目標(biāo)和投投入，按按標(biāo)準(zhǔn)項項目過程程操作，提高資資金使用用效率、人力使使用效率率。對每每一個版版本項目目，應(yīng)該該進(jìn)行投投入效益益的考核核，和總總結(jié)反思思，效益益不僅是是收入、利潤的的經(jīng)濟指指標(biāo)，也也要包

41、括括：活躍用用戶數(shù)、用戶體體驗、競競爭對手手差距等等。產(chǎn)品品化，才才是軟件件行業(yè)的的主流，由于軟軟件復(fù)制制幾乎無無成本，一個好好的軟件件在跟普通通質(zhì)量的的軟件市場場競爭中中，價格格、產(chǎn)品品都處于于絕對優(yōu)優(yōu)勢，更更何況差差的軟件件。很多軟軟件如OOS、通通用APPP都會會形成幾幾家獨大大，普通通研發(fā)項項目幾乎乎無法生生存，產(chǎn)產(chǎn)品化才才是軟件件業(yè)未來。另外還要要說明，軟件開開發(fā)是一一個項目目，軟件件的安裝裝部署也也是一個個獨立的的項目；而不能能將兩者者混淆。軟件部部署也同同樣有調(diào)調(diào)研、設(shè)設(shè)計、實實施、驗驗收的過過程；只只是部署署項目通通常很小小，過程程被微縮縮了。比比如，某某erpp產(chǎn)品部部署項目

42、目，部署署目標(biāo)很很明確，所以提提案即是是某軟件件的安裝裝部署；調(diào)研是是試安裝裝、調(diào)試試的過程程；經(jīng)過嘗嘗試確定定了在oonliine環(huán)環(huán)境中正正式安裝裝的步驟驟、次序序、人員分分工/機機器分布布、失敗預(yù)預(yù)案，就就是對安安裝過程程的設(shè)計計；正式安安裝就是實施施；完成成后應(yīng)該該進(jìn)行測測試檢驗驗，作為為驗收；后續(xù)發(fā)發(fā)現(xiàn)遺漏漏還需維維護(hù)。順順便說明明一點，部署也也是項目目，建筑筑也是項項目，因因此我們們把主要要核心過過程的名稱定定為“實施”而不是是“開發(fā)”。但對于于大型的的設(shè)備的的部署安安裝項目目，如大大型水電電機組安安裝，則則有很明明顯的六六個階段段過程。安裝項項目，與與機組制制造、系統(tǒng)開發(fā)發(fā)，是兩

43、兩個獨立立的項目目過程。六段式項項管與RRUP細(xì)心讀者者可能發(fā)發(fā)現(xiàn)，六六段式管管理，與與RUPP具有非非常多的的相似之之處，那那么為什什么還要要再發(fā)展展六段式式管理，與RUUP相比比有什么么優(yōu)勢和和區(qū)別。六段式式項目管管理方法法的發(fā)現(xiàn)現(xiàn)很早且且是獨立立的，并并沒有參參考RUUP的過過程。首首先說，RUPP是眾多多工程師師的實踐踐結(jié)晶和和經(jīng)驗總總結(jié)，并并由Raatioonall（IBBM收購購）最先先發(fā)布推推廣，是是各模式式的發(fā)展和軟軟件開發(fā)發(fā)經(jīng)驗的的集成；兩者相相似只是“智謀之之士，所所見略同同”的必然。RUPP明確認(rèn)認(rèn)識了各各個階段段中不同同種工作作并存，率先將將概設(shè)詳詳設(shè)等從從開發(fā)實實施中

44、獨獨立出來來建立了了對應(yīng)“設(shè)計”的細(xì)化化過程，建立了了循環(huán)的的四段過過程對軟軟件不朽朽貢獻(xiàn)，對行業(yè)業(yè)產(chǎn)生重重大影響響；六段式式方法在在發(fā)展過過程中也也參考學(xué)學(xué)習(xí)了RRUP過過程；從從這個意意義上說說，六段段式方法法是對RRUP的的發(fā)展和和演進(jìn)。那么，六段式式管理與與RUPP 有哪哪些不同同：1、六段段式管理理重新整整理了初初始階段段的過程程，根據(jù)據(jù)不同本本質(zhì)，對對項目成成本至關(guān)關(guān)重要的的前期階階段，進(jìn)進(jìn)行了更更細(xì)化、規(guī)范化化的整理理。RUUP 有有四個過過程，IInceeptiion（初始）、Ellaboorattionn （細(xì)細(xì)化）、Connstrructtionn（實施施）、TTranns

45、ittionn（交付付）階段段；其中中Connstrructtionn階段就就是六段段式的【實施階階段】，有時時稱【構(gòu)構(gòu)建階段段】，TTrannsittionn階段對對應(yīng)于【驗收階階段】，細(xì)化大大致相當(dāng)當(dāng)于【設(shè)設(shè)計階段段】。對對于初始始的Inncepptioon階段段RUPP描述非非常模糊糊，我們們把提案案獨立出出來，以以最快明明確項目目的主要要目的和和大致范范圍，并并要形成成文檔，避免漫漫無目的的地發(fā)散散，或本本質(zhì)性變變動導(dǎo)致致的成本本、時間間失控。對于初初始階段段的其他他部分，我們把把它明確為為可行性性研究，而作可可行性研研究先要要有要做做的框架架、主要要步驟、范圍；就是說說整體架架構(gòu)、設(shè)

46、設(shè)計這個個階段就就已在進(jìn)行行了，說說明和解解讀了這這階段要要做的目目的。最最后作為為可行性性的輸出出，要完完成立項項申請報報告，獲獲得項目目進(jìn)行所所必需的人力和和資金。（圖3 RUUP）2、六段段式過程程提出了了每階段段的時間間控制和和成本標(biāo)標(biāo)準(zhǔn)，輸輸出等目目標(biāo)特征征。雖然六六段式與與RUPP的主要要階段都都大致對對應(yīng)，但但RUPP并沒有有提出每每階段的的時間、成本占占用比例例；導(dǎo)致致一些項項目雖按按RUPP進(jìn)行，但各階階段嚴(yán)重重不成比比例，如如僅對部部分架構(gòu)構(gòu)和界面面美觀研研究時間間太長，卻忽略略甚至跳跳過了細(xì)細(xì)化階段段； 設(shè)設(shè)計時間間過長和和反復(fù)糾糾結(jié)太多多，沒有有給實施施階段留下下足夠時

47、時間和成成本。對對每個階階段的成成本控制制，絕不不是小事事；而是是一個必必須進(jìn)行行控制的的事。整整體上這這是一個個循序漸漸進(jìn)，逐逐步擴大大的投入入過程，1%，5%，115%，65%，這一一過程實實際上降降低了項項目過程程中的風(fēng)風(fēng)險。這這是六段段式項目目管理最最重要的的一點。各階段段的成本本控制也也是用于于衡量設(shè)設(shè)計與開開發(fā)間成成本配比比和工作作效率的的依據(jù)之之一，就就軟件而而言優(yōu)秀秀的過程程設(shè)計與與實際實實施開發(fā)發(fā)，單位位時間投投入大約約在1:3到11:4，而實施施時長通通常比設(shè)設(shè)計多50%左右。3、六段段式過程程清晰化化各階段段規(guī)范，尤其是是設(shè)計階階段的工工作方式式和輸出出標(biāo)準(zhǔn)。在RUUP中

48、，Inccepttionn和Elaaborratiion的的里程碑碑描述不不很清晰，其實它它就是立項確確認(rèn)書。而設(shè)設(shè)計階段段是整個個項目成成敗的關(guān)關(guān)鍵，RRUP并并未明確確其過程程。六段段式明確確了這一一階段主主要目的的，就是是完成項項目的應(yīng)應(yīng)用設(shè)計計。而設(shè)設(shè)計，絕絕不是肆肆意畫圖圖、想象象、任性性設(shè)定，想怎么么設(shè)計就就怎么設(shè)設(shè)計；設(shè)設(shè)計必須須以分析析為基礎(chǔ)礎(chǔ)，實際際完成設(shè)設(shè)計的人人員不叫叫設(shè)計師師，而是是系統(tǒng)分分析師；需求分分析并非非對需求求的簡單單想想、分析分分析，需需求分析析是專業(yè)業(yè)人員作作的，必必須是基基于系統(tǒng)統(tǒng)面向系系統(tǒng)開發(fā)發(fā)的。需需求分析析人員不不但要有有很強理理性思維維能力、把自

49、己己代入用戶戶情境（usee sccenaarioo）的能能力，而而且要有有全面、堅實、深刻的的IT和和CT系系統(tǒng)知識識，對系系統(tǒng)梳理理、分析析的能力力 ；最后后要掌握握表述規(guī)規(guī)范用標(biāo)準(zhǔn)的圖圖、文表表達(dá)出來來。實際際上，六六段式管管理，借借用改良良UMLL，確立立了規(guī)范范的需需求規(guī)格格說明書書寫法法和圖形形語言，因為圖圖的表達(dá)達(dá)能力更更強。因因此，它它重新定定義了設(shè)設(shè)計階段段的工作作細(xì)節(jié)，和輸出出設(shè)計稿稿的標(biāo)準(zhǔn)準(zhǔn)。同時時，更規(guī)規(guī)范化了了一些標(biāo)標(biāo)準(zhǔn)，如如維護(hù)是是測試驗驗收后，雖然有時時投入幾幾乎為00，但是是考慮整整體性，不宜將將之抹除除。在六六段式管管理中，各階段段“輸出”也更加加明確；可以說

50、說六段式式是RUUP進(jìn)一一步規(guī)范范。4、六段段式過程程的階段段性，真真正有效效規(guī)避了了風(fēng)險，提高了了項目成成功性和和對需求求的滿足足。 我我們提出出軟件項項目過程程模型的的目的，是為提提高項目目成功率率和更確確切滿足足需求。但是，項目失失敗率（或與需需求偏差差）顯著著偏高，如對比比生產(chǎn)，怎么才才能控制制項目過過程中的的風(fēng)險，提高成成功率或或盡早發(fā)發(fā)現(xiàn)風(fēng)險險減少損損失？我我們知道道項目是是個一次次性的有有目的的的過程，由于它它的一次次性沒有有可借鑒鑒經(jīng)驗，怎樣提提高成功功的可靠靠性，只只有逐步步投入、漸次逼逼近目標(biāo)標(biāo)，發(fā)現(xiàn)現(xiàn)風(fēng)險后后及時彌彌補和中中止，才才是真正正降低風(fēng)風(fēng)險，保證項項目成功功的依

51、靠靠。這是是通用的的唯一的的方法。六段式式項目過過程，是是逐步擴擴大投入入的過程程，如同同喇叭口口，這種種擴大并并不是線線性擴大大，而是是指數(shù)級級增長（如4的的x-11次冪）。在擴擴大的每每個階段段，都會會進(jìn)行rreviiew評評審，當(dāng)當(dāng)發(fā)現(xiàn)風(fēng)風(fēng)險時就就可以及及時控制制、改進(jìn)進(jìn)；必要要時中止止項目以以防止損損失擴大大。要知知道，項項目實施施人員基基于工作作量酬勞勞的原因因，即使使發(fā)現(xiàn)風(fēng)風(fēng)險也有有繼續(xù)完完成項目目的沖動動。提案案評審批批準(zhǔn)、立立項評審審批準(zhǔn)、規(guī)格三方方評審，每個主主要環(huán)節(jié)節(jié)都進(jìn)行行了嚴(yán)格格的風(fēng)險險控制，團隊外外的評估估。 軟軟件過程程，或建建筑項目目過程，本質(zhì)上上都是“社會生生產(chǎn)

52、”過程，是為了了讓人們們生活得得更好，工作更更有效率率，解放放人力用用于享受受幸福，都是一一種經(jīng)濟濟活動。經(jīng)濟活活動就要要符合經(jīng)經(jīng)濟活動動的規(guī)律律，最大大化追求求利潤，或成本本一定的的情景下下最大化化滿足需需求；而而不是追追求過程程看起來來有對稱稱、整齊齊或理論論深奧。保障項項目的成成功率，用最少少投入完完成項目目目標(biāo)，防范風(fēng)風(fēng)險、降低重重復(fù)就是是節(jié)省成成本，轉(zhuǎn)轉(zhuǎn)化和增增加了利利潤；在在項目開開發(fā)總成成本未增增加的情情況下，做出的的成品更更加貼近近用戶需需求或用用戶理想想狀態(tài)、提高使使用效率率何樂而而不為？六段式式方法，用最簡簡單最直直接的方方式，清清晰的控控制風(fēng)險險，避免免了繁雜雜評審過過程

53、中反反復(fù)和浪浪費，本本質(zhì)上是是對項目目經(jīng)濟性性的詮釋釋。四、六段段式項目目管理與與常見問問題辨析析六段式項項管與需需求變更更1、怎樣樣控制變更更進(jìn)而控制制項目有人問我我需求變更更怎樣控控制？他他們使用用了CCCB（CChannge conntrool bboarrd）、變更更控制流流程等種種種管理理措施，仍不能能有效的的控制變變更的數(shù)數(shù)量，需求時在在變、編編碼中變變、編碼碼后還在在變。首先，需需求變更更是一種種客觀存存在，沒沒有人是是諸葛亮亮，可以以準(zhǔn)確預(yù)預(yù)測所有有可能出出現(xiàn)的情情況、實實施過程程中的問問題。因因此，沒沒有變更更的項目目是不正正常的；重要的的是怎么么對待變更更。如果需求求不斷變

54、變化，那說說明提案案時還沒搞搞清要干什什么，就就匆忙施施行；或或者沒有有充分確確定可行行性和優(yōu)優(yōu)先次序序，過后后才發(fā)現(xiàn)現(xiàn)架構(gòu)要要改；或或者沒有有一個確確定的設(shè)設(shè)計，結(jié)結(jié)果邊干干邊設(shè)計計，一面面涂抹一一面實施施。 總總之就是是沒有確確定想法法 或想想法沒有有經(jīng)過系系統(tǒng)地分析，沒有項項目的過過程管理理、成品品的設(shè)計計（管理理學(xué)術(shù)語語，沒有有制定計計劃）；解決辦辦法也很很簡單，就是嚴(yán)嚴(yán)格按照照六段式式項目過過程進(jìn)行行即可。但是計劃劃沒有變變化快，總是有有細(xì)節(jié)不不在計劃劃內(nèi)，這這很正常常；在編編碼中，或編碼碼完成后后出現(xiàn)變變更也是是合理的的。這在在建筑工工程中也也很常見見，舉一一個親身身經(jīng)歷例例子，2

55、20044年為某某單位建建設(shè)居民民樓，設(shè)設(shè)計院的的圖紙都都經(jīng)過評評審、答答疑、交交底，無無異議后后才實施施；數(shù)月月后施工工單位向向我匯報報要求變變更一個個下水PPVC管管位置，側(cè)移110cmm，原因因是管子子會遮擋擋一些衛(wèi)衛(wèi)生間窗窗口的視視線，且且造成用用戶開關(guān)關(guān)窗口略略不便；基于為為居民著想想這變更更很合理理，而且且在圖紙紙上審議議時很難難預(yù)想到到觀窗視線線的細(xì)節(jié)，經(jīng)經(jīng)與設(shè)計計院協(xié)商商，其修修訂了圖圖紙（未未全部重重曬）。像這種種成本很很少、基基于用戶戶需求的的都可以以變更。但是一一定要控控制變更更的度。 就是是在實施施階段，進(jìn)行變變更，包包括設(shè)計計更改，也包括括工期調(diào)調(diào)整、預(yù)預(yù)算追加加，不

56、能能超過評評審?fù)ㄟ^過的需求求規(guī)格的的15%。如果果超出、或發(fā)現(xiàn)現(xiàn)將來會會超出，必須立立即報告告決策層層，預(yù)算和和工期都都一樣，并重新新修訂預(yù)預(yù)案。 要特別別強調(diào)的的一點，對設(shè)計計變更，必須要要通知設(shè)設(shè)計團隊隊并征得得其同意意（代表表產(chǎn)品、需求方方）不論其其節(jié)省預(yù)預(yù)算或超超支；編編碼變更更和設(shè)計計變更可可以同步步同時進(jìn)進(jìn)行，但但設(shè)計團團隊要對對變更留留底。有人說，他們刻刻意遵照照RUPP過程，但是公公司管理理層強勢勢改變、尤其增增加了很很多需求求，仍然然導(dǎo)致變變更超出出了預(yù)算算，或?qū)崒崿F(xiàn)需求求不理想想；時間間也有延延期。在六段式式管理或或RUPP中， 如果一一個變更更是本階階段內(nèi)的的，（變變更的

57、原原方案是是本階段段內(nèi)才提提出來的的，只影影響階段段內(nèi)），可以直直接變更更，不需需要申請請、審批批流程。 如果果變更的的是上一一階段的的輸出（如通過過評審的的需求規(guī)規(guī)格、立立項書），則必必須要返返回上一一階段進(jìn)進(jìn)行修改改，并重重新評審審批準(zhǔn)。 而不不是直接接在本階階段變更更，雖然然那樣看看起來更更簡潔，但是卻卻蘊藏了了巨大風(fēng)風(fēng)險和不不可持續(xù)續(xù)性；為為將來軟軟件改進(jìn)進(jìn)和未來來著想，必須回回上一階階段。如如：實施時時發(fā)現(xiàn)要要增加一一個很大大項需求求；這時時要返回回立項階階段（甚甚至提案案）重新新確定立立項，書書面明確確更改后后的預(yù)算算、和工工期，然然后作這這部分的的設(shè)計；或者可可以這樣樣想，實實施

58、時的的問題，返回設(shè)設(shè)計，設(shè)計能能解決則則解決，若發(fā)現(xiàn)現(xiàn)還不符符合上一一階段輸輸出，那那還要繼續(xù)續(xù)返回調(diào)調(diào)研階段段。由于于六段式式管理每每階段都都有評審審，實際際上這樣樣也可以以避免，不懂技技術(shù)的領(lǐng)領(lǐng)導(dǎo)亂拍拍板，一一些糊涂涂領(lǐng)導(dǎo)不不認(rèn)賬。 變更更的結(jié)果果必須在在階段輸輸出文檔檔中保留留；變更更原因和和原設(shè)計計盡量保保留。 這樣可可以不用用嚴(yán)格按按照申-評評-決-施-驗驗-存六步變變更控制制流程處處處存檔檔，避免免許多人人最反感的文檔化化和繁文文縟節(jié)，簡化流流程提高高效率。2、三方方評審、質(zhì)控減少變變更關(guān)于評審審。每個個階段結(jié)結(jié)束時，都要進(jìn)進(jìn)行評審審（評價價及審批批），實實際上是是階段性性質(zhì)量控控

59、制，通通過評審審將階段段性控制制后期變變更的風(fēng)風(fēng)險。變更越越早發(fā)現(xiàn)現(xiàn)、越早早進(jìn)行，成本越越低。提提案和調(diào)調(diào)研的評評審，都都由決策策層（或或需求投投資方）直接進(jìn)進(jìn)行，決決策者簽簽字確認(rèn)認(rèn)或集體體決策的的通過討討論匯簽確認(rèn)認(rèn)。提案書被確認(rèn)認(rèn)后就是是籌備組組工作的的依據(jù)批批文，立立項申請請書，被被確認(rèn)后后就是立立項確認(rèn)認(rèn)書。這這如同審審建筑圖圖紙，決決策層重重點審戶戶型、框框架、滿滿足需求求，而不不是專業(yè)業(yè)的細(xì)節(jié)節(jié)。不同同的是設(shè)設(shè)計階段段，設(shè)計計階段的的評審，叫做“三方評評審”，前面面評審可可以是一一個時間間點，而而三方評評審可能能是需需求規(guī)格格說明書書一套套文檔，內(nèi)容多多且專業(yè)業(yè)，不是是一次會會議

60、可完完成的。往往分分多次陸陸續(xù)評審審，評審審?fù)ㄟ^的的先進(jìn)入入開發(fā)，如果一一定要找找時間點點，那么么以首次次80%需求規(guī)規(guī)格通過過評審為為準(zhǔn)。所所謂“三方”，是指指用戶方方代表、開開發(fā)方代代表、獨獨立第三三方專家家。產(chǎn)品品化的軟軟件，無無法找到到全面用用戶代表表，可由由產(chǎn)品團團隊和專專業(yè)需求求分析人人員組成成代表組組，但不能僅僅僅是設(shè)計者者本人。開發(fā)方方代表，可由開開發(fā)經(jīng)理理和系統(tǒng)統(tǒng)架構(gòu)師師組成，具有否否決權(quán)，重點審審核設(shè)計計能否實實現(xiàn)，成成本如何何。多數(shù)數(shù)項目聘聘請第三三方專家家很難，可由具具備開闊闊民眾平平常心和和知識遠(yuǎn)見見的公司司領(lǐng)導(dǎo)來來代表。評審須要三方方通過，不通過過的需闡闡明理由由和