軟件研發(fā)項目策劃課件

軟件研發(fā)項目策劃泥泥Nijp2019gmailnijp2019gmail1軟件研發(fā)項目策劃泥泥nijp2019gmail11需求以及可行性合適的菜譜調(diào)查客人的口味偏好、嘗試新口味的意愿（習(xí)慣和亮點）客人差異情況（年齡、宗教、健康禁忌）合適的原料符合時令條件的安全、無毒副作用合適的規(guī)模數(shù)量：多少客人，吃飽？吃好？預(yù)算時間：吃多久引子：在家宴請客人nijp2019gmailPage:2需求以及可行性引子：在家宴請客人nijp2019gmailP2需求以及可行性可行性如何掌廚的水平（技術(shù)可行性）時間是否來得及（時間資源）是否有條件準(zhǔn)備適用的原料（資源可行性）是否有能力接待這么多客人（最大響應(yīng)容量）可行性不滿足怎么辦改變策略，直接預(yù)定飯店（全部外包）客人指定要吃正宗西湖醋魚，只好去樓外樓買現(xiàn)成的了（購買第三方組件）洗菜刷菜勞動附加值太低，時間來不及，全家也沒人愿意做，超市買凈菜（非核心工作外包）有些原料不懂得怎么選購，委托隔壁馬大嫂幫忙挑選（專家評審）引子：在家宴請客人nijp2019gmailPage:3需求以及可行性引子：在家宴請客人nijp2019gmailP3主要任務(wù)分解原料準(zhǔn)備生鮮、保質(zhì)期（關(guān)鍵時間）是否脫銷或漲價（市場變化）儲存能力（儲備）輔料準(zhǔn)備設(shè)備準(zhǔn)備是否有適配的鍋碗瓢盆桌椅是否足夠并且完好，小孩的座位怎么安排半成品存放空間是否足夠應(yīng)急照明燃具灶具（煤氣瓶是不是快空了）引子：在家宴請客人nijp2019gmailPage:4主要任務(wù)分解引子：在家宴請客人nijp2019gmailPa4主要任務(wù)分解原輔料處理洗涮、切塊/片、榨汁預(yù)處理（燜/煮/熘/炸/凍、腌制、釀制）混合處理（拌/糊/包/堆砌/封裝）品嘗或目測（自測），糾偏（比如拌面，水多了放面，面多了放水）制作依據(jù)菜單落實生產(chǎn)【FeatureByFeature】品嘗（自測），糾偏（湯太咸的話放包米一起煮）請家人品嘗（測試），糾偏（重復(fù)以上）發(fā)布桌上堆者水果和零食呢，要先清空一下桌面【安裝環(huán)境】上菜順序很重要【安裝步驟】空盤子不要留桌面上【卸載】引子：在家宴請客人nijp2019gmailPage:5主要任務(wù)分解引子：在家宴請客人nijp2019gmailPa5需求以及可行性√任務(wù)分解和執(zhí)行√計劃和準(zhǔn)備√制作√發(fā)布√是否一切都好了Brainstormingnijp2019gmailPage:6需求以及可行性√是否一切都好了Brainstormingni6自我評價和客人評價不好意思，大家先多喝點酒水飲料（一個沒注意飯燒焦了，重新來過）【沒有定時跟蹤】好菜都是有點辣啊（貴客因病不能吃辣的）【需求變更沒有及時跟蹤】這個又稍微偏咸（裝鹽的勺子不小心掉火上了，只好拿手抓，過量了）【缺少度量】，吃到死螺螄了（暈，手忙腳亂，實在沒時間再檢查一遍了）【缺少單元測試】這個是魚翅還是涼皮?。ㄙI這個的時候，馬大嫂沒空，就憑著網(wǎng)上看來的攻略自己去挑了）【關(guān)鍵輸出，專家評審缺失】小寶寶大鬧飯桌了，死活哄不好，掃興（飯前玩具被其它小孩搶走了）【風(fēng)險跟蹤管理】引子：在家宴請客人nijp2019gmailPage:7自我評價和客人評價引子：在家宴請客人nijp2019gmai7早知道……問候一下重要客人的身體情況，臨時的食物禁忌更應(yīng)該關(guān)注。（關(guān)鍵客戶保持密切聯(lián)系）昂貴的菜一定要找懂行的人幫忙挑選和加工（關(guān)鍵工件專家評審不可或缺）準(zhǔn)備一些有趣的玩具哄小孩用（有些客戶經(jīng)常有出格的需求，不關(guān)注也會導(dǎo)致大的風(fēng)險，這些客戶需要教育和引導(dǎo)）……為什么還會有這么多情況？Brainstormingnijp2019gmailPage:8早知道……為什么還會有這么多情況？Brainstorming8家宴顯性的計劃采購計劃拿方抓藥生產(chǎn)計劃菜單生產(chǎn)（FeatureByFeature）每步驟測試（隨時品嘗）上桌是否只有這些？隱含在大腦中的計劃采購計劃－采購時間預(yù)處理計劃－可復(fù)用的半成品統(tǒng)一加工保存關(guān)鍵資源統(tǒng)籌－燃具灶具數(shù)量有限，需要支持并行排程，防止資源使用沖突所有資源冗余備份引子：在家宴請客人nijp2019gmailPage:9家宴顯性的計劃引子：在家宴請客人nijp2019gmailP9隱含在大腦中的計劃優(yōu)點：高速運轉(zhuǎn)、隨時調(diào)用、機動性強缺陷：不確定、隨機、無規(guī)則項目策劃把大腦中的計劃展示出來分解任務(wù)平衡資源管理風(fēng)險安排進度Buffer主題－什么是項目策劃nijp2019gmailPage:10隱含在大腦中的計劃主題－什么是項目策劃nijp2019gma10了解并接受需求確保項目成員了解并能夠在此基礎(chǔ)上進行設(shè)計盡可能避免口頭確認(rèn)；不要想當(dāng)然的理解；需求說明應(yīng)該有必須的信息你認(rèn)為不能完全理解的要請產(chǎn)品經(jīng)理充實穩(wěn)定；把你知道的寫成技術(shù)工件；并邀請產(chǎn)品經(jīng)理參加對他們的評審，確保產(chǎn)品經(jīng)理認(rèn)可這些技術(shù)文檔。主題－了解需求nijp2019gmailPage:11了解并接受需求主題－了解需求nijp2019gmailPag11理解需求的不確定性需求的不確定性在項目開始時，并非所有的需求都會很明確在項目過程中，也會有新的需求插入即使在項目開始后已經(jīng)確定的需求也會發(fā)生返工或出現(xiàn)不符合產(chǎn)品目標(biāo)或偏離客戶需求的情況對策在項目開始時盡可能理解已有需求兼顧進度、成本和效率細(xì)分大需求主題－了解需求nijp2019gmailPage:12理解需求的不確定性主題－了解需求nijp2019gmailP12確定階段目標(biāo)階段目標(biāo)參考目標(biāo)客戶的期待產(chǎn)品市場策略客戶需求分批交付有效的項目管理周期資源投入狀況平衡各角色工作細(xì)化各階段目標(biāo)確定每個階段的關(guān)鍵任務(wù)確定每個需求完成的時間和日期必要的集成或封裝活動主題－階段定義好比往一個容器中放細(xì)砂石和大石頭，總是先放大石頭，再倒入細(xì)砂石更容易點。nijp2019gmailPage:13確定階段目標(biāo)主題－階段定義好比往一個容器中放細(xì)砂石和大石頭，13FeatureList將較長的開發(fā)周期分解為若干迭代確定每個迭代完成哪些Feature；每個迭代都有其核心Feature同一迭代的Feature建議確定優(yōu)先級，便于項目成員自我管理；也便于評估每一次Delivery是否滿足基本目標(biāo)集成、封裝等必須投入的活動建議做為Feature主題－設(shè)置迭代周期nijp2019gmailPage:14FeatureList主題－設(shè)置迭代周期nijp2019g14WorkBreakdownStructure分解工作任務(wù)對于軟件項目來說，分解工作任務(wù)不是一項單純的計劃活動，而是要根據(jù)項目的特點決定工作任務(wù)的分解結(jié)構(gòu)。實際工作中更多地會考慮技術(shù)因素來確定工作分解結(jié)構(gòu)的形式。定義活動依賴關(guān)系活動之間的依賴關(guān)系取決于實際工作的要求不同活動之間的依賴關(guān)系決定了活動的優(yōu)先順序及其重要性活動依賴關(guān)系是確定項目關(guān)鍵路徑和活動浮動時間的必要條件目的是確定每一項活動所需的輸入、輸出關(guān)系分配時間和資源通?；顒佣紩a(chǎn)生自己的交付物在軟件項目計劃中，資源分配主要指人員的分配，指定了時間資源以后，應(yīng)該指定人力資源。如果已經(jīng)確定了活動的完成時間，則指定相應(yīng)的人員作為完成活動的責(zé)任人。主題－WBSnijp2019gmailPage:15WorkBreakdownStructure主題－WB15關(guān)鍵路徑法是時間管理中很實用的一種方法，其工作原理是：為每個最小任務(wù)單位計算工期、定義最早開始和結(jié)束日期、最遲開始和結(jié)束日期、按照活動的關(guān)系形成順序的網(wǎng)絡(luò)邏輯圖，找出必須的最長的路徑，即為關(guān)鍵路徑。

時間壓縮是指針對關(guān)鍵路徑進行優(yōu)化，結(jié)合成本因素、資源因素、工作時間因素、活動的可行進度因素對整個計劃進行調(diào)整，直到關(guān)鍵路徑所用的時間不能再壓縮為止，得到最佳時間進度計劃。主題－關(guān)鍵路徑關(guān)鍵路徑的時間壓縮是有限度的，一旦壓縮后，會產(chǎn)生新的關(guān)鍵路徑nijp2019gmailPage:16關(guān)鍵路徑法主題－關(guān)鍵路徑關(guān)鍵路徑的時間壓縮是有限度的，一旦壓16參考?xì)v史經(jīng)驗數(shù)據(jù)確定各種研發(fā)資源投入比例確定預(yù)計投入的管理時間量管理工作分類確定預(yù)計需評審的文檔量和代碼量注意項目可以分配的資源時間上的限制必要的剪裁，但必須保證關(guān)鍵作業(yè)慎重對待團隊活動，比如評審、會議、培訓(xùn)人力資源減少同類活動的切換形成良好工作習(xí)慣主題－工作量分解nijp2019gmailPage:17參考?xì)v史經(jīng)驗數(shù)據(jù)主題－工作量分解nijp2019gmailP17代碼行估計對源代碼行數(shù)的統(tǒng)計是對軟件產(chǎn)品的一種直接的度量估計代碼行數(shù)通常需要對待開發(fā)軟件的類型有一定經(jīng)驗，有可用的歷史數(shù)據(jù)，和代碼行數(shù)的一個標(biāo)準(zhǔn)定義。代碼行估計通常用不包括注釋的代碼行（SLOC）或千代碼行（KSLOC）來計算。這些代碼可能是新開發(fā)的代碼，也可能是修改已有的代碼，兩者的規(guī)模估計同等重要。功能點估計功能點估計是一種面向功能的軟件度量，是使用軟件所提供的功能的度量作為規(guī)范化值

基于外部應(yīng)用接口和內(nèi)部應(yīng)用復(fù)雜性的主觀判斷以及全局性能特點的綜合考慮功能點從用戶的角度體現(xiàn)了一個應(yīng)用的大小。它通過對主要的外部數(shù)據(jù)錄入，輸出，和文件類型等相關(guān)的信息處理功能的數(shù)量來度量軟件應(yīng)用。

功能點分析是一種具有清晰商業(yè)意義的度量方法。它量化了軟件中包括的對軟件使用者有意義的功能。這種度量直接與軟件的商業(yè)需求有關(guān)主題－軟件規(guī)模估計（簡介）nijp2019gmailPage:18代碼行估計主題－軟件規(guī)模估計（簡介）nijp2019gmai18

Delphi法介紹最流行的專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來，新技術(shù)與特定程序之間的差別。但專家

“?！?/p>

的程度及對項目的理解程度是工作中的難點，盡管Delphi技術(shù)可以減輕這種偏差，專家評估技術(shù)在評定一個新軟件實際成本時通常用得不多這種方式對決定其它模型的輸入時特別有用Delphi法鼓勵參加者就問題相互討論這個技術(shù)，要求有多種軟件相關(guān)經(jīng)驗人的參與。主題－軟件規(guī)模估計（簡介）nijp2019gmailPage:19

Delphi法介紹主題－軟件規(guī)模估計（簡介）nijp20119人力資源關(guān)于標(biāo)準(zhǔn)評估的關(guān)注點每個Feature消耗的資源單位（人天）目標(biāo)是保質(zhì)保量完成應(yīng)該包含計劃在開發(fā)自測、修改缺陷所投入的集成、封裝等獨立活動依據(jù)項目需要可以獨立設(shè)置Feature在每個迭代設(shè)置一定的冗余時間，而不要在每個Feature上設(shè)置冗余評估人天時避免將分配到任務(wù)的工程師對號入座主題－估計資源nijp2019gmailPage:20人力資源主題－估計資源nijp2019gmailPage:20如何設(shè)置項目Buffer錯誤的理解每Feature？每周？每階段？正確的思路Buffer的目的：對不可控的工作加強控制為高風(fēng)險的任務(wù)設(shè)置Buffer進度控制風(fēng)險技術(shù)評估風(fēng)險外部風(fēng)險（設(shè)備、客戶）有效的設(shè)置具體任務(wù)（關(guān)鍵技術(shù)試驗、集成/封裝、回歸測試）具體目標(biāo)（確認(rèn)技術(shù)方案、性能優(yōu)化目標(biāo)）具體責(zé)任人（方案確定、方案評估、編碼實現(xiàn)）主題－Buffernijp2019gmailPage:21如何設(shè)置項目Buffer主題－Buffernijp2019g21關(guān)于任務(wù)分配高技能等級意味著更強的技術(shù)處理能力更高的工作輸出質(zhì)量技能等級高的工程師必然占用更少的工時來完成任務(wù)注意人月神話用人月來衡量一項工作的規(guī)模是一個危險和帶有欺騙性的神話主題－資源分配nijp2019gmailPage:22關(guān)于任務(wù)分配主題－資源分配nijp2019gmailPage22“如果你不主動地攻擊風(fēng)險，風(fēng)險將主動地攻擊你”風(fēng)險評估列出風(fēng)險源，分優(yōu)先級排序評估性能/成本/支持/進度風(fēng)險變成現(xiàn)實的可能性或概率當(dāng)風(fēng)險變成現(xiàn)實時所造成的后果。風(fēng)險管理包括風(fēng)險標(biāo)識/風(fēng)險分析/風(fēng)險計劃/風(fēng)險跟蹤和風(fēng)險控制將一個大風(fēng)險分解為多個風(fēng)險來排除。主題－風(fēng)險管理nijp2019gmailPage:23“如果你不主動地攻擊風(fēng)險，風(fēng)險將主動地攻擊你”主題－風(fēng)險管理23休息時間5分鐘…nijp2019gmailPage:24休息時間5分鐘…nijp2019gmailPage:2424如果你想要理直氣壯地向自己的客戶推銷一個新款的軟件，唯一的方法便是在它初次發(fā)布前，就先在自己公司的內(nèi)部廣泛地進行試用。由于對Exchange、Office和Vista產(chǎn)品進行“吃狗食”檢測帶來了顯著的效果，微軟公司開始著手推廣名為“7×24促進”的活動。微軟聲稱，只要它的員工能夠使用這些軟件產(chǎn)品24個月，就能夠為公司節(jié)省700萬小時的生產(chǎn)時間。Eatingitsowndogfood－Microsoft－nijp2019gmailPage:25如果你想要理直氣壯地向自己的客戶推銷一個新款的軟件，唯一的方25指望計劃不變更是不切實際的大部分的失敗者不能堅持為失敗的計劃創(chuàng)建新計劃關(guān)于計劃變更nijp2019gmailPage:26指望計劃不變更是不切實際的關(guān)于計劃變更nijp2019gma26了解需求，以及需求交付目標(biāo)WBS分解分析關(guān)鍵路徑估計工作量風(fēng)險評估估計規(guī)模估計資源回顧一下nijp2019gmailPage:27了解需求，以及需求交付目標(biāo)回顧一下nijp2019gmail27問題1：從需求到FeatureListFeature來源Feature是否僅來自SPEC？不合適的FeatureListSPEC的節(jié)選？或者大綱？僅僅是功能點是否夠用？科學(xué)的FeatureList顆粒度合理、均勻按照迭代順序排序包含必要的工程活動能夠體現(xiàn)依賴關(guān)系和關(guān)鍵路徑和WBS相合主題－面對實際情況nijp2019gmailPage:28問題1：從需求到FeatureList主題－面對實際情況n28問題2：從Feature到人*天人天估計對象是否僅僅是預(yù)計工作時間？不合適的人*天評估目標(biāo)理解不一致（A認(rèn)為有三個子功能，要兩天，B認(rèn)為有二個子功能，要三天，評估結(jié)果是2.5天，由C來實現(xiàn)）過大或過小的估計（過小的建議合并，過大的建議分解）科學(xué)的工時估算估計范圍明確（檢查、交付方式（試驗、評審、走查））大小合適避免資源沖突主題－面對實際情況nijp2019gmailPage:29問題2：從Feature到人*天主題－面對實際情況nijp229問題3：從人*天到schedule關(guān)于里程碑僅僅α、β、RC是否足夠？不合適的schdeule里程碑分配不均每次計劃下一個delivery過于樂觀（預(yù)期投入人天總值大于或等于項目投入人天）過于悲觀（到處留有冗余時間，或投入人天遠(yuǎn)大于MD總值）科學(xué)的Schedule明確每個任務(wù)項成果正確區(qū)別Delivery遞交和項目執(zhí)行過程中遞交流程注意項目中可能存在的技術(shù)風(fēng)險或難點不同技能等級的工程師折算MD系數(shù)不同，須看得到差異注意關(guān)鍵資源是否存在沖突結(jié)合關(guān)鍵Delivery和α、β、RC形成完整的Schedule主題－面對實際情況nijp2019gmailPage:30問題3：從人*天到schedule主題－面對實際情況nijp30軟件研發(fā)項目策劃泥泥Nijp2019gmailnijp2019gmail31軟件研發(fā)項目策劃泥泥nijp2019gmail131需求以及可行性合適的菜譜調(diào)查客人的口味偏好、嘗試新口味的意愿（習(xí)慣和亮點）客人差異情況（年齡、宗教、健康禁忌）合適的原料符合時令條件的安全、無毒副作用合適的規(guī)模數(shù)量：多少客人，吃飽？吃好？預(yù)算時間：吃多久引子：在家宴請客人nijp2019gmailPage:32需求以及可行性引子：在家宴請客人nijp2019gmailP32需求以及可行性可行性如何掌廚的水平（技術(shù)可行性）時間是否來得及（時間資源）是否有條件準(zhǔn)備適用的原料（資源可行性）是否有能力接待這么多客人（最大響應(yīng)容量）可行性不滿足怎么辦改變策略，直接預(yù)定飯店（全部外包）客人指定要吃正宗西湖醋魚，只好去樓外樓買現(xiàn)成的了（購買第三方組件）洗菜刷菜勞動附加值太低，時間來不及，全家也沒人愿意做，超市買凈菜（非核心工作外包）有些原料不懂得怎么選購，委托隔壁馬大嫂幫忙挑選（專家評審）引子：在家宴請客人nijp2019gmailPage:33需求以及可行性引子：在家宴請客人nijp2019gmailP33主要任務(wù)分解原料準(zhǔn)備生鮮、保質(zhì)期（關(guān)鍵時間）是否脫銷或漲價（市場變化）儲存能力（儲備）輔料準(zhǔn)備設(shè)備準(zhǔn)備是否有適配的鍋碗瓢盆桌椅是否足夠并且完好，小孩的座位怎么安排半成品存放空間是否足夠應(yīng)急照明燃具灶具（煤氣瓶是不是快空了）引子：在家宴請客人nijp2019gmailPage:34主要任務(wù)分解引子：在家宴請客人nijp2019gmailPa34主要任務(wù)分解原輔料處理洗涮、切塊/片、榨汁預(yù)處理（燜/煮/熘/炸/凍、腌制、釀制）混合處理（拌/糊/包/堆砌/封裝）品嘗或目測（自測），糾偏（比如拌面，水多了放面，面多了放水）制作依據(jù)菜單落實生產(chǎn)【FeatureByFeature】品嘗（自測），糾偏（湯太咸的話放包米一起煮）請家人品嘗（測試），糾偏（重復(fù)以上）發(fā)布桌上堆者水果和零食呢，要先清空一下桌面【安裝環(huán)境】上菜順序很重要【安裝步驟】空盤子不要留桌面上【卸載】引子：在家宴請客人nijp2019gmailPage:35主要任務(wù)分解引子：在家宴請客人nijp2019gmailPa35需求以及可行性√任務(wù)分解和執(zhí)行√計劃和準(zhǔn)備√制作√發(fā)布√是否一切都好了Brainstormingnijp2019gmailPage:36需求以及可行性√是否一切都好了Brainstormingni36自我評價和客人評價不好意思，大家先多喝點酒水飲料（一個沒注意飯燒焦了，重新來過）【沒有定時跟蹤】好菜都是有點辣?。ㄙF客因病不能吃辣的）【需求變更沒有及時跟蹤】這個又稍微偏咸（裝鹽的勺子不小心掉火上了，只好拿手抓，過量了）【缺少度量】，吃到死螺螄了（暈，手忙腳亂，實在沒時間再檢查一遍了）【缺少單元測試】這個是魚翅還是涼皮?。ㄙI這個的時候，馬大嫂沒空，就憑著網(wǎng)上看來的攻略自己去挑了）【關(guān)鍵輸出，專家評審缺失】小寶寶大鬧飯桌了，死活哄不好，掃興（飯前玩具被其它小孩搶走了）【風(fēng)險跟蹤管理】引子：在家宴請客人nijp2019gmailPage:37自我評價和客人評價引子：在家宴請客人nijp2019gmai37早知道……問候一下重要客人的身體情況，臨時的食物禁忌更應(yīng)該關(guān)注。（關(guān)鍵客戶保持密切聯(lián)系）昂貴的菜一定要找懂行的人幫忙挑選和加工（關(guān)鍵工件專家評審不可或缺）準(zhǔn)備一些有趣的玩具哄小孩用（有些客戶經(jīng)常有出格的需求，不關(guān)注也會導(dǎo)致大的風(fēng)險，這些客戶需要教育和引導(dǎo)）……為什么還會有這么多情況？Brainstormingnijp2019gmailPage:38早知道……為什么還會有這么多情況？Brainstorming38家宴顯性的計劃采購計劃拿方抓藥生產(chǎn)計劃菜單生產(chǎn)（FeatureByFeature）每步驟測試（隨時品嘗）上桌是否只有這些？隱含在大腦中的計劃采購計劃－采購時間預(yù)處理計劃－可復(fù)用的半成品統(tǒng)一加工保存關(guān)鍵資源統(tǒng)籌－燃具灶具數(shù)量有限，需要支持并行排程，防止資源使用沖突所有資源冗余備份引子：在家宴請客人nijp2019gmailPage:39家宴顯性的計劃引子：在家宴請客人nijp2019gmailP39隱含在大腦中的計劃優(yōu)點：高速運轉(zhuǎn)、隨時調(diào)用、機動性強缺陷：不確定、隨機、無規(guī)則項目策劃把大腦中的計劃展示出來分解任務(wù)平衡資源管理風(fēng)險安排進度Buffer主題－什么是項目策劃nijp2019gmailPage:40隱含在大腦中的計劃主題－什么是項目策劃nijp2019gma40了解并接受需求確保項目成員了解并能夠在此基礎(chǔ)上進行設(shè)計盡可能避免口頭確認(rèn)；不要想當(dāng)然的理解；需求說明應(yīng)該有必須的信息你認(rèn)為不能完全理解的要請產(chǎn)品經(jīng)理充實穩(wěn)定；把你知道的寫成技術(shù)工件；并邀請產(chǎn)品經(jīng)理參加對他們的評審，確保產(chǎn)品經(jīng)理認(rèn)可這些技術(shù)文檔。主題－了解需求nijp2019gmailPage:41了解并接受需求主題－了解需求nijp2019gmailPag41理解需求的不確定性需求的不確定性在項目開始時，并非所有的需求都會很明確在項目過程中，也會有新的需求插入即使在項目開始后已經(jīng)確定的需求也會發(fā)生返工或出現(xiàn)不符合產(chǎn)品目標(biāo)或偏離客戶需求的情況對策在項目開始時盡可能理解已有需求兼顧進度、成本和效率細(xì)分大需求主題－了解需求nijp2019gmailPage:42理解需求的不確定性主題－了解需求nijp2019gmailP42確定階段目標(biāo)階段目標(biāo)參考目標(biāo)客戶的期待產(chǎn)品市場策略客戶需求分批交付有效的項目管理周期資源投入狀況平衡各角色工作細(xì)化各階段目標(biāo)確定每個階段的關(guān)鍵任務(wù)確定每個需求完成的時間和日期必要的集成或封裝活動主題－階段定義好比往一個容器中放細(xì)砂石和大石頭，總是先放大石頭，再倒入細(xì)砂石更容易點。nijp2019gmailPage:43確定階段目標(biāo)主題－階段定義好比往一個容器中放細(xì)砂石和大石頭，43FeatureList將較長的開發(fā)周期分解為若干迭代確定每個迭代完成哪些Feature；每個迭代都有其核心Feature同一迭代的Feature建議確定優(yōu)先級，便于項目成員自我管理；也便于評估每一次Delivery是否滿足基本目標(biāo)集成、封裝等必須投入的活動建議做為Feature主題－設(shè)置迭代周期nijp2019gmailPage:44FeatureList主題－設(shè)置迭代周期nijp2019g44WorkBreakdownStructure分解工作任務(wù)對于軟件項目來說，分解工作任務(wù)不是一項單純的計劃活動，而是要根據(jù)項目的特點決定工作任務(wù)的分解結(jié)構(gòu)。實際工作中更多地會考慮技術(shù)因素來確定工作分解結(jié)構(gòu)的形式。定義活動依賴關(guān)系活動之間的依賴關(guān)系取決于實際工作的要求不同活動之間的依賴關(guān)系決定了活動的優(yōu)先順序及其重要性活動依賴關(guān)系是確定項目關(guān)鍵路徑和活動浮動時間的必要條件目的是確定每一項活動所需的輸入、輸出關(guān)系分配時間和資源通?；顒佣紩a(chǎn)生自己的交付物在軟件項目計劃中，資源分配主要指人員的分配，指定了時間資源以后，應(yīng)該指定人力資源。如果已經(jīng)確定了活動的完成時間，則指定相應(yīng)的人員作為完成活動的責(zé)任人。主題－WBSnijp2019gmailPage:45WorkBreakdownStructure主題－WB45關(guān)鍵路徑法是時間管理中很實用的一種方法，其工作原理是：為每個最小任務(wù)單位計算工期、定義最早開始和結(jié)束日期、最遲開始和結(jié)束日期、按照活動的關(guān)系形成順序的網(wǎng)絡(luò)邏輯圖，找出必須的最長的路徑，即為關(guān)鍵路徑。

時間壓縮是指針對關(guān)鍵路徑進行優(yōu)化，結(jié)合成本因素、資源因素、工作時間因素、活動的可行進度因素對整個計劃進行調(diào)整，直到關(guān)鍵路徑所用的時間不能再壓縮為止，得到最佳時間進度計劃。主題－關(guān)鍵路徑關(guān)鍵路徑的時間壓縮是有限度的，一旦壓縮后，會產(chǎn)生新的關(guān)鍵路徑nijp2019gmailPage:46關(guān)鍵路徑法主題－關(guān)鍵路徑關(guān)鍵路徑的時間壓縮是有限度的，一旦壓46參考?xì)v史經(jīng)驗數(shù)據(jù)確定各種研發(fā)資源投入比例確定預(yù)計投入的管理時間量管理工作分類確定預(yù)計需評審的文檔量和代碼量注意項目可以分配的資源時間上的限制必要的剪裁，但必須保證關(guān)鍵作業(yè)慎重對待團隊活動，比如評審、會議、培訓(xùn)人力資源減少同類活動的切換形成良好工作習(xí)慣主題－工作量分解nijp2019gmailPage:47參考?xì)v史經(jīng)驗數(shù)據(jù)主題－工作量分解nijp2019gmailP47代碼行估計對源代碼行數(shù)的統(tǒng)計是對軟件產(chǎn)品的一種直接的度量估計代碼行數(shù)通常需要對待開發(fā)軟件的類型有一定經(jīng)驗，有可用的歷史數(shù)據(jù)，和代碼行數(shù)的一個標(biāo)準(zhǔn)定義。代碼行估計通常用不包括注釋的代碼行（SLOC）或千代碼行（KSLOC）來計算。這些代碼可能是新開發(fā)的代碼，也可能是修改已有的代碼，兩者的規(guī)模估計同等重要。功能點估計功能點估計是一種面向功能的軟件度量，是使用軟件所提供的功能的度量作為規(guī)范化值

基于外部應(yīng)用接口和內(nèi)部應(yīng)用復(fù)雜性的主觀判斷以及全局性能特點的綜合考慮功能點從用戶的角度體現(xiàn)了一個應(yīng)用的大小。它通過對主要的外部數(shù)據(jù)錄入，輸出，和文件類型等相關(guān)的信息處理功能的數(shù)量來度量軟件應(yīng)用。

功能點分析是一種具有清晰商業(yè)意義的度量方法。它量化了軟件中包括的對軟件使用者有意義的功能。這種度量直接與軟件的商業(yè)需求有關(guān)主題－軟件規(guī)模估計（簡介）nijp2019gmailPage:48代碼行估計主題－軟件規(guī)模估計（簡介）nijp2019gmai48

Delphi法介紹最流行的專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來，新技術(shù)與特定程序之間的差別。但專家

“?！?/p>

的程度及對項目的理解程度是工作中的難點，盡管Delphi技術(shù)可以減輕這種偏差，專家評估技術(shù)在評定一個新軟件實際成本時通常用得不多這種方式對決定其它模型的輸入時特別有用Delphi法鼓勵參加者就問題相互討論這個技術(shù)，要求有多種軟件相關(guān)經(jīng)驗人的參與。主題－軟件規(guī)模估計（簡介）nijp2019gmailPage:49

Delphi法介紹主題－軟件規(guī)模估計（簡介）nijp20149人力資源關(guān)于標(biāo)準(zhǔn)評估的關(guān)注點每個Feature消耗的資源單位（人天）目標(biāo)是保質(zhì)保量完成應(yīng)該包含計劃在開發(fā)自測、修改缺陷所投入的集成、封裝等獨立活動依據(jù)項目需要可以獨立設(shè)置Feature在每個迭代設(shè)置一定的冗余時間，而不要在每個Feature上設(shè)置冗余評估人天時避免將分配到任務(wù)的工程師對號入座主題－估計資源nijp2019gmailPage:50人力資源主題－估計資源nijp2019gmailPage:50如何設(shè)置項目Buffer錯誤的理解每Feature？每周？每階段？正確的思路Buffer的目的：對不可控的工作加強控制為高風(fēng)險的任務(wù)設(shè)置Buffer進度控制風(fēng)險技術(shù)評估風(fēng)險外部風(fēng)險（設(shè)備、客戶）有效的設(shè)置具體任務(wù)（關(guān)鍵技術(shù)試驗、集成/封裝、回歸測試）具體目標(biāo)（確認(rèn)技術(shù)方案、性能優(yōu)化目標(biāo)）具體責(zé)任人（方案確定、方案評估、編碼實現(xiàn)）主題－Buffernijp2019gmailPage:51如何設(shè)置項目Buffer主題－Buffernijp2019g51關(guān)于任務(wù)分配高技能等級意味著更強的技術(shù)處理能力更高的工作輸出質(zhì)量技能等級高的工程師必然占用更少的工時來完成任務(wù)注意人月神話用人月來衡量一項工作的規(guī)模是一個危險和帶有欺騙性的神話主題－資源分配nijp2019gmailPage:52關(guān)于任務(wù)分配主題－資源分配nijp2019gmailPage52“如果你不主動地攻擊風(fēng)險，風(fēng)險將主動地攻擊你”風(fēng)險評估列出風(fēng)險源，分優(yōu)先級排序評估性能/成本/支持/進度風(fēng)險變成現(xiàn)實的可能性或概率當(dāng)風(fēng)險變成現(xiàn)實時所造成的后果。風(fēng)險管理包括風(fēng)險標(biāo)識/風(fēng)險分析/風(fēng)險計劃/風(fēng)險跟蹤和風(fēng)險控制將一個大風(fēng)險分解為多個風(fēng)險來排除。主題－風(fēng)險管理nijp2019gmailPage:53“如果你不主動地攻擊風(fēng)險，風(fēng)險將主動地攻擊你”主題－風(fēng)險管理53休息時間5分鐘…nijp2019gmailPage:54休息時間5分鐘…nijp2019gmail