軟件項目工作量評價方法

1、工作量評估1概述我們認(rèn)真地閱讀了軟件的相關(guān)需求文檔和設(shè)計文檔后，對軟件的功能進(jìn)行了歸納和整理，并根據(jù)以往的經(jīng)驗對每個功能模塊所需的編碼工作量進(jìn)行估算，再進(jìn)一步地以此為依據(jù)，推算出整個軟件生命期的工作量。工作量推算后組織主要項目干系人和相關(guān)專家進(jìn)行工作量評審。2常見的估算方法2.1 Ad-hoc方法這種方法下的測試工作量不基于任何確定的期限。工作一直繼續(xù)直到達(dá)到一些由管理或市場人員預(yù)先定下的時間表?；蛘?，一直到用完了預(yù)算的經(jīng)費。這種情況普遍存在于非常不成熟的組織，并且時常有100%勺錯誤差數(shù)。2.2 開發(fā)時間的百分比法Percentageofdevelopmenttima這個方法的基本前提是測試

2、工作量依賴于開發(fā)時間/開發(fā)工作量。首先，開發(fā)工作量使用例如LOCMFP方法被估算出來，然后使用一些探索性的方法來限制測試的工作量。這種方法變化比較大而且通?；谝郧暗慕?jīng)驗。通常預(yù)留項目的總花費時間的35%合測試,5-7%給組件和集成測試,18-20%給系統(tǒng)測試，10%給接收測試（或回歸測試等）2.4 類比法（經(jīng)驗值法或歷史數(shù)據(jù)法）根據(jù)以前或相似項目（主要在項目性質(zhì)，領(lǐng)域，規(guī)模上有相似）所積累的經(jīng)驗或歷史數(shù)據(jù)來估算工作量。類比法估計結(jié)果的精確度取決于歷史項目數(shù)據(jù)的完整性和準(zhǔn)確度，因此，用好類比法的前提條件之一是組織建立起較好的項目后評價與分析機(jī)制，對歷史項目的數(shù)據(jù)分析是可信賴的。需要收集以下相關(guān)

3、的歷史數(shù)據(jù)：在設(shè)計和實現(xiàn)階段花費的時間，測試工作的規(guī)模，例如用戶需求的數(shù)量，頁面數(shù)，功能點，數(shù)據(jù)樣式，例如實體，字段的數(shù)量，屏幕或字段數(shù)量，測試對象的規(guī)模，例如KLOC2.5 WBS(workbreakdownstructure)估算法將項目或產(chǎn)品分解為具體的工作，然后分別對各個工作進(jìn)行時間估算，最終求和得出項目或產(chǎn)品的測試工作量/時間。2.6 Delphi法Delphi法是最流行的專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式可以減輕估算的偏差。Delphi法鼓勵參加者就問題相互討論。這個技術(shù)，要求有多種相關(guān)經(jīng)驗人的參與，互相說服對方。Delphi法的步驟是：1、協(xié)調(diào)人向各專家提供項目規(guī)格和

4、估計表格；2、協(xié)調(diào)人召集小組會各專家討論與規(guī)模相關(guān)的因素；3、各專家匿名填寫迭代表格；4、協(xié)調(diào)人整理出一個估計總結(jié)，以迭代表的形式返回專家；5、協(xié)調(diào)人召集小組會，討論較大的估計差異；6、專家復(fù)查估計總結(jié)并在迭代表上提交另一個匿名估計；7、重復(fù)4-6,直到達(dá)到一個最低和最高估計的一致。2.7 PERT估計法PERT對各個項目活動的完成時間按三種不同情況估計：一個產(chǎn)品的期望規(guī)模，一個最低可能估計，一個最高可能估計。用這三個估計用來得到一個產(chǎn)品期望規(guī)模和標(biāo)準(zhǔn)偏差的Pert統(tǒng)計估計。Pert估計可得到代碼行的期望值E,和標(biāo)準(zhǔn)偏差SD3.估算前準(zhǔn)備針對以上方法，我司綜合了以上多種評估方法，總結(jié)出了適合我

5、司的評估方法：1)對工作進(jìn)行WB分解，盡量將任務(wù)分配到半天為工作單位的粒度，分解時需要考慮deadline、技術(shù)難點、需求變更風(fēng)險等等因素。2)盡量尋找和本項目相近項目做參考，參考?xì)v史相近項目的實際工作量和項目進(jìn)度情況。3）盡量邀請有歷史經(jīng)驗或者對項目熟悉的專家，參與項目工作量的評估，以提高工作量評估的有效性。4）整理工作任務(wù)的關(guān)系和客戶需求的優(yōu)先級，尋找項目任務(wù)的關(guān)鍵路徑，以保證項目周期的合理性和周期最短。5）確定項目評估工作的基線，以一名2年工作經(jīng)驗的開發(fā)人員為評估對象，選擇了一個有10個字段的比較有代表性的業(yè)務(wù)表單，從開始到結(jié)束，精確統(tǒng)計了每個步驟需要的消耗的工時數(shù)。采用四舍五入法最終制

6、作了如下的工時估算表：6）確定技能系數(shù)，由于標(biāo)準(zhǔn)工時是按2年經(jīng)驗的工程師能力為基準(zhǔn)，所以需要那工程師能力設(shè)置能力系數(shù)，工作3到6年的工程師，每增加1年工作經(jīng)驗則工時=標(biāo)準(zhǔn)工時*（1-0,1）,6年以上一般按6年算。終端開發(fā)標(biāo)準(zhǔn)工時（單位：小時）說明：本表針對10個字段的界面進(jìn)行估算查詢功臺匕目匕添加功臺匕目匕編輯功能刪除功能界面（布局、美化、驗證）222;代碼（業(yè)務(wù)邏輯、接口調(diào)試）4442用戶體驗（界面適配、加載）222上傳（多文件）141:下載2第二方登錄6地圖集成（特殊功能另計）2分享4消息推送2每增加10個字段增加50%：時:單元測試按開發(fā)工時的30%古算3.1 WBS分解原則3.1.1

7、 WBS的定義WBS(工作分解結(jié)構(gòu))是WorkBreakdownStructure的英文縮寫，是項目管理重要的專業(yè)術(shù)語之一。WBS的基本定義：以可交付成果為導(dǎo)向?qū)椖恳剡M(jìn)行的分組，它歸納和定義了項目的整個工作范圍每下降一層代表對項目工作的更詳細(xì)定義。無論在項目管理實踐中，還是在PMPIPMP考試中，工作分解結(jié)構(gòu)(WBS)都是最重要的內(nèi)容之一。WBS、是處于計劃過程的中心，也是制定進(jìn)度計劃、資源需求、成本預(yù)算、風(fēng)險管理計劃和采購計劃等的重要基礎(chǔ)。WBSW時也是控制項目變更的重要基礎(chǔ)。項目范圍是由WBSt義的，所以WB他是一個項目的綜合工具。WBS1由3個關(guān)鍵元素構(gòu)成的名詞：工作(work)-可

8、以產(chǎn)生有形結(jié)果的工作任務(wù)；分解(breakdown)-是一種逐步細(xì)分和分類的層級結(jié)構(gòu)；結(jié)構(gòu)(structure)-按照一定的模式組織各部分。根據(jù)這些概念，WBST相應(yīng)的構(gòu)成因子與其對應(yīng)：(1)結(jié)構(gòu)化編碼編碼是最顯著和最關(guān)鍵的WB的成因子，首先編碼用于將WBSJ底的結(jié)構(gòu)化。通過編碼體系，我們可以很容易識別WB加素的層級關(guān)系、分組類別和特性。并且由于近代計算機(jī)技術(shù)的發(fā)展，編碼實際上使WBS!息與組織結(jié)構(gòu)信息、成本數(shù)據(jù)、進(jìn)度數(shù)據(jù)、合同信息、產(chǎn)品數(shù)據(jù)、報告信息等緊密地聯(lián)系起來。(2)工作包工作包(workpackage)是WBS勺最底層元素，一般的工作包是最小的“可交付成果”，這些可交付成果很容易識別

9、出完成它的活動、成本和組織以及資源信息。例如：管道安裝工作包可能含有管道支架制作和安裝、管道連接與安裝、嚴(yán)密性檢驗等幾項活動；包含運輸/焊接/管道制作人工費用、管道/金屬附件材料費等成本；過程中產(chǎn)生的報告/檢驗結(jié)果等等文檔；以及被分配的工班組等責(zé)任包干信息等等。正是上述這些組織/成本/進(jìn)度/績效信息使工作包乃至WB誠為了項目管理的基礎(chǔ)?；谏鲜鲇^點，一個用于項目管理的WB泌須被分解到工作包層次才能夠使其成為一個有效的管理工具。(3) WB譏素WB凱素實際上就是WB匐構(gòu)上的一個個“節(jié)點”,通俗的理解就是“組織機(jī)構(gòu)圖”上的一個個“方框”，這些方框代表了獨立的、具有隸屬關(guān)系/匯總關(guān)系的“可交付成果”

10、。經(jīng)過數(shù)十年的總結(jié)大多數(shù)組織都傾向于WB骷構(gòu)必須與項目目標(biāo)有關(guān)，必須面向最終產(chǎn)品或可交付成果的，因此WBS6素更適于描述輸出產(chǎn)品的名詞組成(effictiveWBS,GregoryT.Haugan)。其中的道理很明顯，不同組織、文化等為完成同一工作所使用的方法、程序和資源不同，但是他們的結(jié)果必須相同，必須滿足規(guī)定的要求。只有抓住最核心的可交付結(jié)果才能最有效的控制和管理項目；另一方面，只有識別出可交付結(jié)果才能識別內(nèi)部/外部組織完成此工作所使用的方法、程序和資源。工作包是最底層的WB加素。(4) WB*典管理的規(guī)范化、標(biāo)準(zhǔn)化一直是眾多公司追求的目標(biāo)，WB*典就是這樣一種工具。它用于描述和定義WBS

11、E素中的工作的文檔。字典相當(dāng)于對某一WBSS素的規(guī)范，即WB譏素必須完成的工作以及對工作的詳細(xì)描述；工作成果的描述和相應(yīng)規(guī)范標(biāo)準(zhǔn)；元素上下級關(guān)系以及元素成果輸入輸出關(guān)系等。同時WB*典對于清晰的定義項目范圍也有著巨大的規(guī)范作用，它使得WB宓于理解和被組織以外的參與者(如承包商)接受。在建筑業(yè)，工程量清單規(guī)范就是典型的工作包級別的WBS?典。3.1.2 WBS的主要用途W(wǎng)B史一個描述思路的規(guī)劃和設(shè)計工具。它幫助項目經(jīng)理和項目團(tuán)隊確定和有效地管理項目的工作。WB段一個清晰地表示各項目工作之間的相互聯(lián)系的結(jié)構(gòu)設(shè)計工具。WB窕一個展現(xiàn)項目全貌，詳細(xì)說明為完成項目所必須完成的各項工作的計劃工具。WBSS

12、義了里程碑事件，可以向高級管理層和客戶報告項目完成情況，作為項目狀況的報告工具。WBS&止遺漏項目的可交付成果。WBSf助項目經(jīng)理關(guān)注項目目標(biāo)和澄清職責(zé)。WBSS立可視化的項目可交付成果，以便估算工作量和分配工作WB都助改進(jìn)時間、成本和資源估計的準(zhǔn)確度。WB都助項目團(tuán)隊的建立和獲得項目人員的承諾。WBS；績效測量和項目控制定義一個基準(zhǔn)。WBSI助溝通清晰的工作責(zé)任。WBS；其他項目計劃的制定建立框架。WB都助分析項目的最初風(fēng)險。3.1.3 WBS的創(chuàng)建方法創(chuàng)建WBS是指將復(fù)雜的項目分解為一系列明確定義的項目工作并作為隨后計劃活動的指導(dǎo)文檔。WBS勺創(chuàng)建方法主要有以下兩種：類比方法。參考

13、類似項目的WB創(chuàng)建新項目的WBS自上而下的方法。從項目的目標(biāo)開始，逐級分解項目工作，直到參與者滿意地認(rèn)為項目工作已經(jīng)充分地得到定義。該方法由于可以將項目工作定義在適當(dāng)?shù)募?xì)節(jié)水平，對于項目工期、成本和資源需求的估計可以比較準(zhǔn)確。創(chuàng)建WBS寸需要滿足以下幾點基本要求：某項任務(wù)應(yīng)該在WBSH勺一個地方且只應(yīng)該在WBSH勺一個地方出現(xiàn)。WBS某項任務(wù)的內(nèi)容是其下所有WBSK的總和。一個WB顏只能由一個人負(fù)責(zé)，即使許多人都可能在其上工作，也只能由一個人負(fù)責(zé)，其他人只能是參與者。WB%須與實際工作中的執(zhí)行方式一致。應(yīng)讓項目團(tuán)隊成員積極參與創(chuàng)建WBS以確保WBS勺一致性。每個WBS?都必須文檔化，以確保準(zhǔn)確

14、理解已包括和未包括的工作范圍。WBW、須在根據(jù)范圍說明書正常地維護(hù)項目工作內(nèi)容的同時，也能適應(yīng)無法避免的變更。WBS勺工作包的定義不超過40小時，建議在4-8小時。WBS勺層次不超過10層，建議在4-6層。3.1.4 WBS的表示方式WBST以由樹形的層次結(jié)構(gòu)圖或者行首縮進(jìn)的表格表示。在實際應(yīng)用中，表格形式的WBS應(yīng)用比較普遍，特別是在項目管理軟件中，具體的模版樣式參見WBS!版樣式。3.1.5 WBS的分解方式WBS勺分解可以采用以下三種方式進(jìn)行：按產(chǎn)品的物理結(jié)構(gòu)分解。按產(chǎn)品或項目的功能分解。按照實施過程分解。3.1.6 項目組內(nèi)創(chuàng)建WBS的過程項目組內(nèi)創(chuàng)建WBS勺過程非常重要，因為在項目分

15、解過程中，項目經(jīng)理、項目成員和所有參與項目的部門主任都必須考慮該項目的所有方面。項目組內(nèi)創(chuàng)建WBS勺過程是：得到范圍說明書（ScopeStatement）或工作說明書（StatementofWok,承包子項目時）。召集有關(guān)人員，集體討論所有主要項目工作，確定項目工作分解的方式。分解項目工作。如果有現(xiàn)成的模板，應(yīng)該盡量利用。畫出WBS勺層次結(jié)構(gòu)圖。WB漱高層次上的一些工作可以定義為子項目或子生命周期階段。將主要項目可交付成果細(xì)分為更小的、易于管理的組分或工作包。工作包必須詳細(xì)到可以對該工作包進(jìn)行估算（成本和歷時）、安排進(jìn)度、做出預(yù)算、分配負(fù)責(zé)人員或組織單位。驗證上述分解的正確性。如果發(fā)現(xiàn)較低層次

16、的項沒有必要，則修改組成成分。建立一個編號系統(tǒng)。隨著其他計劃活動的進(jìn)行，不斷地對WBSS新或修正，直到覆蓋所有工作。3.1.7 WBS的檢驗標(biāo)準(zhǔn)檢驗WB為否定義完全、項目的所有任務(wù)是否都被完全分解主要依據(jù)以下標(biāo)準(zhǔn)：每個任務(wù)的狀態(tài)和完成情況是可以量化的。明確定義了每個任務(wù)的開始和結(jié)束。每個任務(wù)都有一個可交付成果。工期易于估算且在可接受期限內(nèi)。容易估算成本。各項任務(wù)是獨立的。3.1.8 WBS的使用對WBS!要建立WBS司典(WBSDictionary)來描述各個工作部分。WBS司典通常包括工作包描述、進(jìn)度日期、成本預(yù)算和人員分配等信息。對于每個工作包，應(yīng)盡可能地包括有關(guān)工作包的必要的、盡量多的信

17、息。當(dāng)WBSfOB琳合使用時，要建立賬目編碼(CodeofAccount)。賬目編碼是用于惟一確定項目工作分解結(jié)構(gòu)每一個單元的編碼系統(tǒng)。成本和資源被分配到這一編碼結(jié)構(gòu)中。3.1.9 WBS的實踐經(jīng)驗最多使用20個層次，多于20層是過度的。對于一些較小的項目46層一般就足夠了。WB外的支路沒有必要全都分解到同一層次,即不必把結(jié)構(gòu)強(qiáng)制做成對稱的。在任意支路，當(dāng)達(dá)到一個層次時，可以作出所要求準(zhǔn)確性的估算，就可以停止了。編輯本段WBS隹廣模式W即WetR站，企業(yè)用于在互聯(lián)網(wǎng)上展示自身形象和產(chǎn)品宣傳的一個平臺，憑借網(wǎng)站企業(yè)可以讓互聯(lián)網(wǎng)上更多的用戶和瀏覽者了解和認(rèn)識企業(yè)，以便達(dá)到更好的宣傳，主要面向客戶、

18、業(yè)界人士或者普通瀏覽者，以介紹企業(yè)的基本資料、幫助樹立企業(yè)形象為主；也可以適當(dāng)提供行業(yè)內(nèi)的新聞或者知識信息。這種類型網(wǎng)站通常也被形象的比喻為企業(yè)的"WEBCatalog"0是每一個外貿(mào)公司對外貿(mào)易不可缺少的形象代言。B:即B2B電子商務(wù)平臺，主要面向供應(yīng)商、客戶或者企業(yè)產(chǎn)品（服務(wù)）的消費群體，以提供某種直屬于企業(yè)業(yè)務(wù)范圍的服務(wù)或交易、或者為業(yè)務(wù)服務(wù)的服務(wù)或者交易為主；中國最權(quán)威的互聯(lián)網(wǎng)信息中心統(tǒng)計，目前有20%£右的企業(yè)已經(jīng)意識到電子商務(wù)的重要性，其中2007年做推廣的企業(yè)有80流右的都是通過B2B推廣的。Alibaba、Tradett、GlobalSource、

19、Made-in-China、Tradekey>ECVVEC21Worldbid等國際知名B2B是大多企業(yè)主要推廣平臺。對于外貿(mào)來說，B2B是一個強(qiáng)有力的工具，畢竟并不是所有的人都能碰到一個能讓你參加廣交會，參加法蘭克福展的老板或公司的.那么，使用/利用B2B就將是公司動作過程中一個很重要的部分。S:即SEO搜索引擎優(yōu)化，為近年來較為流行的網(wǎng)絡(luò)營銷方式，企業(yè)網(wǎng)站經(jīng)過特定的方式進(jìn)行SEO之后，可以增加特定關(guān)鍵字的曝光率以增加網(wǎng)站的能見度，提高企業(yè)網(wǎng)站在搜索引擎中的排名，從而提高網(wǎng)站訪問量，最終提升網(wǎng)站的銷售能力或宣傳能力的技術(shù)。3.2deadline的使用Deadline是在期限，軟件領(lǐng)域d

20、eadline的概念就是從傳統(tǒng)的印刷媒體中得來。然而，不能僅因為目前在軟件領(lǐng)域尚無通用的deadline概念，就以為該摒棄這個概念，或以為它沒有價值。就工作的規(guī)劃和并行處理來說，deadline是極其重要的。如果沒有預(yù)計的完工期限，所有團(tuán)隊都必須連軸工作，同時也會大大減少交付次數(shù)。而且如果不明白deadline的真正含義，那么deadline可能會讓人感到沮喪，甚至產(chǎn)生相反的效果。問題及解決方案以下是根據(jù)我司的經(jīng)驗總結(jié)出來的，在公司中與deadline最為相關(guān)的問題，以及最有可能解決問題的辦法。1）對deadline的理解因人而異A：“下周才是deadline,我還有大把的閑余時間！”B：”為

21、什么要擔(dān)心這個？沒關(guān)系的，deadline什么的當(dāng)不得真?！盇:“但我不想被炒就魚啊！”這組對話就很形象地展示了對同一個deadline,人和B兩人在理解上有著巨大的差異，這也會導(dǎo)致整個團(tuán)隊在努力實現(xiàn)deadline時出現(xiàn)困惑與挫敗感。事實上，deadline必須要有號召力，每個人都得知道deadline重要的原因，他們必須明白錯過deadline會對整個圈子有什么樣的影響，包括對其他團(tuán)隊的、對客戶的或者對公司整體的影響。更重要的是，那些達(dá)成的deadline需要熱烈的慶祝，而這一點常被忽視掉。比起責(zé)備那些錯過deadline的員工，建立起為達(dá)成deadline慶祝的企業(yè)文化才是上上之策。2）

22、在項目的生命周期中過早設(shè)定deadline向一個各方面都屬于未知狀態(tài)的項目要求一個deadline簡直后患無窮，也讓項目涉及到的員工壓力很大，為項目立起了失敗flag。所以，先深呼吸，耐心等兩天，讓大家完成探索工作。雖然搜集信息花費了時間，但之后我們卻能給出有意義的評估，這些信息會幫助我們設(shè)定更加準(zhǔn)確的deadline。3）deadline更新頻度不夠在新問題出現(xiàn)時，開發(fā)人員并未調(diào)整或重新評估deadline,某個開發(fā)人員沒能立即提出問題，而是等到deadline才告知他人，于是其他開發(fā)人員也受此牽連，而整個團(tuán)隊也會因為要趕工另一個deadline而倍感壓力。設(shè)定deadline不應(yīng)當(dāng)是為了強(qiáng)

23、迫員工超額負(fù)荷，把人當(dāng)牲口用，而應(yīng)用以設(shè)定外部對項目的預(yù)期，讓計劃呈現(xiàn)可預(yù)期性。Deadline必須盡可能準(zhǔn)確地反映現(xiàn)實情況，否則一旦出現(xiàn)信任危機(jī)，這個概念也就失去了傳遞可預(yù)期性的功能。當(dāng)然,我不提倡每小時或每天更新deadline的行為，但也許每周更新，或至少按標(biāo)準(zhǔn)計劃的節(jié)奏來更新是個不錯的主意。更新deadline并不拘于延長時間，也可以縮短周期。至于具體怎么做，又或者兼而有之，都得工程師和產(chǎn)品團(tuán)隊商榷后確定。4）未將所有“已知工作”都納入考慮范圍，僅考慮到了有趣的那些在設(shè)定這個deadline時，相關(guān)人員對要完成的工作以及要投入的時間缺乏完整的理解。在設(shè)定deadline時，我們應(yīng)當(dāng)確保

24、將所有已知的挑戰(zhàn)都涵蓋在內(nèi)，是否會因某個已知原因而浪費一些時間，比如說度假、公司斷網(wǎng)、因為生日派對宿醉而遲到.另外我們是否可能遺忘了某些不起眼的任務(wù)？這個項目打算寫多少測試？如何將這玩意兒發(fā)布到生產(chǎn)環(huán)境中？跟著這些問題放慢腳步，仔細(xì)思考下整個過程以及可用的資源。這樣做會讓設(shè)定deadline簡單得多，同時這樣設(shè)定出的deadline也更經(jīng)得起考驗。關(guān)于評估：令人不適，但卻是必要的工程師所設(shè)定的deadline很大程度上是通過評估形成的，也就是說團(tuán)隊中的每個人都要習(xí)慣犯錯，犯很多錯一一將自己知道不對或是沒信息的地方說出來，可能會很困難。我們必須達(dá)成共識，盡可能準(zhǔn)確地作出評估，并隨著時間評估地越來

25、越準(zhǔn)確。評估是一項技能，反復(fù)使用會熟能生巧。初期可能會讓人不適，但這是我們需要做到的。評估任務(wù)在定下大型項目的交付時間前，我們應(yīng)當(dāng)將整個項目拆分成小的任務(wù)，每個任務(wù)應(yīng)當(dāng)能在約五個工作日內(nèi)完成。以下問題對評估任務(wù)十分有用：這個項目是新建的，還是之前就有的？這部分代碼質(zhì)量如何？我對這部分代碼的熟悉程度如何？對涉及的編程語言熟悉程度如何？與其他代碼段在哪里有接觸或集成點？現(xiàn)有的測試覆蓋率如何？這項工作是否涉及關(guān)鍵業(yè)務(wù)（寫入路徑、計費、負(fù)載均衡器、注冊）？之前是否有人參與過這項工作？他們有何想法？有哪些問題需要做出權(quán)衡？這項任務(wù)的目標(biāo)是什么？這項任務(wù)究竟是否需要完成？評估工程項目工程項目通常被視為一個

26、較大的任務(wù)，可以讓多人并行完成。下面這些問題有助于評估項目：我們實際要在這個項目上花費多久時間？這個工程項目的目標(biāo)是什么？是否有已知會安排的休息時間？所有要完成的任務(wù)有哪些？是否對其他團(tuán)隊有依賴，還是障礙性的？項目中是否有任務(wù)對其它任務(wù)產(chǎn)生障礙？該項目是否需要新的基礎(chǔ)設(shè)施或硬件？該項目的完工標(biāo)準(zhǔn)是什么？完工標(biāo)準(zhǔn)即便要知道某項工作是否完工都是很困難的，團(tuán)隊中不同角色可能會有不同的“完工”標(biāo)準(zhǔn)，因此我們需要指定某個項目的具體完工標(biāo)準(zhǔn)。下面是典型完工標(biāo)準(zhǔn)的一些樣例：部署到生產(chǎn)環(huán)境；全自動化測試；與公司內(nèi)部或第三方人員溝通；在公司內(nèi)部或外部進(jìn)行了一定量的測試；為生產(chǎn)環(huán)境編制文檔；完成對銷售或推廣團(tuán)隊的

27、講解；發(fā)布登錄頁面；分析并追蹤；操作運行手冊與系統(tǒng)可觀測性。3.3需求變更管理變更是無法避免的，作為一個合格的項目經(jīng)理，我們應(yīng)該有有效的方法來管理項目變更。當(dāng)項目的某些基準(zhǔn)發(fā)生變化時，項目的質(zhì)量、成本和范圍等隨之發(fā)生變化，為了保證項目目標(biāo)實現(xiàn)，就必須對項目發(fā)生的各種變化采取必要的應(yīng)變措施，這種行為就是項目變更項目變更產(chǎn)生的原因是多樣的。以下是一些常見原因：(1)項目外部環(huán)境發(fā)生變化；(2)項目總體設(shè)計，項目需求分析不夠周密詳細(xì)；(3)新技術(shù)的出現(xiàn)、設(shè)計人員提出新的設(shè)計方案或者新的實現(xiàn)手段；(4)建設(shè)單位由于業(yè)務(wù)變化、機(jī)構(gòu)重組等原因造成業(yè)務(wù)流程變化。(5)其它原因我們再來仔細(xì)分析一下，上面的案例

28、中的做法，會出現(xiàn)怎么樣的問題開發(fā)人員在聽到用戶的口頭抱怨后，就直接對系統(tǒng)軟件進(jìn)行了修改，解決用戶的問題，顯然是不符合流程的。下面列舉三條不合理的地方：首先，開發(fā)人員沒有書面記錄用戶的變更需求，可能會導(dǎo)致對系統(tǒng)軟件變史的歷史無法追溯；其次，沒有認(rèn)真評估用戶的變更需求是否合理，這樣可能會導(dǎo)致與項目現(xiàn)有的工作可能不一致，導(dǎo)致影響成本、進(jìn)度或者項目質(zhì)量；再次，進(jìn)行變更時，沒有與其他項目相關(guān)成員進(jìn)行溝通，可能會導(dǎo)致其他項目成員的工作不一致。那么我們應(yīng)該怎樣來處理項目中出現(xiàn)的變更需求呢？最好的辦法是建立一套正規(guī)的程序?qū)椖康淖兏M(jìn)行有效的控制。簡單地說，管理變更的程序包括以下幾個步驟：(1)識別變更：分析

29、項目中出現(xiàn)的問題是否屬于變更需求，區(qū)分是否為變更需求的標(biāo)準(zhǔn)就是，某項工作是否不在項目工作基準(zhǔn)中；(2)評價變更對項目的影響：如果屬于變更需求，進(jìn)行分析，變更會對項目成本、進(jìn)度、質(zhì)量等因素產(chǎn)生哪些影響；(3)設(shè)計變更的備選方案：列出幾種可能的變更處理方案，比如說非常緊急的變更需求馬上批準(zhǔn)，而對項目影響較少的變更可以稍后再處理；(4)提出變更申請：正式提出書面的變更申請需求；(5)征求項目干系人的意見：所有與變更有關(guān)的項目干系人(注：項目干系人指所有與項目有正面與負(fù)責(zé)利益的人之和)都應(yīng)該參與項目變更；(6)批準(zhǔn)或否決變更：提交相關(guān)項目管理人員，批準(zhǔn)或者否則項目變更；(7)追蹤變更的實施情況：變更批

30、準(zhǔn)后，我們需求跟蹤變更的執(zhí)行情況，并且要記錄在案。3.4尋找項目關(guān)鍵路徑3.4.1 項目關(guān)鍵路徑定義項目關(guān)鍵路徑，在項目管理中，關(guān)鍵路徑是指網(wǎng)絡(luò)終端元素的元素的序列，該序列具有最長的總工期并決定了整個項目的最短完成時間。關(guān)鍵路徑的工期決定了整個項目的工期。任何關(guān)鍵路徑上的終端元素的延遲將直接影響項目的預(yù)期完成時間(例如在關(guān)鍵路徑上沒有浮動時間)。2.4.2如何尋找關(guān)鍵路徑活動定義、活動排序以及資源和歷時估算的結(jié)果就構(gòu)成了制定項目進(jìn)度計劃的基礎(chǔ)。項目的進(jìn)度計劃既是回答每個活動的進(jìn)度安排，而更重要的是得到有關(guān)項目整體的進(jìn)度信息。制定項目進(jìn)度計劃的工具和方法有：甘特圖，關(guān)鍵路徑分析和PERT古計。這

31、是一種用日歷形式來列出項目活動及其活動起止時間的項目圖示方法。由于這種圖形表示方法最初是由泰勒的同事亨利.干特所發(fā)明，所以又被稱作甘特圖?，F(xiàn)在大多數(shù)項目管理軟件都可以自動生成甘特圖。在項目的甘特圖中，有幾個特殊的符號需要關(guān)注：任務(wù)(Task),用帶狀的水平橫道來代表一個任務(wù)，所以有的時候甘特圖又叫橫道圖。橫道的起點和終點就代表了任務(wù)的起止時間，橫道的長度就代表了任務(wù)的持續(xù)時間。里程碑(Milestone),具有零歷時的重要事件。在圖中用菱形符號代表。依賴關(guān)系(Dependency，指各個任務(wù)之間存在著一定的依賴關(guān)系，例如：結(jié)束一開始，開始開始，結(jié)束結(jié)束，開始結(jié)束關(guān)系。概要任務(wù)(SummaryT

32、ask),是指的一些任務(wù)集合成一個更大的任務(wù)，通常代表了任務(wù)的不同層級。由于甘特圖在表示項目進(jìn)度信息方面簡單明了，所以是現(xiàn)在應(yīng)用最廣泛的項目進(jìn)度表示方法。關(guān)鍵路徑分析也稱為關(guān)鍵路徑法（CriticalPathMethod）,是一種用來預(yù)測總體項目歷時的項目網(wǎng)絡(luò)分析技術(shù)。所謂“關(guān)鍵路徑”，是指當(dāng)我們完成了項目進(jìn)度計劃后，在項目的網(wǎng)絡(luò)圖上，存在著若干條從項目啟動到項目結(jié)束之間的路徑，但是對其中一條（嚴(yán)格的來說，可能存在一條以上）路徑上來說：其上所有活動的時間之和就是完成項目的最短歷時；路徑上任何活動的延誤都會導(dǎo)致項目時間的延長；如果我們想縮短項目歷時,就必須縮短這條路徑上活動的歷時;這條路徑就是項

33、目的關(guān)鍵路徑。如下圖：圖-2.關(guān)鍵路徑怎樣確定關(guān)鍵路徑呢？它實際是項目網(wǎng)絡(luò)圖中（歷時）最長的路徑。下面我們來下一個定義，一個項目的關(guān)鍵路徑：是指一系列決定項目最早完成時間的活動。在關(guān)鍵路徑上的活動都很“關(guān)鍵”，因為它們直接決定了項目的進(jìn)度。每個活動都只有最少的浮動時間或時差。所謂浮動時間或時差是指一項活動在不耽誤后續(xù)活動或項目完成日期的條件下可以拖延的時間長度?，F(xiàn)在所有的項目管理軟件工具都將尋找一個項目的關(guān)鍵路徑作為最基本的功能。它是運用某種運算法則來計算而得出項目關(guān)鍵路徑信息的。該運算法則被稱為正推法和倒推法，這個法則輸出的結(jié)果就是項目的關(guān)鍵路徑，當(dāng)然也包括項目的總歷時和項目中每個活動關(guān)于進(jìn)

34、度的“關(guān)鍵”信息。雖然今天已經(jīng)很少需要手工計算來得到項目的關(guān)鍵路徑了，但是仔細(xì)了解一下它的算法將會非常有助于更深刻地理解所得到各項信息的意義。下面我們就來看一下如何用正推法和倒推法來計算項目的關(guān)鍵路徑。正推法和倒推法主要是用來計算有關(guān)一個項目活動的：最早開始時間（EarlyStart,簡稱ES）,在條件具備的情況下，該活動可以開始進(jìn)行的最早可能；最早結(jié)束時間（EarlyFinish，簡稱EF）,在條件具備的情況下，該活動可以完成的最早可能；最晚開始時間（LateStart,簡稱LS）,在不拖延項目進(jìn)度的情況下，該活動可以開始進(jìn)行的最晚可能；最早結(jié)束時間（LateFinish,簡稱LF）,在不拖

35、延項目進(jìn)度的情況下，該活動可以完成的最晚可能；如下圖所示，對每一個項目活動的這4個參數(shù)都是一個時間點。后時ES代號EFLSLF圖-3.正推法和倒推法的活動參數(shù)所謂正推法就是從項目的第一個活動到最后一個活動跟蹤全部活動的先后關(guān)系，計算出每個活動的最早開始時間（ES）和最早結(jié)束時間（EF）。所謂倒推法則是從最后一個活動開始向前追溯到第一個活動，計算出每個活動的最晚開始時間（LS）和最晚結(jié)束時間（LF）。正推法的計算過程包括四步：步驟一：設(shè)定項目的第一個活動的最早開始時間是從第一天開始，如圖：圖-4.關(guān)鍵路徑正推法的步驟一步驟二：計算第一個活動的最早結(jié)束時間，可以用第一個活動的最早開始時間加該活動的

36、歷時減1得出：EF=ES+歷時一1,如圖：EFJD6時E5代寫LS-ILF,圖-5.關(guān)鍵路徑正推法的步驟二步驟三：計算該活動的所有后續(xù)活動的最早開始時間（ES:后續(xù)活動的ES=前導(dǎo)?S動的EF+1后時歷時圖-6.關(guān)鍵路徑正推法的步驟三步驟四：過重復(fù)步驟二、三，為項目中的每個活動計算最早開始時間（ESS和結(jié)束時間（EF）,如圖所示：EF=ES+歷時-1ES=前導(dǎo)活動EF+1圖-7.關(guān)鍵路徑正推法的步驟四但是這里有一種情況需要特別考慮，因為正推法是依賴每個活動的前導(dǎo)活動來決定的，所以如果一個活動存在多個前導(dǎo)活動的話，需要采用前導(dǎo)活動中EF最晚的那個活動來計算該活動的E&倒推法的計算過程也包

37、括四個步驟，只不過這次你是從項目的結(jié)束時間開始。但這里要用到正推法的結(jié)果：步驟一：因為你不能延誤項目的完成時間，因此最后一個活動的最早結(jié)束時間EF等同于最晚結(jié)束時間LF。歷時扁時圖-8.關(guān)鍵路徑倒推法的步驟一步驟二：計算最后一個活動的最晚開始時間，可以通過用最晚結(jié)束時間減去該活動的歷時然后加1來得出。LS=LF-歷時+1局時歷時圖-9.關(guān)鍵路徑倒推法的步驟二步驟三：每個活動必須在后續(xù)活動開始之前完成，因此可以為每個活動計算最晚結(jié)束時間。LF=后續(xù)活動LS-1局時歷時E5代號EFE3代號EF圖-10.關(guān)鍵路徑倒推法的步驟三步驟四：然后重復(fù)第二、三步驟，計算出每個活動的最晚開始時間和最晚結(jié)束時問歷

38、時扁時圖-11.關(guān)鍵路徑正推法的步驟四同樣在計算過程中也需要處理一個特殊情況，由于倒推法是依賴每個活動的后續(xù)活動來考慮的，所以如果一個活動出現(xiàn)多個后續(xù)活動的時候，應(yīng)該取后續(xù)活動中LS最早的那個來計算該活動的LF。事實上在完成倒推法的計算之后，我們得到了每個活動有關(guān)進(jìn)度的關(guān)鍵信息：最后一個活動的EF(LF)就是項目可能的最早完成時間，也就是項目的最終進(jìn)度；活動的LS確定了我們需要給該活動提供資源的最晚時間，如果超過了這個時間則意味著可能的項目最早交付時間會被延遲；項目中歷時最長的路徑就是項目的關(guān)鍵路徑；如果關(guān)鍵路徑上的活動歷時沒有被延誤，那么項目進(jìn)度就不會有延誤;如果我們要縮短項目的歷時，就要縮

39、短該路徑上活動的歷時;我們可以通過公式來計算每個活動的總浮動時間(TotalFloat)TF=LF-EF,又被稱為總時差。它代表了在不影響項目總體進(jìn)度的前提下，活動可以延誤的時間段；我們還可以通過公式計算每個活動的自由浮動時間(FreeFloat)FF(活動X)=后續(xù)活動的ES-EF(活動X)-1。它代表了該活動不影響后續(xù)活動而可以被延誤的時間。上面所說的總時差是自由浮動時間的一種?？倳r差是每個活動歷時可以延誤的范圍，并且可以不影響總體項目的進(jìn)度，而自由浮動時間是指在不延誤任何活動最早開始的情況下，項目活動可以延誤的時間范圍。下面我們來看一個例子的推演，幫助大家更好的理解。如下圖是一個小項目的

40、網(wǎng)絡(luò)圖，已經(jīng)完成每個活動的歷史估算，我們需要確定利用正推法和倒推法求出個活動的ES-EF-LS-LF,以及項目的關(guān)鍵路徑：A2D圖-12.例題-推算關(guān)鍵路徑正推法求ES-EF:步驟一：活動A的ES=1,EF=ES+20-1=20如下圖:圖-13.例題-推算關(guān)鍵路徑正推法步驟一步驟二：求出以活動A為前導(dǎo)活動的那些活動的ES以及EF。ES=前導(dǎo)活動的EF+1EF=ES+歷時-1如下圖：4D圖-14.例題-推算關(guān)鍵路徑正推法步驟二步驟三：重復(fù)步驟二，計算出所有活動的ES-EE但對于出現(xiàn)了兩個前導(dǎo)活動的活動E來說，由于B的EF晚于D的EF,所以其計算取B的EF。如下圖：4D圖-15.例題-推算關(guān)鍵路徑

41、正推法步驟三然后我們用倒推法來計算LS-LFo步驟一：設(shè)最后一個活動E的LF=EFLS=LF-歷時+1。如下圖:4D圖-16.例題-推算關(guān)鍵路徑倒推法步驟一步驟二：計算那些以活動E為后續(xù)活動的活動的LF-LSLF=后續(xù)活動的LS-1Ls=LF-歷時+1如下圖：4D圖-17.例題-推算關(guān)鍵路徑倒推法步驟二步驟三：重復(fù)步驟二計算所有活動的LS-LF。其中活動A有兩個后續(xù)活動B和C,TF=104DTF-1”圖-18.例題-推算關(guān)鍵路徑倒推法步驟三現(xiàn)在我們就得到了這個項目的關(guān)鍵路徑：A-B-E。對于每一個活動的進(jìn)度要求信息也很清楚，我們可以看到每個活動的浮動時間。在關(guān)鍵路徑上活動的浮動時間都為0,意味

42、著這些活動不能有半點拖延。而活動C和D的浮動時間為10,所以只要延誤在10以內(nèi)就不影響項目的總進(jìn)度。因此我們可以靈活安排活動C和活動D的資源，可以在這些活動即將開始的時候再安排資源。這些活動也可以在最早開始時間時開始，也可以延后10天才開始，但都不會影響項目的結(jié)束。在資源平衡過程中，我們也經(jīng)常會用到總時差。實際上，活動C和活動D有10天的浮動時間，并不是意味著每個活動都有10天的浮動時間，而是兩個活動共有10天的浮動時間。我們習(xí)慣上將活動C的浮動時間扣除掉，即只有活動D有浮動時間。路徑CD的浮動時間僅為10天。但是活動C的總時差和活動D的總時差是有差別的。換句話說，就是活動C允許偏離進(jìn)度的時間

43、和活動D允許偏離進(jìn)度的時間是有差別的。如果活動D在第31天開始，這是活動D的最早開始時間，由于活動D有10天的延誤時間，那么該活動在第60天結(jié)束，那么會不會影響項目的結(jié)束呢？回答是：不會?，F(xiàn)在，我們假設(shè)活動C可以準(zhǔn)時在第21天開始，并且最晚要在第40天時完成。如果這樣的話就不會影響項目的進(jìn)度。但由于活動C的進(jìn)度發(fā)生偏離，那么會影響項目D不能在最早時間開始和最早時間結(jié)束。如果在工作計劃中，被安排到活動D的資源的使用時間段為：第31天到第40天。在第40天的時候，這些資源將被撤走，安排到其它的項目中。因為活動C的進(jìn)度延誤將會導(dǎo)致活動D的資源出現(xiàn)短缺，因而活動D也會出現(xiàn)延誤，并最終導(dǎo)致項目的延誤。因

44、此活動C間接地導(dǎo)致了項目的延誤。在這里我就可以看到總時差和自由浮動時間的區(qū)別，例如：FF（活動C）=31（后續(xù)活動最早ES）-30（EF（活動C）-1=0FF（活動D）=61（后續(xù)活動最早ES）-50（EF（活動C）-1=10因此活動D有10天的自由浮動時間，而活動C沒有。關(guān)鍵路徑重要概念龍覆癌性是針幺？美蝮壽酒可n超過累叫，關(guān)慢窈校修學(xué).對汨【意味著什么，美凰貓校上切n有虛活團(tuán)叫會山現(xiàn)防浮勵時間“仃蘇案_在網(wǎng)絡(luò)圖的各條路徒中,總.咽最巧的哪一條逋瘴一條叮以上可以有兩條其登以k齊昆立進(jìn)度H財?shù)膬?yōu)化承項目實fife過程中一蛙用正可般步出變化E雄踣理越金，詞目的及障就劇大.就若腐管修可以（在腐線伍

45、中）會.如果型（第徑上的湎即融延譚丁，或者管理圖照求比原定M期限府亮小電依序團(tuán)時間時.怎幺辦?航浮動時間必軟層決加胤耕決，可以進(jìn)行，壯工，快速網(wǎng)遍零總時差與自由時差的區(qū)別總時差是指在不延誤項目完成日期或違反進(jìn)度因素的前提下，某活動可以推遲的時間?？倳r差=LS-ES=LF-EF自由時差是指在不影響緊后活動最早開始的情況下，當(dāng)前活動可以推遲的時間自由時差=（后一活動）ES-（前一活動的）EF-1所以總時差影響總工期，自由時差影響緊后活動如何計算ES,EF,LS,LF前推法來計算最早時間某一活動的最早開始時間（ES）=指向它的所有緊前活動的最早結(jié)束時間的最大值。某一活動的最早結(jié)束時間（EF）=ES+

46、T（作業(yè)時間）逆推法來計算最遲時間某一活動的最遲結(jié)束時間（LF）=指向它的所有緊后活動的最遲開始時間的最小值。某一活動的最遲開始時間（LS）=LF-T（作業(yè)時間）計算關(guān)鍵路徑的步驟1 .用有方向的線段標(biāo)出各結(jié)點的緊前活動和緊后活動的關(guān)系，使之成為一個有方向的網(wǎng)絡(luò)圖（PDM2 .用正推和逆推法計算出各個活動的ES,LS,EF,LF,并計算出各個活動的自由時差。找出所有總時差為零或為負(fù)的活動，就是關(guān)鍵活動3 .關(guān)鍵路徑上的活動持續(xù)時間決定了項目的工期，總和就是項目工期。進(jìn)度壓縮的方法增加人手，聘請更有經(jīng)驗的人員，或找兼職人員加班并行重新估算后面的工期加強(qiáng)溝通，減少變更加強(qiáng)控制，避免返工外包加強(qiáng)溝通

47、，先完成關(guān)鍵需求增加資源有時可能壓縮工期有限降低要求或減少項目的范圍。4 .編碼工作量估算本次評估的是IAS網(wǎng)絡(luò)優(yōu)化系統(tǒng)。為了更準(zhǔn)確的估算出軟件的工作量，我們對每一個軟件功能模塊所需工作量給出了三個估計值，分別是：1）悲觀工作量（Epi）:這是一個最保守的估計，可能在編程人員技術(shù)不熟練，對業(yè)務(wù)理解不夠，或有其他影響其正常工作的因素存在的情況上發(fā)生。2）正常工作量（Eni）:這是一個正常的程序員可能付出的工作量估計。3）樂觀工作量（Esi）:這種情況可能在程序員技術(shù)相當(dāng)熟練，對業(yè)務(wù)相當(dāng)了解，且以前可能有類似項目開發(fā)經(jīng)驗的情況下所需的工作量。針對每一項功能模塊，其最終的工作量估算值按以下公式計算：

48、Ei=（Epi+4xEni+Esi）/6下面的表1是對IAS網(wǎng)絡(luò)優(yōu)化系統(tǒng)終端的編碼階段的工作量估算，表2是對IAS網(wǎng)絡(luò)優(yōu)化系統(tǒng)平臺端的編碼階段的工作量估算。表1：IAS網(wǎng)絡(luò)優(yōu)化系統(tǒng)終端1丁P功能名稱悲觀工作量（人.小時）正常工作量（人.小時）樂觀工作量（人.小時）工作量（Ec1）（人.小時）1登錄2016715.172站點結(jié)構(gòu)核查30241623.673小區(qū)性能測試241812184樓層遍歷測試241812185夕卜泄測試241812186切換測試241812187電梯測試241812188無線參數(shù)測試241812189信令信息查看2016715.1710測試結(jié)果呈現(xiàn)30241623.6711

49、系統(tǒng)設(shè)置2016715.1712圖片采集30241623.6713建筑物詳情核查30241623.6714新增測試功能30201220.3315CQT測試30201220.3316樓層遍歷測試30201220.3317小區(qū)道路DT測試30201220.3318無線參數(shù)測試30201220.3319測試記錄管理2016715.1720信令信息查看2016715.1721GIS地圖管理2016715.1722圖片采集2418121823站點搜索2016715.1724基準(zhǔn)設(shè)置2016715.1725儀表狀態(tài)30241623.6726天線工參測量2016715.1727數(shù)據(jù)管理2016715.172

50、8照片管理2016715.1729系統(tǒng)管理2016715.1730工單管理30241623.6731預(yù)約錄首30241623.6732現(xiàn)場照片上傳2016715.1733生成測試LOG2016715.1734小區(qū)性能測試2016715.1735投訴信息管理2016715.1736回復(fù)模板自動生成30241623.6737無線參數(shù)2016715.1738設(shè)置30241623.67合計928714407698.57表2:平臺工作量清單1丁P功能名稱悲觀工作量（人.小時）正常工作量（人.小時）樂觀工作量（人.小時）工作量（Ec1）（人.小時）1登錄2016815.332項目進(jìn)度統(tǒng)計2016815.3

51、33站點數(shù)據(jù)管理2016815.334測試記錄管理30241623.675測試報告管理2016815.336測試LOG管理2016815.337GIS地圖管理30241623.678log回放軟件2016815.339系統(tǒng)日志管理2016815.3310用戶管理2016815.3311合作單位系統(tǒng)對接模塊141059.8312樓宇數(shù)據(jù)管理30241623.6713測試記錄管理30241623.6714測試報告管理30241623.6715測試LOG管理141059.8316GIS地圖管理2420101917系統(tǒng)日志管理2016815.3318用戶管理2016815.3319合作單位系統(tǒng)對接模塊30241623.6