軟件項(xiàng)目工作量評估方法

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

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

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

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

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

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

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

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

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

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

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

12、 WBS是一個展現(xiàn)項(xiàng)目全貌，詳細(xì)說明為完成項(xiàng)目所必須完成的各項(xiàng)工作的計(jì)劃工具。 l WBS定義了里程碑事件，可以向高級管理層和客戶報告項(xiàng)目完成情況，作為項(xiàng)目狀況的報告工具。 l WBS防止遺漏項(xiàng)目的可交付成果。 l WBS幫助項(xiàng)目經(jīng)理關(guān)注項(xiàng)目目標(biāo)和澄清職責(zé)。 l WBS建立可視化的項(xiàng)目可交付成果，以便估算工作量和分配工作。 l WBS幫助改進(jìn)時間、成本和資源估計(jì)的準(zhǔn)確度。 l WBS幫助項(xiàng)目團(tuán)隊(duì)的建立和獲得項(xiàng)目人員的承諾。 l WBS為績效測量和項(xiàng)目控制定義一個基準(zhǔn)。 l WBS輔助溝通清晰的工作責(zé)任。 l WBS為其他項(xiàng)目計(jì)劃的制定建立框架。 l WBS幫助分析項(xiàng)目的最初風(fēng)險。 3.1.3

13、WBS的創(chuàng)建方法創(chuàng)建WBS是指將復(fù)雜的項(xiàng)目分解為一系列明確定義的項(xiàng)目工作并作為隨后計(jì)劃活動的指導(dǎo)文檔。WBS的創(chuàng)建方法主要有以下兩種： l 類比方法。參考類似項(xiàng)目的WBS創(chuàng)建新項(xiàng)目的WBS。 l 自上而下的方法。從項(xiàng)目的目標(biāo)開始，逐級分解項(xiàng)目工作，直到參與者滿意地認(rèn)為項(xiàng)目工作已經(jīng)充分地得到定義。該方法由于可以將項(xiàng)目工作定義在適當(dāng)?shù)募?xì)節(jié)水平，對于項(xiàng)目工期、成本和資源需求的估計(jì)可以比較準(zhǔn)確。 創(chuàng)建WBS時需要滿足以下幾點(diǎn)基本要求： l 某項(xiàng)任務(wù)應(yīng)該在WBS中的一個地方且只應(yīng)該在WBS中的一個地方出現(xiàn)。 l WBS中某項(xiàng)任務(wù)的內(nèi)容是其下所有WBS項(xiàng)的總和。 l 一個WBS項(xiàng)只能由一個人負(fù)責(zé)，即使許多

14、人都可能在其上工作，也只能由一個人負(fù)責(zé)，其他人只能是參與者。 l WBS必須與實(shí)際工作中的執(zhí)行方式一致。 l 應(yīng)讓項(xiàng)目團(tuán)隊(duì)成員積極參與創(chuàng)建WBS，以確保WBS的一致性。 l 每個WBS項(xiàng)都必須文檔化，以確保準(zhǔn)確理解已包括和未包括的工作范圍。 l WBS必須在根據(jù)范圍說明書正常地維護(hù)項(xiàng)目工作內(nèi)容的同時，也能適應(yīng)無法避免的變更。 l WBS的工作包的定義不超過40小時，建議在4-8小時。 l WBS的層次不超過10層，建議在4-6層。 3.1.4WBS的表示方式WBS可以由樹形的層次結(jié)構(gòu)圖或者行首縮進(jìn)的表格表示。在實(shí)際應(yīng)用中，表格形式的WBS應(yīng)用比較普遍，特別是在項(xiàng)目管理軟件中，具體的模版樣式參見

15、WBS模版樣式。 3.1.5 WBS的分解方式WBS的分解可以采用以下三種方式進(jìn)行： l 按產(chǎn)品的物理結(jié)構(gòu)分解。 l 按產(chǎn)品或項(xiàng)目的功能分解。 l 按照實(shí)施過程分解。 3.1.6 項(xiàng)目組內(nèi)創(chuàng)建WBS的過程項(xiàng)目組內(nèi)創(chuàng)建WBS的過程非常重要，因?yàn)樵陧?xiàng)目分解過程中，項(xiàng)目經(jīng)理、項(xiàng)目成員和所有參與項(xiàng)目的部門主任都必須考慮該項(xiàng)目的所有方面。 項(xiàng)目組內(nèi)創(chuàng)建WBS的過程是： l 得到范圍說明書(ScopeStatement)或工作說明書(StatementofWok，承包子項(xiàng)目時)。 l 召集有關(guān)人員，集體討論所有主要項(xiàng)目工作，確定項(xiàng)目工作分解的方式。 l 分解項(xiàng)目工作。如果有現(xiàn)成的模板，應(yīng)該盡量利用。 l

16、畫出WBS的層次結(jié)構(gòu)圖。WBS較高層次上的一些工作可以定義為子項(xiàng)目或子生命周期階段。 l 將主要項(xiàng)目可交付成果細(xì)分為更小的、易于管理的組分或工作包。工作包必須詳細(xì)到可以對該工作包進(jìn)行估算(成本和歷時)、安排進(jìn)度、做出預(yù) 算、分配負(fù)責(zé)人員或組織單位。 l 驗(yàn)證上述分解的正確性。如果發(fā)現(xiàn)較低層次的項(xiàng)沒有必要，則修改組成成分。 l 建立一個編號系統(tǒng)。 l 隨著其他計(jì)劃活動的進(jìn)行，不斷地對WBS更新或修正，直到覆蓋所有工作。 3.1.7 WBS的檢驗(yàn)標(biāo)準(zhǔn)檢驗(yàn)WBS是否定義完全、項(xiàng)目的所有任務(wù)是否都被完全分解主要依據(jù)以下標(biāo)準(zhǔn)： l 每個任務(wù)的狀態(tài)和完成情況是可以量化的。 l 明確定義了每個任務(wù)的開始和結(jié)

17、束。 l 每個任務(wù)都有一個可交付成果。 l 工期易于估算且在可接受期限內(nèi)。 l 容易估算成本。 l 各項(xiàng)任務(wù)是獨(dú)立的。 3.1.8 WBS的使用對WBS需要建立WBS詞典(WBSDictionary)來描述各個工作部分。WBS詞典通常包括工作包描述、進(jìn)度日期、成本預(yù)算和人員分配等信息。對于每個工作包，應(yīng)盡可能地包括有關(guān)工作包的必要的、盡量多的信息。當(dāng)WBS與OBS綜合使用時，要建立賬目編碼(Code ofAccount)。賬目編碼是用于惟一確定項(xiàng)目工作分解結(jié)構(gòu)每一個單元的編碼系統(tǒng)。成本和資源被分配到這一編碼結(jié)構(gòu)中。 3.1.9 WBS的實(shí)踐經(jīng)驗(yàn)最多使用20個層次，多于20層是過度的。對于一些較

18、小的項(xiàng)目46層一般就足夠了。 WBS中的支路沒有必要全都分解到同一層次，即不必把結(jié)構(gòu)強(qiáng)制做成對稱的。在任意支路，當(dāng)達(dá)到一個層次時，可以作出所要求準(zhǔn)確性的估算，就可以停止了。 編輯本段WBS推廣模式W：即Web網(wǎng)站，企業(yè)用于在互聯(lián)網(wǎng)上展示自身形象和產(chǎn)品宣傳的一個平臺，憑借網(wǎng)站企業(yè)可以讓互聯(lián)網(wǎng)上更多的用戶和瀏覽者了解和認(rèn)識企業(yè)，以便達(dá)到更好的宣傳，主要面向客戶、業(yè)界人士或者普通瀏覽者，以介紹企業(yè)的基本資料、幫助樹立企業(yè)形象為主；也可以適當(dāng)提供行業(yè)內(nèi)的新聞或者知識信息。這種類型網(wǎng)站通常也被形象的比喻為企業(yè)的WEB Catalog。是每一個外貿(mào)公司對外貿(mào)易不可缺少的形象代言。 B：即B2B電子商務(wù)平臺

19、，主要面向供應(yīng)商、客戶或者企業(yè)產(chǎn)品（服務(wù)）的消費(fèi)群體，以提供某種直屬于企業(yè)業(yè)務(wù)范圍的服務(wù)或交易、或者為業(yè)務(wù)服務(wù)的服務(wù)或者交易為主；中國最權(quán)威的互聯(lián)網(wǎng)信息中心統(tǒng)計(jì)，目前有20%左右的企業(yè)已經(jīng)意識到電子商務(wù)的重要性，其中2007年做推廣的企業(yè)有80%左右的都是通過B2B推廣的。Alibaba、Tradett、GlobalSource、Made-in-China、Tradekey、ECVV、EC21、Worldbid等國際知名B2B是大多企業(yè)主要推廣平臺。 對于外貿(mào)來說,B2B是一個強(qiáng)有力的工具,畢競并不是所有的人都能碰到一個能讓你參加廣交會,參加法蘭克福展的老板或公司的. 那么, 使用/利用B2B

20、就將是公司動作過程中一個很重要的部分。 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.2 deadline的使用Deadline是在期限，軟件領(lǐng)域deadline的概念就是從傳統(tǒng)的印刷媒體中得來。然而，不能僅因?yàn)槟壳霸谲浖I(lǐng)域尚無通用的deadline概念，就以為該摒棄這個概念，或以為它沒有價值。就工作的規(guī)劃和并行處理來說，deadline是極其重要的。如果沒有預(yù)計(jì)的完工期限，所有團(tuán)隊(duì)都必須連軸工作，同

21、時也會大大減少交付次數(shù)。而且如果不明白deadline的真正含義，那么deadline可能會讓人感到沮喪，甚至產(chǎn)生相反的效果。問題及解決方案以下是根據(jù)我司的經(jīng)驗(yàn)總結(jié)出來的，在公司中與deadline最為相關(guān)的問題，以及最有可能解決問題的辦法。1）對deadline的理解因人而異A：“下周才是deadline，我還有大把的閑余時間！” B：“為什么要擔(dān)心這個？沒關(guān)系的，deadline什么的當(dāng)不得真?！?A：“但我不想被炒魷魚啊！”這組對話就很形象地展示了對同一個deadline，A和B兩人在理解上有著巨大的差異，這也會導(dǎo)致整個團(tuán)隊(duì)在努力實(shí)現(xiàn)deadline時出現(xiàn)困惑與挫敗感。事實(shí)上，deadl

22、ine必須要有號召力，每個人都得知道deadline重要的原因，他們必須明白錯過deadline會對整個圈子有什么樣的影響，包括對其他團(tuán)隊(duì)的、對客戶的或者對公司整體的影響。更重要的是，那些達(dá)成的deadline需要熱烈的慶祝，而這一點(diǎn)常被忽視掉。比起責(zé)備那些錯過deadline的員工，建立起為達(dá)成deadline慶祝的企業(yè)文化才是上上之策。2）在項(xiàng)目的生命周期中過早設(shè)定deadline向一個各方面都屬于未知狀態(tài)的項(xiàng)目要求一個deadline簡直后患無窮，也讓項(xiàng)目涉及到的員工壓力很大，為項(xiàng)目立起了失敗flag。所以，先深呼吸，耐心等兩天，讓大家完成探索工作。雖然搜集信息花費(fèi)了時間，但之后我們卻能

23、給出有意義的評估，這些信息會幫助我們設(shè)定更加準(zhǔn)確的deadline。3）deadline更新頻度不夠在新問題出現(xiàn)時，開發(fā)人員并未調(diào)整或重新評估deadline，某個開發(fā)人員沒能立即提出問題，而是等到deadline才告知他人，于是其他開發(fā)人員也受此牽連，而整個團(tuán)隊(duì)也會因?yàn)橐s工另一個deadline而倍感壓力。設(shè)定deadline不應(yīng)當(dāng)是為了強(qiáng)迫員工超額負(fù)荷，把人當(dāng)牲口用，而應(yīng)用以設(shè)定外部對項(xiàng)目的預(yù)期，讓計(jì)劃呈現(xiàn)可預(yù)期性。Deadline必須盡可能準(zhǔn)確地反映現(xiàn)實(shí)情況，否則一旦出現(xiàn)信任危機(jī)，這個概念也就失去了傳遞可預(yù)期性的功能。當(dāng)然，我不提倡每小時或每天更新deadline的行為，但也許每周更新

24、，或至少按標(biāo)準(zhǔn)計(jì)劃的節(jié)奏來更新是個不錯的主意。更新deadline并不拘于延長時間，也可以縮短周期。至于具體怎么做，又或者兼而有之，都得工程師和產(chǎn)品團(tuán)隊(duì)商榷后確定。4）未將所有“已知工作”都納入考慮范圍，僅考慮到了有趣的那些在設(shè)定這個deadline時，相關(guān)人員對要完成的工作以及要投入的時間缺乏完整的理解。在設(shè)定deadline時，我們應(yīng)當(dāng)確保將所有已知的挑戰(zhàn)都涵蓋在內(nèi)，是否會因某個已知原因而浪費(fèi)一些時間，比如說度假、公司斷網(wǎng)、因?yàn)樯张蓪λ拮矶t到.另外我們是否可能遺忘了某些不起眼的任務(wù)？這個項(xiàng)目打算寫多少測試？如何將這玩意兒發(fā)布到生產(chǎn)環(huán)境中？跟著這些問題放慢腳步，仔細(xì)思考下整個過程以及可用

25、的資源。這樣做會讓設(shè)定deadline簡單得多，同時這樣設(shè)定出的deadline也更經(jīng)得起考驗(yàn)。關(guān)于評估：令人不適，但卻是必要的工程師所設(shè)定的deadline很大程度上是通過評估形成的，也就是說團(tuán)隊(duì)中的每個人都要習(xí)慣犯錯，犯很多錯將自己知道不對或是沒信息的地方說出來，可能會很困難。我們必須達(dá)成共識，盡可能準(zhǔn)確地作出評估，并隨著時間評估地越來越準(zhǔn)確。評估是一項(xiàng)技能，反復(fù)使用會熟能生巧。初期可能會讓人不適，但這是我們需要做到的。評估任務(wù)在定下大型項(xiàng)目的交付時間前，我們應(yīng)當(dāng)將整個項(xiàng)目拆分成小的任務(wù)，每個任務(wù)應(yīng)當(dāng)能在約五個工作日內(nèi)完成。以下問題對評估任務(wù)十分有用：l 這個項(xiàng)目是新建的，還是之前就有的？

26、l 這部分代碼質(zhì)量如何？l 我對這部分代碼的熟悉程度如何？l 對涉及的編程語言熟悉程度如何？l 與其他代碼段在哪里有接觸或集成點(diǎn)？l 現(xiàn)有的測試覆蓋率如何？l 這項(xiàng)工作是否涉及關(guān)鍵業(yè)務(wù)（寫入路徑、計(jì)費(fèi)、負(fù)載均衡器、注冊）？l 之前是否有人參與過這項(xiàng)工作？他們有何想法？l 有哪些問題需要做出權(quán)衡？l 這項(xiàng)任務(wù)的目標(biāo)是什么？l 這項(xiàng)任務(wù)究竟是否需要完成？評估工程項(xiàng)目工程項(xiàng)目通常被視為一個較大的任務(wù)，可以讓多人并行完成。下面這些問題有助于評估項(xiàng)目：l 我們實(shí)際要在這個項(xiàng)目上花費(fèi)多久時間？l 這個工程項(xiàng)目的目標(biāo)是什么？l 是否有已知會安排的休息時間？l 所有要完成的任務(wù)有哪些？l 是否對其他團(tuán)隊(duì)有依賴

27、，還是障礙性的？l 項(xiàng)目中是否有任務(wù)對其它任務(wù)產(chǎn)生障礙？l 該項(xiàng)目是否需要新的基礎(chǔ)設(shè)施或硬件？l 該項(xiàng)目的完工標(biāo)準(zhǔn)是什么？完工標(biāo)準(zhǔn)即便要知道某項(xiàng)工作是否完工都是很困難的，團(tuán)隊(duì)中不同角色可能會有不同的“完工”標(biāo)準(zhǔn)，因此我們需要指定某個項(xiàng)目的具體完工標(biāo)準(zhǔn)。下面是典型完工標(biāo)準(zhǔn)的一些樣例：l 部署到生產(chǎn)環(huán)境；l 全自動化測試；l 與公司內(nèi)部或第三方人員溝通；l 在公司內(nèi)部或外部進(jìn)行了一定量的測試；l 為生產(chǎn)環(huán)境編制文檔；l 完成對銷售或推廣團(tuán)隊(duì)的講解；l 發(fā)布登錄頁面；l 分析并追蹤；l 操作運(yùn)行手冊與系統(tǒng)可觀測性。3.3需求變更管理變更是無法避免的，作為一個合格的項(xiàng)目經(jīng)理，我們應(yīng)該有有效的方法來管理

28、項(xiàng)目變更。 當(dāng)項(xiàng)目的某些基準(zhǔn)發(fā)生變化時，項(xiàng)目的質(zhì)量、成本和范圍等隨之發(fā)生變化，為了保證項(xiàng)目目標(biāo)實(shí)現(xiàn)，就必須對項(xiàng)目發(fā)生的各種變化采取必要的應(yīng)變措施，這種行為就是項(xiàng)目變更。項(xiàng)目變更產(chǎn)生的原因是多樣的。以下是一些常見原因：（1）項(xiàng)目外部環(huán)境發(fā)生變化；（2）項(xiàng)目總體設(shè)計(jì)，項(xiàng)目需求分析不夠周密詳細(xì)；（3）新技術(shù)的出現(xiàn)、設(shè)計(jì)人員提出新的設(shè)計(jì)方案或者新的實(shí)現(xiàn)手段；（4）建設(shè)單位由于業(yè)務(wù)變化、機(jī)構(gòu)重組等原因造成業(yè)務(wù)流程變化。（5）其它原因 我們再來仔細(xì)分析一下，上面的案例中的做法，會出現(xiàn)怎么樣的問題 開發(fā)人員在聽到用戶的口頭抱怨后，就直接對系統(tǒng)軟件進(jìn)行了修改，解決用戶的問題，顯然是不符合流程的。下面列舉三條不

29、合理的地方： 首先，開發(fā)人員沒有書面記錄用戶的變更需求，可能會導(dǎo)致對系統(tǒng)軟件變更的歷史無法追溯； 其次，沒有認(rèn)真評估用戶的變更需求是否合理，這樣可能會導(dǎo)致與項(xiàng)目現(xiàn)有的工作可能不一致，導(dǎo)致影響成本、進(jìn)度或者項(xiàng)目質(zhì)量； 再次，進(jìn)行變更時，沒有與其他項(xiàng)目相關(guān)成員進(jìn)行溝通，可能會導(dǎo)致其他項(xiàng)目成員的工作不一致。 那么我們應(yīng)該怎樣來處理項(xiàng)目中出現(xiàn)的變更需求呢？最好的辦法是建立一套正規(guī)的程序?qū)?xiàng)目的變更進(jìn)行有效的控制。簡單地說，管理變更的程序包括以下幾個步驟：（1）識別變更：分析項(xiàng)目中出現(xiàn)的問題是否屬于變更需求，區(qū)分是否為變更需求的標(biāo)準(zhǔn)就是，某項(xiàng)工作是否不在項(xiàng)目工作基準(zhǔn)中；（2）評價變更對項(xiàng)目的影響：如果屬

30、于變更需求，進(jìn)行分析，變更會對項(xiàng)目成本、進(jìn)度、質(zhì)量等因素產(chǎn)生哪些影響；（3）設(shè)計(jì)變更的備選方案：列出幾種可能的變更處理方案，比如說非常緊急的變更需求馬上批準(zhǔn)，而對項(xiàng)目影響較少的變更可以稍后再處理；（4）提出變更申請：正式提出書面的變更申請需求；（5）征求項(xiàng)目干系人的意見:所有與變更有關(guān)的項(xiàng)目干系人（注：項(xiàng)目干系人指所有與項(xiàng)目有正面與負(fù)責(zé)利益的人之和）都應(yīng)該參與項(xiàng)目變更；（6）批準(zhǔn)或否決變更:提交相關(guān)項(xiàng)目管理人員，批準(zhǔn)或者否則項(xiàng)目變更； （7）追蹤變更的實(shí)施情況:變更批準(zhǔn)后，我們需求跟蹤變更的執(zhí)行情況，并且要記錄在案。3.4 尋找項(xiàng)目關(guān)鍵路徑3.4.1 項(xiàng)目關(guān)鍵路徑定義項(xiàng)目關(guān)鍵路徑，在項(xiàng)目管理中

31、，關(guān)鍵路徑是指網(wǎng)絡(luò)終端元素的元素的序列，該序列具有最長的總工期并決定了整個項(xiàng)目的最短完成時間。關(guān)鍵路徑的工期決定了整個項(xiàng)目的工期。任何關(guān)鍵路徑上的終端元素的延遲將直接影響項(xiàng)目的預(yù)期完成時間（例如在關(guān)鍵路徑上沒有浮動時間）。2.4.2 如何尋找關(guān)鍵路徑活動定義、活動排序以及資源和歷時估算的結(jié)果就構(gòu)成了制定項(xiàng)目進(jìn)度計(jì)劃的基礎(chǔ)。項(xiàng)目的進(jìn)度計(jì)劃既是回答每個活動的進(jìn)度安排，而更重要的是得到有關(guān)項(xiàng)目整體的進(jìn)度信息。制定項(xiàng)目進(jìn)度計(jì)劃的工具和方法有：甘特圖，關(guān)鍵路徑分析和PERT估計(jì)。這是一種用日歷形式來列出項(xiàng)目活動及其活動起止時間的項(xiàng)目圖示方法。由于這種圖形表示方法最初是由泰勒的同事亨利.干特所發(fā)明，所以又

32、被稱作甘特圖?，F(xiàn)在大多數(shù)項(xiàng)目管理軟件都可以自動生成甘特圖。在項(xiàng)目的甘特圖中，有幾個特殊的符號需要關(guān)注：任務(wù)（Task），用帶狀的水平橫道來代表一個任務(wù)，所以有的時候甘特圖又叫橫道圖。橫道的起點(diǎn)和終點(diǎn)就代表了任務(wù)的起止時間，橫道的長度就代表了任務(wù)的持續(xù)時間。里程碑（Milestone），具有零歷時的重要事件。在圖中用菱形符號代表。依賴關(guān)系（Dependency），指各個任務(wù)之間存在著一定的依賴關(guān)系，例如：結(jié)束開始，開始開始，結(jié)束結(jié)束，開始結(jié)束關(guān)系。概要任務(wù)（Summary Task），是指的一些任務(wù)集合成一個更大的任務(wù)，通常代表了任務(wù)的不同層級。由于甘特圖在表示項(xiàng)目進(jìn)度信息方面簡單明了，所以是現(xiàn)

33、在應(yīng)用最廣泛的項(xiàng)目進(jìn)度表示方法。關(guān)鍵路徑分析也稱為關(guān)鍵路徑法（Critical Path Method），是一種用來預(yù)測總體項(xiàng)目歷時的項(xiàng)目網(wǎng)絡(luò)分析技術(shù)。所謂“關(guān)鍵路徑”，是指當(dāng)我們完成了項(xiàng)目進(jìn)度計(jì)劃后，在項(xiàng)目的網(wǎng)絡(luò)圖上，存在著若干條從項(xiàng)目啟動到項(xiàng)目結(jié)束之間的路徑，但是對其中一條（嚴(yán)格的來說，可能存在一條以上）路徑上來說：l 其上所有活動的時間之和就是完成項(xiàng)目的最短歷時；l 路徑上任何活動的延誤都會導(dǎo)致項(xiàng)目時間的延長；l 如果我們想縮短項(xiàng)目歷時，就必須縮短這條路徑上活動的歷時；這條路徑就是項(xiàng)目的關(guān)鍵路徑。如下圖：圖 - 2.關(guān)鍵路徑怎樣確定關(guān)鍵路徑呢？它實(shí)際是項(xiàng)目網(wǎng)絡(luò)圖中（歷時）最長的路徑。下面

34、我們來下一個定義，一個項(xiàng)目的關(guān)鍵路徑：是指一系列決定項(xiàng)目最早完成時間的活動。在關(guān)鍵路徑上的活動都很“關(guān)鍵”，因?yàn)樗鼈冎苯記Q定了項(xiàng)目的進(jìn)度。每個活動都只有最少的浮動時間或時差。所謂浮動時間或時差是指一項(xiàng)活動在不耽誤后續(xù)活動或項(xiàng)目完成日期的條件下可以拖延的時間長度?，F(xiàn)在所有的項(xiàng)目管理軟件工具都將尋找一個項(xiàng)目的關(guān)鍵路徑作為最基本的功能。它是運(yùn)用某種運(yùn)算法則來計(jì)算而得出項(xiàng)目關(guān)鍵路徑信息的。該運(yùn)算法則被稱為正推法和倒推法，這個法則輸出的結(jié)果就是項(xiàng)目的關(guān)鍵路徑，當(dāng)然也包括項(xiàng)目的總歷時和項(xiàng)目中每個活動關(guān)于進(jìn)度的“關(guān)鍵”信息。雖然今天已經(jīng)很少需要手工計(jì)算來得到項(xiàng)目的關(guān)鍵路徑了，但是仔細(xì)了解一下它的算法將會非常

35、有助于更深刻地理解所得到各項(xiàng)信息的意義。下面我們就來看一下如何用正推法和倒推法來計(jì)算項(xiàng)目的關(guān)鍵路徑。正推法和倒推法主要是用來計(jì)算有關(guān)一個項(xiàng)目活動的：最早開始時間（Early Start，簡稱ES），在條件具備的情況下，該活動可以開始進(jìn)行的最早可能；最早結(jié)束時間（Early Finish，簡稱EF）， 在條件具備的情況下，該活動可以完成的最早可能；最晚開始時間（Late Start，簡稱LS），在不拖延項(xiàng)目進(jìn)度的情況下，該活動可以開始進(jìn)行的最晚可能；最早結(jié)束時間（Late Finish，簡稱LF）， 在不拖延項(xiàng)目進(jìn)度的情況下，該活動可以完成的最晚可能；如下圖所示，對每一個項(xiàng)目活動的這4個參數(shù)都是

36、一個時間點(diǎn)。圖 - 3.正推法和倒推法的活動參數(shù)所謂正推法就是從項(xiàng)目的第一個活動到最后一個活動跟蹤全部活動的先后關(guān)系，計(jì)算出每個活動的最早開始時間（ES）和最早結(jié)束時間（EF）。所謂倒推法則是從最后一個活動開始向前追溯到第一個活動，計(jì)算出每個活動的最晚開始時間（LS）和最晚結(jié)束時間（LF）。正推法的計(jì)算過程包括四步：步驟一：設(shè)定項(xiàng)目的第一個活動的最早開始時間是從第一天開始，如圖：圖 - 4.關(guān)鍵路徑正推法的步驟一步驟二：計(jì)算第一個活動的最早結(jié)束時間，可以用第一個活動的最早開始時間加該活動的歷時減1得出：EF = ES + 歷時1，如圖：圖 - 5.關(guān)鍵路徑正推法的步驟二步驟三：計(jì)算該活動的所有

37、后續(xù)活動的最早開始時間（ES）：后續(xù)活動的ES前導(dǎo)活動的EF1圖 - 6.關(guān)鍵路徑正推法的步驟三步驟四：過重復(fù)步驟二、三，為項(xiàng)目中的每個活動計(jì)算最早開始時間（ES）和結(jié)束時間（EF），如圖所示：EF = ES + 歷時 1ES = 前導(dǎo)活動EF + 1圖 - 7.關(guān)鍵路徑正推法的步驟四但是這里有一種情況需要特別考慮，因?yàn)檎品ㄊ且蕾嚸總€活動的前導(dǎo)活動來決定的，所以如果一個活動存在多個前導(dǎo)活動的話，需要采用前導(dǎo)活動中EF最晚的那個活動來計(jì)算該活動的ES。倒推法的計(jì)算過程也包括四個步驟，只不過這次你是從項(xiàng)目的結(jié)束時間開始。但這里要用到正推法的結(jié)果：步驟一：因?yàn)槟悴荒苎诱`項(xiàng)目的完成時間，因此最后一個

38、活動的最早結(jié)束時間EF等同于最晚結(jié)束時間LF。圖 - 8.關(guān)鍵路徑倒推法的步驟一步驟二：計(jì)算最后一個活動的最晚開始時間，可以通過用最晚結(jié)束時間減去該活動的歷時然后加1來得出。LS = LF 歷時+1圖 - 9.關(guān)鍵路徑倒推法的步驟二步驟三：每個活動必須在后續(xù)活動開始之前完成，因此可以為每個活動計(jì)算最晚結(jié)束時間。LF = 后續(xù)活動 LS 1圖 - 10.關(guān)鍵路徑倒推法的步驟三步驟四：然后重復(fù)第二、三步驟，計(jì)算出每個活動的最晚開始時間和最晚結(jié)束時間圖 - 11.關(guān)鍵路徑正推法的步驟四同樣在計(jì)算過程中也需要處理一個特殊情況，由于倒推法是依賴每個活動的后續(xù)活動來考慮的，所以如果一個活動出現(xiàn)多個后續(xù)活動

39、的時候，應(yīng)該取后續(xù)活動中LS最早的那個來計(jì)算該活動的LF。事實(shí)上在完成倒推法的計(jì)算之后，我們得到了每個活動有關(guān)進(jìn)度的關(guān)鍵信息： 最后一個活動的EF（LF）就是項(xiàng)目可能的最早完成時間，也就是項(xiàng)目的最終進(jìn)度；活動的LS確定了我們需要給該活動提供資源的最晚時間，如果超過了這個時間則意味著可能的項(xiàng)目最早交付時間會被延遲；項(xiàng)目中歷時最長的路徑就是項(xiàng)目的關(guān)鍵路徑；如果關(guān)鍵路徑上的活動歷時沒有被延誤，那么項(xiàng)目進(jìn)度就不會有延誤；如果我們要縮短項(xiàng)目的歷時，就要縮短該路徑上活動的歷時； 我們可以通過公式來計(jì)算每個活動的總浮動時間（Total Float）TF = LF-EF，又被稱為總時差。它代表了在不影響項(xiàng)目總

40、體進(jìn)度的前提下，活動可以延誤的時間段；我們還可以通過公式計(jì)算每個活動的自由浮動時間（Free Float）FF（活動X）后續(xù)活動的ES - EF（活動X）- 1。它代表了該活動不影響后續(xù)活動而可以被延誤的時間。上面所說的總時差是自由浮動時間的一種?？倳r差是每個活動歷時可以延誤的范圍，并且可以不影響總體項(xiàng)目的進(jìn)度，而自由浮動時間是指在不延誤任何活動最早開始的情況下，項(xiàng)目活動可以延誤的時間范圍。下面我們來看一個例子的推演，幫助大家更好的理解。如下圖是一個小項(xiàng)目的網(wǎng)絡(luò)圖，已經(jīng)完成每個活動的歷史估算，我們需要確定利用正推法和倒推法求出個活動的ES-EF-LS-LF，以及項(xiàng)目的關(guān)鍵路徑：圖 - 12.例

41、題-推算關(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如下圖：圖 - 14.例題-推算關(guān)鍵路徑正推法步驟二步驟三：重復(fù)步驟二，計(jì)算出所有活動的ES-EF。但對于出現(xiàn)了兩個前導(dǎo)活動的活動E來說，由于B的EF晚于D的EF，所以其計(jì)算取B的EF。如下圖：圖 - 15.例題-推算關(guān)鍵路徑正推法步驟三然后我們用倒推法來計(jì)算LS-LF。步驟一：設(shè)最后一個活動E的LF=EF。LS = LF 歷時 + 1。如

42、下圖：圖 - 16.例題-推算關(guān)鍵路徑倒推法步驟一步驟二：計(jì)算那些以活動E為后續(xù)活動的活動的LF-LS。LF = 后續(xù)活動的LS 1Ls = LF 歷時 + 1如下圖：圖 - 17.例題-推算關(guān)鍵路徑倒推法步驟二步驟三：重復(fù)步驟二計(jì)算所有活動的LS-LF。其中活動A有兩個后續(xù)活動B和C，TF=10圖 - 18.例題-推算關(guān)鍵路徑倒推法步驟三現(xiàn)在我們就得到了這個項(xiàng)目的關(guān)鍵路徑：A- B-E。對于每一個活動的進(jìn)度要求信息也很清楚，我們可以看到每個活動的浮動時間。在關(guān)鍵路徑上活動的浮動時間都為0，意味著這些活動不能有半點(diǎn)拖延。而活動C和D的浮動時間為10，所以只要延誤在10以內(nèi)就不影響項(xiàng)目的總進(jìn)度。

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

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

45、31（后續(xù)活動最早ES）-30（EF（活動C）- 1 = 0FF（活動D）61（后續(xù)活動最早ES）-50（EF（活動C）- 1 = 10因此活動D有10天的自由浮動時間，而活動C沒有。關(guān)鍵路徑重要概念總時差與自由時差的區(qū)別總時差是指在不延誤項(xiàng)目完成日期或違反進(jìn)度因素的前提下，某活動可以推遲的時間?？倳r差=LS-ES=LF-EF自由時差是指在不影響緊后活動最早開始的情況下，當(dāng)前活動可以推遲的時間。自由時差=(后一活動)ES-(前一活動的)EF-1所以總時差影響總工期，自由時差影響緊后活動。如何計(jì)算ES,EF,LS,LF前推法來計(jì)算最早時間某一活動的最早開始時間（ES）=指向它的所有緊前活動的最早

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

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

48、前可能有類似項(xiàng)目開發(fā)經(jīng)驗(yàn)的情況下所需的工作量。針對每一項(xiàng)功能模塊，其最終的工作量估算值按以下公式計(jì)算：Ei = （Epi + 4 Eni + 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)終端序號功能名稱悲觀工作量（人.小時）正常工作量（人.小時）樂觀工作量（人.小時）工作量(Ec1)（人.小時）1登錄2016715.172站點(diǎn)結(jié)構(gòu)核查30241623.673小區(qū)性能測試241812184樓層遍歷測試241812185外泄測試241812186切換測試241812187電梯測試24181

49、2188無線參數(shù)測試241812189信令信息查看2016715.1710測試結(jié)果呈現(xiàn)30241623.6711系統(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站點(diǎn)搜索2016715.1724基準(zhǔn)設(shè)置201671

50、5.1725儀表狀態(tài)30241623.6726天線工參測量2016715.1727數(shù)據(jù)管理2016715.1728照片管理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合計(jì)928714407698.57表2：平臺工作量清單序號功能名稱悲觀工作量（人.小時）正常工作量（人.小時

51、）樂觀工作量（人.小時）工作量(Ec1)（人.小時）1登錄2016815.332項(xiàng)目進(jìn)度統(tǒng)計(jì)2016815.333站點(diǎn)數(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.6720log回放軟件201681