



下載本文檔
版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、優(yōu)化項(xiàng)目計(jì)劃敏捷開(kāi)發(fā)的基本特征是迭代開(kāi)發(fā)。而迭代開(kāi)發(fā)的強(qiáng)調(diào)的是"小批量、頻繁交付 " 。因此,每次迭代所要實(shí)現(xiàn)的需求相對(duì)較少。這使得迭代開(kāi)發(fā)中的項(xiàng)目計(jì)劃制定相對(duì)容易,制定項(xiàng)目計(jì)劃時(shí)任務(wù)與任務(wù)間的邏輯 關(guān)系也比較容易掌握。但是,由于迭代開(kāi)發(fā)往往采用時(shí)間盒 (Time-box) 的方式進(jìn)行,即要求每次迭代的時(shí) 間是固定的 (業(yè)界推薦的是 24 周) 。而每次迭代所要實(shí)現(xiàn)的需求 (Story) 的個(gè)數(shù)及其難度都不盡相同。這 就要求我們?cè)谀承┣闆r下要盡可能地優(yōu)化項(xiàng)目計(jì)劃,以保證工期不會(huì)超出時(shí)間盒的范圍。優(yōu)化項(xiàng)目計(jì)劃的常見(jiàn)方法是盡可能地使各個(gè)任務(wù)并行。 比如,有兩個(gè)功能的開(kāi)發(fā)任務(wù),
2、其中一個(gè)功能 A 依賴(lài)于另外一個(gè)功能 B 。但這并不意味著我們必須將這兩個(gè)功能的開(kāi)發(fā)任務(wù)串行安排 ( 即先開(kāi)發(fā) B 功能, 再開(kāi)發(fā) A 功能) 。此時(shí),可以使用測(cè)試樁 (Testing Stub) 來(lái)模擬 B 功能的實(shí)現(xiàn),這樣使得 A 功能的開(kāi)發(fā) 和測(cè)試可以先獨(dú)立于 B 功能的實(shí)現(xiàn)。因此這兩個(gè)功能的開(kāi)發(fā)可以并行。計(jì)劃安排時(shí)考慮避免重復(fù)勞作也是縮短工期的一個(gè)常見(jiàn)方法。在 Story 驅(qū)動(dòng)的一個(gè)迭代開(kāi)發(fā)過(guò)程中, 從第二個(gè)迭代開(kāi)始, 往往存在多個(gè) Story 的實(shí)現(xiàn)涉及同一個(gè)模塊的代碼修改。 此時(shí),計(jì)劃可以安排多個(gè)人 并行開(kāi)發(fā)這幾個(gè) Story 、但是轉(zhuǎn) Story 測(cè)試時(shí),這幾個(gè) Story 可以
3、合并成一個(gè) " 大 Story" 一起轉(zhuǎn)測(cè)試。 從而避免了多次測(cè)試同一個(gè)模塊帶來(lái)的浪費(fèi)。出于應(yīng)對(duì)風(fēng)險(xiǎn)的需要在安排計(jì)劃時(shí)留出所謂的緩沖時(shí)間有其合理性。但是,這個(gè)緩沖時(shí)間延長(zhǎng)了任務(wù) 的持續(xù)時(shí)間。而關(guān)鍵任務(wù)持續(xù)時(shí)間的延長(zhǎng)則延長(zhǎng)了整個(gè)迭代持續(xù)的時(shí)間。值得注意的帕金森定律(Parkinson's Law)所闡述的現(xiàn)象卻給了我們?cè)谀承┣闆r下要適當(dāng)壓縮任務(wù)尤其是關(guān)鍵任務(wù)的持續(xù)時(shí)間。帕 金森定律告訴我們:只要還有可用的時(shí)間,一件工作消耗的時(shí)間就會(huì)不斷地?cái)U(kuò)展,直到用完所有的可用的 時(shí)間。也就是說(shuō),一件任務(wù)如果需要 3 天時(shí)間完成,而計(jì)劃安排的持續(xù)時(shí)間是 5 天的話(huà),這個(gè)任務(wù)會(huì)消 耗
4、5 天甚至更多的時(shí)間才能完成。這種現(xiàn)象的方面給了我們一個(gè)啟示:如果一件任務(wù)如果需要3 天時(shí)間完成,而計(jì)劃安排的持續(xù)時(shí)間是 2 天,那么這件任務(wù)真的可能在 2 天內(nèi)完成, 最多也可能是 4 天時(shí)間完 成。這也比將該任務(wù)計(jì)劃為 5 天完成節(jié)省時(shí)間??梢?jiàn),過(guò)于寬松的機(jī)會(huì)反而可能拖慢了進(jìn)度,而有一定緊 迫感的計(jì)劃所帶來(lái)的適當(dāng)壓力可以激發(fā)人的動(dòng)力和潛能反而可以加快進(jìn)度。對(duì)于迭代中的技術(shù)風(fēng)險(xiǎn)點(diǎn)要優(yōu)先安排進(jìn)行驗(yàn)證。比如,對(duì)于從未使用過(guò)的技術(shù)或者新技術(shù),要優(yōu)先安 排原型的驗(yàn)證,避免中途才發(fā)現(xiàn)技術(shù)障礙。進(jìn)度信息的獲取由于團(tuán)隊(duì)開(kāi)發(fā)中的每個(gè)團(tuán)隊(duì)成員的日常工作之間都存在或多或少的依賴(lài)關(guān)系:某個(gè)人的工作要以其他 人的一
5、件工作產(chǎn)出為輸入,同時(shí)其工作的輸出又是另一個(gè)人的某件工作的輸入。從團(tuán)隊(duì)自我管理的角度來(lái)說(shuō),進(jìn)度信息是將團(tuán)隊(duì)成員的工作自主得銜接起來(lái)的重要因素。因此,敏捷 開(kāi)發(fā)團(tuán)隊(duì)中, 進(jìn)度不應(yīng)該是只有項(xiàng)目經(jīng)理才關(guān)心的事情, 而是整個(gè)團(tuán)隊(duì)成員都應(yīng)該關(guān)心的事情。 但事實(shí)上, 團(tuán)隊(duì)成員往往傾向于只關(guān)心自己手頭上的工作。因此,項(xiàng)目經(jīng)理需要引導(dǎo)和鼓勵(lì)團(tuán)隊(duì)成員主動(dòng)關(guān)注自己手 頭上的任務(wù)所依賴(lài)的任務(wù)的進(jìn)度。另一方面,進(jìn)度是整個(gè)團(tuán)隊(duì)?wèi)?yīng)該關(guān)心的事情,這就要求在團(tuán)隊(duì)內(nèi)有一個(gè)統(tǒng)一的進(jìn)度信息獲取與發(fā)布的 平臺(tái)和途徑。這個(gè)平臺(tái)可以是一個(gè)管理軟件,比如工作流軟件。也可以是一個(gè)即時(shí)通訊軟件。不管采用什 么樣的平臺(tái),項(xiàng)目經(jīng)理應(yīng)該引導(dǎo)和鼓勵(lì)團(tuán)
6、隊(duì)成員主動(dòng)將各自的進(jìn)度信息推送到這個(gè)平臺(tái),而不是每個(gè)人進(jìn) 度還要等其他人來(lái)詢(xún)問(wèn)。站立會(huì)議也是進(jìn)度信息的發(fā)布和獲取的一個(gè)常見(jiàn)途徑。站立會(huì)議中,每個(gè)團(tuán)隊(duì)成員都要介紹自己昨天 完成了什么,今天計(jì)劃做什么。這樣,每個(gè)人的進(jìn)度信息都可以讓其他人了解到。定義完成的標(biāo)準(zhǔn)和進(jìn)度信息的核實(shí)獲取進(jìn)度信息后, 要及時(shí)對(duì)其進(jìn)行核實(shí)。 敏捷開(kāi)發(fā)中的優(yōu)秀實(shí)踐 " 定義完成的標(biāo)準(zhǔn) "(Definition of Done) 可以幫助我們對(duì)進(jìn)度信息進(jìn)行核實(shí)。下面我們討論什么是完成的標(biāo)準(zhǔn)、定義完成的標(biāo)準(zhǔn)的作用以及如何定義完成的標(biāo)準(zhǔn)。曾經(jīng)有個(gè)剛剛開(kāi)始帶領(lǐng)團(tuán)隊(duì)的人向我咨詢(xún)這樣一個(gè)問(wèn)題:他向他的組員分配一個(gè)任務(wù),
7、然后他不定期 得檢查這個(gè)任務(wù)的進(jìn)度??墒敲看嗡麢z查進(jìn)度的時(shí)候,他的結(jié)論都是這個(gè)組員的工作成果沒(méi)有達(dá)到他所期 望的,而這個(gè)組員卻是認(rèn)為自己已經(jīng)完成了當(dāng)天的任務(wù)。這種情形導(dǎo)致這種組員不斷得為返工而加班,最 后導(dǎo)致其身心俱疲,提出離職申請(qǐng)。事實(shí)上,這樣一個(gè)問(wèn)題產(chǎn)生是因?yàn)槿蝿?wù)的分配者和執(zhí)行者事先沒(méi)有約 定好什么叫做 "完成" 。雙方都只是在依照自己心中的 "標(biāo)準(zhǔn)" 來(lái)判斷是否完成,從而導(dǎo)致了對(duì)于進(jìn)度認(rèn)定的 沖突。可見(jiàn),在我們斷定一個(gè)任務(wù)是否完成、進(jìn)行到什么情況前,首先要規(guī)定什么叫"完成" ,否則就會(huì)在衡量進(jìn)度的時(shí)候產(chǎn)生上述例子中的沖突。這種對(duì)
8、于什么才叫做完成的規(guī)定就叫做完成的標(biāo)準(zhǔn)。顯然,進(jìn)度不能在 脫離質(zhì)量的前提下孤立得衡量,因此完成的標(biāo)準(zhǔn)不僅定義了質(zhì)量要求 (通常是最低質(zhì)量標(biāo)準(zhǔn) ) ,也是進(jìn)度衡 量的重要依據(jù)。比如,如果你讓一個(gè)沒(méi)有什么工作經(jīng)驗(yàn)的人去安裝一個(gè)數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS),他很可能就是把安裝程序執(zhí)行一遍,若執(zhí)行過(guò)程中沒(méi)有遇到安裝程序提示錯(cuò)誤就認(rèn)為是完成了軟件的安裝。而最后,其他人都 不知道這個(gè)已經(jīng)安裝 " 完成"的軟件的訪問(wèn)信息,比如它所在機(jī)器的IP 地址、偵聽(tīng)端口。甚至知道了這些信息后,在實(shí)際使用時(shí)卻發(fā)現(xiàn)所安裝的軟件根本就無(wú)法正常運(yùn)作。其實(shí),對(duì)于這樣一個(gè)任務(wù)我們可以定義一個(gè)完成標(biāo)準(zhǔn):所安裝的DB
9、MS 要經(jīng)過(guò)驗(yàn)證 (比如使用 SQL 能夠在數(shù)據(jù)庫(kù)中插入一條記錄, 并能夠使用相應(yīng) SQL 查詢(xún)到插入的記錄 ) ,并輸出軟件的相關(guān)使用信息 (如軟 件所在機(jī)器的 IP 地址、軟件的偵聽(tīng)端口 )??梢?jiàn), 完成的標(biāo)準(zhǔn)不僅定義了質(zhì)量要求 (通常是一個(gè)最低質(zhì)量要求 ) ,也定義了任務(wù)所要交付的產(chǎn)出物。 完成的標(biāo)準(zhǔn)所定義的產(chǎn)出物和質(zhì)量要求正是評(píng)估任務(wù)進(jìn)度的依據(jù)。一個(gè)任務(wù)在整個(gè)團(tuán)隊(duì)中有了一個(gè)大家一 致認(rèn)同的完成標(biāo)準(zhǔn)時(shí),任務(wù)完成的質(zhì)量和進(jìn)度的衡量才不會(huì)出現(xiàn)沖突。進(jìn)度風(fēng)險(xiǎn)控制進(jìn)度管理中很重要的一個(gè)方面是進(jìn)度風(fēng)險(xiǎn)控制。提高進(jìn)度信息的獲取頻率可以盡可能早得發(fā)現(xiàn)進(jìn)度障礙,為消除障礙爭(zhēng)取了最大時(shí)間,從而有效減低 進(jìn)
10、度風(fēng)險(xiǎn)。由于敏捷開(kāi)發(fā)中的一個(gè)迭代周期持續(xù)的時(shí)間較之傳統(tǒng)項(xiàng)目要短得多,進(jìn)度信息的獲取頻率也要 相應(yīng)有所體現(xiàn)。筆者通常每天對(duì)項(xiàng)目進(jìn)度信息進(jìn)行匯總。任務(wù)采用認(rèn)領(lǐng)的方式而非采用分配的方式落實(shí)到人,也有助于規(guī)避人力風(fēng)險(xiǎn)導(dǎo)致的進(jìn)度風(fēng)險(xiǎn)。比如,在需求評(píng)審與分析的時(shí)候,筆者并不指定誰(shuí)負(fù)責(zé)哪個(gè) Story ,而是要求全體成員對(duì)本次迭代的 所有需求都要有所理解, 并能夠講解自己對(duì)本次迭代中的任意一個(gè)需求的理解。 敏捷開(kāi)發(fā)采用迭代的方式, 每次迭代所要實(shí)現(xiàn)的需求量同傳統(tǒng)項(xiàng)目比較要少得多,這使得每個(gè)團(tuán)隊(duì)成員對(duì)本次迭代的所有需求都進(jìn)行 理解成為可能。在確認(rèn)每個(gè)團(tuán)隊(duì)成員對(duì)本次迭代所要實(shí)現(xiàn)的所有需求都有所理解之后,筆者才讓
11、團(tuán)隊(duì)成員 對(duì)相應(yīng)需求的開(kāi)發(fā)測(cè)試任務(wù)進(jìn)行認(rèn)領(lǐng),具體落實(shí)到人。采用這種任務(wù)認(rèn)領(lǐng)的方式,使得每個(gè)團(tuán)隊(duì)成員對(duì)本 次迭代的所有需求都有所理解。從而,在人力變更(如原先負(fù)責(zé)某個(gè)需求的開(kāi)發(fā)人員請(qǐng)假了 ) 時(shí),可以快速得找到能夠承接任務(wù)的人。進(jìn)而規(guī)避了進(jìn)度風(fēng)險(xiǎn)。從一開(kāi)始就將需求落實(shí)到相應(yīng)的開(kāi)發(fā)測(cè)試人員,很容易 就造成團(tuán)隊(duì)成員只關(guān)注自己手頭上的 "一畝三分田 " ,從而使得對(duì)于需求的理解沒(méi)有備份人力,一旦人力變 更則很容易影響項(xiàng)目進(jìn)度。筆者在項(xiàng)目組中強(qiáng)調(diào)一個(gè)個(gè)人規(guī)避進(jìn)度風(fēng)險(xiǎn)的原則。該原則要求團(tuán)隊(duì)成員在遇到問(wèn)題時(shí),通過(guò)個(gè)人的 努力消耗了 30 分鐘而仍然未能將問(wèn)題解決時(shí),要及時(shí)尋求幫助,而不是
12、繼續(xù)在問(wèn)題上打轉(zhuǎn),甚至于走進(jìn) 問(wèn)題的死胡同。當(dāng)然,團(tuán)隊(duì)成員在遇到自己無(wú)法解決的問(wèn)題時(shí),可能會(huì)覺(jué)得不好意思讓被人知道,而項(xiàng)目 經(jīng)理要消除他們的這種顧慮。尤其是一些工作經(jīng)驗(yàn)不長(zhǎng)的員工,由于個(gè)人經(jīng)驗(yàn)、能力等方面的限制,在遇 到問(wèn)題時(shí)候,往往容易只是一門(mén)心思地想著要解決問(wèn)題,而完全沒(méi)有顧及到時(shí)間。這往往使得他們對(duì)于問(wèn) 題的解決就像是走進(jìn)了一條死胡同,心里明明想要走出去,可是越是往前走,就越是走不出去,而時(shí)間卻 悄然而逝 !進(jìn)度信息的展示、傳播及其激勵(lì)作用Scrum 中提倡的采用燃盡圖 (Burn-down Chart) 來(lái)直觀得展現(xiàn)項(xiàng)目總體進(jìn)度。它展示了時(shí)間和項(xiàng)目剩余 總體工作量間的關(guān)系,如圖 1 所
13、示。圖 1. 燃盡圖筆者認(rèn)為, 燃盡圖更多得是給人以一種壓迫感 - 讓人清晰直觀得感受到隨著時(shí)間的推移, 項(xiàng)目所剩的 工作量逐天減少 ! 因此,燃盡圖也受到了一定的批判。而燃起圖 (Burn-up Chart) 則直觀地展現(xiàn)了時(shí)間與已完成的工作間的關(guān)系,如圖 2 所示。圖 2. 燃起圖傳統(tǒng)項(xiàng)目由于項(xiàng)目周期較長(zhǎng),團(tuán)隊(duì)成員往往在漫長(zhǎng)的開(kāi)發(fā)過(guò)程中看不到自己的工作成果,慢慢得失去 工作的熱情。因此,讓團(tuán)隊(duì)成員看見(jiàn)其工作成果,對(duì)其來(lái)說(shuō)也是一種激勵(lì)。敏捷開(kāi)發(fā)由于采用迭代的方式, 一定程度上能夠讓員工更快得看到自己的勞動(dòng)成果。而燃起圖則更加有助于展示團(tuán)隊(duì)的工作成果。因?yàn)樗?將團(tuán)隊(duì)成員的工作成果直觀得展現(xiàn)出來(lái)
14、。因此,某種程度上燃起圖不僅僅展示了項(xiàng)目進(jìn)度,也是對(duì)團(tuán)隊(duì)成 員的一種激勵(lì)形式。狀態(tài)墻則直觀得展示了每個(gè)任務(wù)的進(jìn)度。 許多推行敏捷項(xiàng)目管理的團(tuán)隊(duì), 都采用這種方式來(lái)管理進(jìn)度。 如圖 3 所示圖 3. 狀態(tài)墻消除浪費(fèi)時(shí)間是軟件開(kāi)發(fā)過(guò)程中最為稀缺并不可替代的資源。其浪費(fèi)將直接影響項(xiàng)目的進(jìn)度。而軟件開(kāi)發(fā)過(guò)程 中存在各種各樣的浪費(fèi)。因此,消除浪費(fèi)是加快進(jìn)度的一種重要途徑。返工則是軟件開(kāi)發(fā)過(guò)程中常見(jiàn)的一種浪費(fèi)。避免返工不僅有利于加快進(jìn)度,同時(shí)也能夠提升軟件的質(zhì) 量。敏捷開(kāi)發(fā)中的一些優(yōu)秀實(shí)踐,如 "定義完成的標(biāo)準(zhǔn) " 、"結(jié)對(duì)編程 " 、"測(cè)試驅(qū)動(dòng)開(kāi)發(fā) &q
15、uot;(TDD) 等都有助于避 免返工定義完成的標(biāo)準(zhǔn) "通過(guò)定義質(zhì)量要求和產(chǎn)出物避免返工。"結(jié)對(duì)編程 "通過(guò)及時(shí)的 code review 避免缺陷在后期才被發(fā)現(xiàn)而造成返工。 "測(cè)試驅(qū)動(dòng)開(kāi)發(fā) " 則是通過(guò)明確需求,避免因需求理解錯(cuò)誤引入缺陷而造成 的返工。過(guò)度設(shè)計(jì)也是一種常見(jiàn)的浪費(fèi)。 所謂"過(guò)度設(shè)計(jì) " ,指在設(shè)計(jì)階段為未來(lái)可能發(fā)生的變化做過(guò)多的預(yù)測(cè), 并針對(duì)這些預(yù)測(cè)在設(shè)計(jì)上做過(guò)多預(yù)防。正如俗話(huà)所說(shuō)" 計(jì)劃不如變化快 " ,過(guò)早地為這些可能根本就不會(huì)出現(xiàn)的變化做處理成了一種浪費(fèi)。因此,敏捷開(kāi)發(fā)中提倡的是
16、" 簡(jiǎn)單設(shè)計(jì) "(Simple Design) 。所謂簡(jiǎn)單設(shè)計(jì)并不是沒(méi)有設(shè)計(jì),而是采用盡可能簡(jiǎn)單的設(shè)計(jì)方案。事實(shí)上,真正能夠以 "不變應(yīng)萬(wàn)變 " 的設(shè)計(jì)方案是不存在 的。如果它存在,它必然是一種簡(jiǎn)單的方案,因?yàn)槠浜?jiǎn)單,它可以被輕易得推倒重來(lái),這才是適應(yīng)"萬(wàn)變 "的方法。迭代速率 (Velocity) 與期望值管理迭代速率反映了一個(gè)團(tuán)隊(duì)在固定的時(shí)間 (一個(gè)迭代周期 ) 內(nèi)所能交付的 Story 個(gè)數(shù)。它反映了團(tuán)隊(duì)的生 產(chǎn)能力。前文我們討論的是如何從進(jìn)度的角度提升這個(gè)生產(chǎn)能力加快以及如何保證迭代進(jìn)度。另外值 得注意的是,有時(shí)候我們有必要適
17、當(dāng)?shù)梅怕M(jìn)度,進(jìn)而"減低" 團(tuán)隊(duì)生產(chǎn)力。所謂 "得寸進(jìn)尺 " ,這反映了項(xiàng)目管理中很重要的一面期望值管理。"得寸進(jìn)尺 " 式的期望值提升告訴我們當(dāng)團(tuán)隊(duì)生產(chǎn)能力越大,組織上層和客戶(hù)對(duì)團(tuán)隊(duì)的期望值也就越大。但是,作為團(tuán)隊(duì)的管理者要適當(dāng)控制他們的期望值的提升,因?yàn)閳F(tuán) 隊(duì)的生產(chǎn)能力應(yīng)該有它的上限,而期望值的提升取可能遠(yuǎn)比團(tuán)隊(duì)的生產(chǎn)力的提升要來(lái)得快,但這無(wú)論對(duì)于 組織和客戶(hù)還是團(tuán)隊(duì)來(lái)說(shuō)都不是好事。因此,在進(jìn)度管理中使得控制迭代進(jìn)度,不要使其讓人感覺(jué)過(guò)快, 也是進(jìn)度管理中很重要的一方面。計(jì)劃偏差分析與控制布魯克斯法則 ( Brook's
18、Law ) 告訴我們往一個(gè)已經(jīng)滯后的項(xiàng)目增加人力會(huì)使這個(gè)項(xiàng)目更加滯后。不幸的 是,當(dāng)一個(gè)項(xiàng)目滯后的時(shí)候,往往管理層首先想到的是增加人力,因?yàn)檫@樣他們會(huì)安心些。值得注意的是, 此時(shí)增加的人是否反而使項(xiàng)目更加滯后,某種程度上說(shuō)取決于我們?nèi)绾问褂眯略龅娜肆Αkm然新增的人力 由于對(duì)本項(xiàng)目并不熟悉、而本項(xiàng)目原有人力也不可能抽出時(shí)間給這些"新人" 培訓(xùn)。但是,我們卻可以以揚(yáng)長(zhǎng)避短的方式去發(fā)揮新增人力的作用一一把一些不需要項(xiàng)目背景知識(shí)的工作交由這些人做,從而使原有的 開(kāi)發(fā)人員能夠集中精力做他們最值得做的事情。比如,可以把開(kāi)發(fā)過(guò)程需要使用的與項(xiàng)目背景沒(méi)有直接聯(lián) 系的函數(shù)交給 "新
19、人"開(kāi)發(fā)。也可以將一些非項(xiàng)目開(kāi)發(fā)相關(guān)的而平時(shí)大家又不得不做的一些例行任務(wù) (即通常 所謂"項(xiàng)目干擾 ") 交由這些人做。從長(zhǎng)期的角度看,對(duì)計(jì)劃偏差進(jìn)行分析和控制要求我們做以下幾件事情:精確記錄任務(wù)消耗的實(shí)際時(shí)間愛(ài)因斯坦曾經(jīng)幽默地解釋什么是相對(duì)論:坐在美女旁邊一小時(shí)就像是一分鐘,坐在火爐旁一分鐘則像 一小時(shí)??梢?jiàn),人對(duì)時(shí)間的感知在缺乏時(shí)間衡量的情況下是多么不可靠。所以,要計(jì)算計(jì)劃偏差( 通常是偏慢了 ),必須要有精確的實(shí)際消耗時(shí)間。 一些軟件比如 JIRA 可以幫助我們輕松得記錄每個(gè)任務(wù)的實(shí)際消耗 時(shí)間。量化任務(wù)的計(jì)劃偏差度量計(jì)劃偏差通常有持續(xù)時(shí)間偏差和進(jìn)度偏差,其計(jì)算公式如下:持續(xù)時(shí)間偏差 (%) =( 實(shí)際持續(xù)時(shí)間 - 計(jì)劃持續(xù)時(shí)間 )/
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 股東合作協(xié)議及條款詳解
- 2025年長(zhǎng)沙貨車(chē)從業(yè)資格證模擬考試
- 3D打印技術(shù)與設(shè)備應(yīng)用指南
- 2025年深圳道路運(yùn)輸從業(yè)資格證考哪些項(xiàng)目
- 個(gè)人挖機(jī)機(jī)械租賃合同5篇
- 安全性評(píng)價(jià)技術(shù)服務(wù)合同
- 2025年寧夏道路貨運(yùn)駕駛員從業(yè)資格證考試題庫(kù)完整
- 建筑工程木工合同
- 辦公信息化解決方案報(bào)告
- 交通意外事故賠償協(xié)議書(shū)
- 三年級(jí)語(yǔ)文 溪居即事市賽一等獎(jiǎng)
- 2024年山東化工職業(yè)學(xué)院高職單招(英語(yǔ)/數(shù)學(xué)/語(yǔ)文)筆試歷年參考題庫(kù)含答案解析
- 《新病歷書(shū)寫(xiě)規(guī)范》課件
- 2024年中小學(xué)生守則修訂版
- 博覽會(huì)展位裝修及布展投標(biāo)方案技術(shù)標(biāo)
- 顧客提問(wèn)的問(wèn)題100條
- 肝膿腫教學(xué)查房課件
- 跳繩之雙腳跳教案
- 拇外翻護(hù)理課件
- 六年級(jí)英語(yǔ)教學(xué)隨筆5篇
- 讀書(shū)分享交流會(huì)《從一到無(wú)窮大》課件
評(píng)論
0/150
提交評(píng)論