IT項目管理03575課件

IT項目管理2/6/20231項目管理基礎參考文獻ProjectManagementInstitute(PML),《項目管理知識體系指南》，AGuidetotheProjectManagementBodyofKnowledge,

JackGido,JamesP.Clements,《成功的項目管理》，機械工業(yè)出版社2/6/20232什么是項目？下面的工作中，哪些是項目，哪些不是項目？

為某銀行客戶開發(fā)、安裝電話銀行系統(tǒng)負責電話銀行系統(tǒng)的銷售工作在2006年銷售20套以上的電話銀行系統(tǒng)為某銀行客戶的電話銀行系統(tǒng)提供售后服務建立售后服務熱線管理售后服務熱線，接聽客戶來電，解決客戶問題為客戶提供優(yōu)質服務為人民服務2/6/20233項目的特征項目有一個明確界定的目標項目的執(zhí)行要通過完成一系列相互關聯(lián)的任務項目需運用各種資源來執(zhí)行任務項目有具體的時間計劃或有限的壽命項目可能是獨一無二、一次性的努力每個項目都有客戶項目包含一定的不確定性2/6/20235什么是項目管理？項目管理是在項目活動中運用知識、技能、工具和技術，以便滿足和超過項目干系人對項目的需求和期望。

制約項目成功的因素（判斷項目成功的標準）范圍（符合客戶的需求和期望）成本（費用）進度（時間）質量（客戶滿意度）2/6/20236項目的生命周期一般項目的生命周期執(zhí)行項目結束項目識別需求投入力量提出解決方案時間2/6/20237職能型組織總經(jīng)理員工財務部門經(jīng)理采購部門經(jīng)理生產(chǎn)部門經(jīng)理設備部門經(jīng)理員工員工員工員工員工員工員工員工員工員工員工項目協(xié)調2/6/20239項目型組織總經(jīng)理員工項目經(jīng)理項目經(jīng)理項目經(jīng)理項目經(jīng)理員工員工員工員工員工員工員工員工員工員工員工項目協(xié)調2/6/202310弱矩陣型組織總經(jīng)理員工財務部門經(jīng)理采購部門經(jīng)理生產(chǎn)部門經(jīng)理設備部門經(jīng)理員工員工員工員工員工員工員工員工員工員工員工項目協(xié)調2/6/202311強矩陣型組織總經(jīng)理項目經(jīng)理項目經(jīng)理部經(jīng)理采購部門經(jīng)理生產(chǎn)部門經(jīng)理設備部門經(jīng)理項目經(jīng)理項目經(jīng)理員工員工員工員工員工員工員工員工員工項目協(xié)調2/6/202313復合型組織總經(jīng)理員工財務部門經(jīng)理采購部門經(jīng)理生產(chǎn)部門經(jīng)理項目經(jīng)理部經(jīng)理員工項目經(jīng)理員工員工員工員工員工員工員工項目項目經(jīng)理項目經(jīng)理項目2/6/202314組織結構職能型組織弱矩陣型組織平衡矩陣型組織強矩陣型組織項目型組織項目經(jīng)理的權威很少或沒有有限小到中等中等到大大到全權全時為項目工作的人員百分比幾乎沒有0-25%15-60%50-95%85-100%項目經(jīng)理的角色部分時間部分時間全時全時全時項目經(jīng)理角色的常用頭銜項目協(xié)調員/項目主管項目協(xié)調員/項目主管項目經(jīng)理/項目主任項目經(jīng)理/計劃經(jīng)理項目經(jīng)理/計劃經(jīng)理2/6/202315項目經(jīng)理JeffreyPinto和OmKharbanda:項目經(jīng)理的12項工作準則：弄清自己面臨的問題、機會和期望明白項目團隊中的沖突是必然和自然的弄清楚誰是利益關系人，他們的目標是什么意識到組織的政治色彩，利用政治手段獲得優(yōu)勢擁有領導才能，能夠隨機應變明白判斷項目成功的標準：范圍、成本、進度、質量

2/6/202317項目經(jīng)理JeffreyPinto和OmKharbanda:項目經(jīng)理的12項工作準則：充當團隊成員的激勵者、教練、活躍氣氛者、維和人員和沖突裁決人認識到自身的情緒，無論是正面的還是負面的，都將對團隊成員產(chǎn)生影響經(jīng)常做“如果，那么”的假設，避免安于現(xiàn)狀不因小事而停滯不前，不要迷失項目目標有效利用時間首要任務是：計劃、計劃、計劃2/6/202318項目經(jīng)理項目經(jīng)理的職責計劃范圍界定、進度計劃、成本計劃、質量計劃組織組織項目資源項目中最重要的資源是人力資源對人力資源的組織包括分配工作和授權控制控制項目范圍、進度、成本和質量項目風險管理和項目變更管理2/6/202319授權授權不是推卸責任授權的范圍和時間必須明確讓被授權者明確期望的結果賦予被授權者必須的資源選擇最合適的人，給予信任和鼓勵一旦授權，被授權人在職責范圍內就擁有決策權和工作的自由2/6/202321不同程度的授權調查問題，告訴我所有的情況，我決定做什么，怎么做調查問題，告訴我可行的其他方案并推薦一種，我評價后決定調查問題，告訴我你可能會采取什么行動，需要我批準調查問題，告訴我你可能采取的行動，如果我不反對，就執(zhí)行調查問題并采取行動，讓我知道你是怎么做的調查問題并采取行動，是否向我報告由你決定最低授權最高授權2/6/202322項目團隊B.W.Tuckman定義了團隊發(fā)展的4個階段：形成階段震蕩階段正規(guī)階段表現(xiàn)階段形成階段震蕩階段正規(guī)階段表現(xiàn)階段2/6/202323項目團隊處理沖突的5種方法：回避或撤退競爭或逼迫調?；蛳讌f(xié)合作、正視和解決問題2/6/202325項目團隊解決問題的9個步驟：對問題作出說明找出問題的可能原因（頭腦風暴法）收集數(shù)據(jù)、確定最有可能的原因得出可能方案評估可行方案決定最佳方案修訂項目計劃實施方案判斷問題是否得到解決2/6/202326項目分解結構（WBS)項目分解結構的主要目的和用途是：1）明確和準確說明項目的范圍；2）為各獨立單元分派人員，規(guī)定這些人員的相應職責；3）針對各獨立單元，進行時間、費用和資源需要量的估算，4）確定項目進度測量和控制的基準；5）將項目工作與項目的財務帳目聯(lián)系起來；6）自上而下將項目目標落實到具體的工作上7）確定工作內容和工作順序；8）估計項目整體和全過程的費用。2/6/202329技術改造項目可行性研究審批設計籌資實施安裝完成I改建施工O試運行N軟件調試M職工培訓L設備安裝E改建籌資K軟件編程J設備改造G設備籌資B審批F設備設計D改建設計H軟件系統(tǒng)設計C設計任務書A.可行性研究某技術改造項目工作分解結構2/6/2023302/6/202331確定活動順序1.活動之間的邏輯關系2.活動順序安排的方法網(wǎng)絡計劃技術2/6/202332項目活動之間四種依賴關系1、結束對起始FS——前一活動必須在后一活動開始前結束。2、結束對結束FF——前一活動必須在后一活動結束前結束。3、起始對起始SS——前一活動必須在后一活動開始前開始。4、起始對結束SF——前一活動必須在后一活動結束前開始。2/6/202333準確描述活動間關系FS,SS,FF,SF2/6/202334任務搭接示例示例：任務的搭接關系具有兩天完成到開始延遲搭接的項目橫道圖2/6/202335任務搭接示例示例：任務的搭接關系具有兩天完成到開始搭接的項目網(wǎng)絡圖中的日期2/6/202336關鍵路徑法(CPM)（1）關鍵路徑定義（2）確定關鍵路徑

2/6/202337最早開始和最早結束時間1、最早開始時間（earlieststarttime,ES)是指某項活動能夠開始的最早時間。2、最早結束時間(earliestfinishtime, EF)是指某項活動能夠完成的最早時間。EF=ES+工期估計規(guī)則：某項活動的最早開始時間必須相同或晚于直接指向這項活動的最早結束時間中的最晚時間。2/6/202338最遲開始和結束時間1、最遲結束時間（latestfinishtime,LF)是指為了使項目在要求完工時間內完成，某項活動必須完成的最遲時間。2、最遲開始時間（lateststarttime,LS)是指為了使項目在要求完工時間內完成，某項活動必須開始的最遲時間。

LS=LF-工期估計（LS和LF通過反向推出）規(guī)則：某項活動的最遲結束時間必須相同或早于該活動直接指向的所有活動最遲開始時間的最早時間。2/6/202339網(wǎng)絡計劃技術正向計算正向計算目的：計算最早時間方法：根據(jù)邏輯關系方向：從網(wǎng)絡圖始端向終端計算第一個任務的開始為項目開始時間任務完成時間為開始時間加持續(xù)時間后續(xù)任務開始時間根據(jù)前置任務的時間和搭接時間而定多個前置任務存在時，根據(jù)最遲的任務時間定2/6/202340正向計算結果示例：正向計算結果-最早時間正向計算后的網(wǎng)絡數(shù)據(jù)（最下排顯示的數(shù)據(jù)是最早開始日期和最早完成日期）2/6/202341網(wǎng)絡計劃技術反向計算反向計算-計算最晚時間目的：計算最晚時間方法：根據(jù)邏輯關系方向：從網(wǎng)絡圖終端向始端計算最后一個任務的完成時間為項目完成時間任務開始時間為完成時間減持續(xù)時間前置任務完成時間根據(jù)后續(xù)任務的時間和搭接時間而定多個后續(xù)任務存在時，根據(jù)最早的任務時間定2/6/202342反向計算結果示例：反向計算結果-最晚時間反向計算后的網(wǎng)絡數(shù)據(jù)（最下排顯示的數(shù)據(jù)是最晚開始日期和最晚完成日期）2/6/202343有關時差定義時差（slack):在不影響項目最后完成時間的前提下，某活動可以推遲開始的最大時間量。總時差（totalslack,TS)：在不影響項目最后完成時間的前提下，項目可以推遲開始的最大時間量。TS=LF-EF或LS-ES2/6/202344關鍵路徑（criticalpath)關鍵路徑：從項目開始到項目完成有許多條路徑，在整個網(wǎng)絡圖中最長的路徑就叫關鍵路徑。非關鍵路徑（noncriticalpath):

在整個網(wǎng)絡圖中非最長的路徑都叫非關鍵路徑。2/6/202345確定關鍵路徑確定關鍵路徑：找出那些具有最小時差的活動時差=最晚開始時間-最早開始時間=最晚完成時間-最早完成時間時差等于0和小于0的任務組成關鍵路徑2/6/202346確定關鍵路徑時差計算和關鍵路徑確定2/6/202347進度管理里程碑(Milestone)

標記項目中重要事件的參考點，用于監(jiān)視項目的進度和可交付成果。2/6/202348進度管理進度控制方法分析進度，找出哪些地方需要采取糾正措施確定應采取哪種具體的糾正措施修改計劃，將糾正措施列入計劃重新計算進度，估計計劃采取的糾正措施的效果2/6/202349進度管理時間--成本平衡法開始DN=8:30000美元C=6:42000美元CN=10:40000美元C=9:45000美元BN=9:80000美元C=6:110000美元AN=7:50000美元C=5:62000美元結束2/6/202350進度管理時間--成本平衡法

縮短工期的單位時間成本=（應急成本-正常成本）÷（正常時間-應急時間）開始DN=8:30000美元C=6:42000美元CN=10:40000美元C=9:45000美元BN=9:80000美元C=6:110000美元AN=7:50000美元C=5:62000美元結束A:＄6,000/周B:＄10,000/周C:＄5,000/周D:＄6,000/周2/6/202351資源管理資源包括人、場地、工具、設備等。項目中最重要的資源是人力資源。資源的分配和使用都可以用成本來衡量。資源分配發(fā)生沖突又無法獲得更多資源時，需要對項目計劃進行調整（其結果是延長工期）資源約束下的進度安排（Resource-limitedScheduling）2/6/202352成本管理成本估計和項目預算根據(jù)項目計劃和項目資源分配情況估計項目成本將總預算成本分配到所有任務中。計算每一項任務在每個單位時間(如每周或每月)內的成本花費。2/6/202353軟件開發(fā)項目管理參考文獻StephenR.Schach,《軟件工程JAVA語言實現(xiàn)》，機械工業(yè)出版社，1999SteveMcConnell,RapidDevelop:TamingWildSoftwareSchedules.Redmond,Wa.:MicrosoftPressMicrosoft,MicrosoftSolutionsFramework,,2003SteveMcConnell,10MythsofRapidDevelopment,,20012/6/202354美國項目管理狀況（1）IT項目管理現(xiàn)狀StandishGroup對于IT8400個項目（投資250億美圓）的研究結果：項目實現(xiàn)其目標16%項目需要補救50%徹底失敗34%2/6/202355美國項目管理狀況（2）項目平均預算超出90%，進度超出120%項目總數(shù)33%既超出預算又進度推遲52.7%的項目費用是原估算的189%以上.只有16.2%項目按預算和進度完成平均時間超出量是原估算的222%-在大公司，只有9%的項目按預算，按進度完成2/6/202356美國項目管理狀況(3)最近參與的項目費用執(zhí)行情況：嚴重費用超支17%一定程度費用超支38%完全按預算執(zhí)行27%一定程度費用節(jié)余12%大量費用節(jié)余6%2/6/202357美國項目管理狀況(4)最近參與的項目滿足進度要求程度嚴重拖期35%一定程度拖期34%按時完成22%一定程度提前8%大量提前1%2/6/202358軟件項目失敗的五大原因不完整的需求描述10%～15%缺少用戶參與10%～15%缺乏資源10%～15%不現(xiàn)實的項目目標10%缺少管理層的支持5%～10%來源：StandishGroup2/6/202359國際項目管理組織(1)美國項目管理協(xié)會PMI（ProjectManagementInstitute)創(chuàng)建：60年代，性質：國際性組織分會：245個成員：企業(yè)、高校、研究單位職能：促進國際間項目管理發(fā)展國際項目管理組織(2)國際項目管理協(xié)會IPMA(InternationalProjectManagementAssociation）創(chuàng)建：1965，性質：非盈利的國際性組織成員：國家級項目管理協(xié)會職能：促進國際間項目管理發(fā)展產(chǎn)品和服務：研究和發(fā)展，教育與培訓，標準和資質認證國際項目管理知識體系美國PMI——項目管理的知識體系PMBOK(ProjectManagementBodyofKnowledge)九個知識領域國際IPMA——項目管理能力基礎ICB(IPMACompetenceBaseline)42個知識和實踐元素，其中核心元素28個，增加元素14個。CMM簡介CMM能力成熟度模型(CapabilityMaturityModel)

是一種幫助軟件開發(fā)組織改進軟件過程的策略由卡內基·梅隆大學軟件工程研究所提出1.初始級（Initial）2.可重復級（Repeatable）3.已定義級（Defined）4.已管理級（Management）5.優(yōu)化級（Optimizing）2/6/202363MSF簡介什么是MSF？微軟解決方案框架（MicrosoftSolutionFramework）是微軟公司根據(jù)自身的實踐經(jīng)驗為企業(yè)設計的一套有關軟件開發(fā)的模型、準則和成功經(jīng)驗；借助微軟解決方案框架，企業(yè)可以更有效地開發(fā)、管理和使用IT系統(tǒng)，更好地解決企業(yè)面臨的商務問題。微軟解決方案框架的設計目標是為企業(yè)IT系統(tǒng)的規(guī)劃(Planning)、建設(Building)和管理(Managing)提供支持和幫助2/6/202364MSF的主要模型企業(yè)架構模型（EnterpriseArchitectureModel）業(yè)務（Business）信息（Information）技術（Technology）應用（Application）2/6/202365MSF的主要模型解決方案設計模型（SolutionsDesignModel）概念設計（ConceptualDesign）：概念設計來源于最終用戶的需求，它的作用是確定業(yè)務目標，明確最終用戶想要做什么，需要什么樣的系統(tǒng)或產(chǎn)品邏輯設計（LogicalDesign）：邏輯設計是由項目組完成的。它的作用是根據(jù)業(yè)務需求提出要開發(fā)的應用系統(tǒng)的細節(jié)特性。物理設計（PhysicalDesign）：物理設計是由開發(fā)者完成的。它的作用是將邏輯設計轉變成為具體的技術設計，如實現(xiàn)方法和性能優(yōu)化等。

2/6/202366MSF的主要模型風險管理模型（RiskManagementModel）

風險管理模型提供了定義、預測、控制和管理項目風險的基本框架。它為預測、處理和控制項目風險，確定風險的優(yōu)先級，以及制定相關的風險管理策略提供了一系列準則和方法。使用風險管理模型可以幫助我們：關注項目中的關鍵因素關鍵的時間做出正確的決定為將來可能發(fā)生的未知事件作好準備2/6/202367MSF的主要模型應用模型（ApplicationModel）基于服務網(wǎng)絡的應用程序模型應用程序1應用程序2用戶服務層業(yè)務服務層數(shù)據(jù)服務層2/6/202368MSF的主要模型組隊模型（TeamModel）組隊模型為項目組的組織結構提供了一個靈活的方案。MSF組隊模型更注重對項目組成員的考察和定義，它具有相當高的靈活性和適應性，這也是微軟解決方案框架與其它項目管理體系，如CMM的重要區(qū)別之一。過程模型（ProcessModel）過程模型提供了一種基于里程碑的、可交互的、靈活的項目生命周期管理框架和指南。它涵蓋了項目的階段劃分、里程碑定義、任務分配、產(chǎn)品交付等方面的內容。后面將給出這兩種模型的詳細介紹2/6/202369MSF組隊模型在那些有著嚴格的經(jīng)費預算和確定的時間期限、其組員在處理問題時享有充分自由的小型項目組中，人們通常擁有最高的生產(chǎn)效率2/6/202370MSF組隊模型的基本原則小型的、多元化的項目組角色依賴和職責共享專深的技術水平和業(yè)務技能以產(chǎn)品發(fā)布為中心明確的目標客戶的主動參與分享產(chǎn)品的前景所有人都參與設計認真從過去的項目中吸取經(jīng)驗共同管理，共同決策項目組成員在同一地點辦公大項目組也像小項目組一樣運轉2/6/202371MSF組隊角色程序管理角色開發(fā)角色測試角色發(fā)布管理角色用戶體驗角色產(chǎn)品管理角色溝通2/6/202372產(chǎn)品管理角色（ProductManagement）在項目組中扮演客戶代言人的角色確保項目組成員對項目前景和項目范圍了如指掌管理客戶的需求意義開發(fā)、管理和提供業(yè)務用例說明（BusinessCase）管理客戶的預期目標控制產(chǎn)品特性和開發(fā)周期之間的關系管理市場宣傳和公共關系2/6/202373程序管理角色（ProgramManagement）推動產(chǎn)品開發(fā)過程管理產(chǎn)品范圍和產(chǎn)品特性說明推動項目組內的交流和討論管理產(chǎn)品開發(fā)速度，匯報項目狀態(tài)控制項目開發(fā)中關鍵的取舍和決策2/6/202374程序經(jīng)理(ProgramManager)

和項目經(jīng)理(ProjectManager)的區(qū)別編寫設計文檔贏得的權利管理項目一組人負責不編寫設計文檔授予的權利管理人一人負責項目經(jīng)理程序經(jīng)理2/6/202375開發(fā)角色(Development)完成產(chǎn)品特性的物理設計在項目組內承擔技術顧問的職責確保每一個產(chǎn)品特性在規(guī)定的時間內完成使產(chǎn)品達到可發(fā)布的狀態(tài)2/6/202376測試角色(Testing)制定測試策略和測試計劃確保產(chǎn)品的所有特性都經(jīng)過了嚴格的測試向項目組提供翔實、準確的測試報告2/6/202377用戶體驗角色(UserExperience)在產(chǎn)品設計階段確保產(chǎn)品可被最終用戶接受對產(chǎn)品的國際化功能提供支持設計和開發(fā)產(chǎn)品的技術支持系統(tǒng)用戶培訓確保產(chǎn)品的可用性圖形用戶界面設計2/6/202378發(fā)布管理者角色(ReleaseManagement)代表項目組協(xié)調公司內的運營、支持、發(fā)布渠道等部門的工作項目組的后勤和基礎設施管理產(chǎn)品發(fā)布事宜參與和管理、支持相關的項目決策過程管理產(chǎn)品的認證或許可模式，創(chuàng)建并分發(fā)產(chǎn)品的序列號、許可協(xié)議等2/6/202379MSF組隊模型不是組織結構圖產(chǎn)品經(jīng)理用戶培訓人員開發(fā)人員系統(tǒng)分析員發(fā)布管理人員開發(fā)人員測試人員2/6/202380對等團隊結構(Teamofpeers)程序經(jīng)理開發(fā)經(jīng)理測試經(jīng)理發(fā)布和后勤經(jīng)理用戶經(jīng)理產(chǎn)品經(jīng)理溝通2/6/202381MSF組隊模型的六大工作目標組隊角色工作目標產(chǎn)品管理角色提高顧客滿意度程序管理角色在有限時間和資源條件下開發(fā)產(chǎn)品開發(fā)角色嚴格依據(jù)用戶的業(yè)務需求和產(chǎn)品功能說明書開發(fā)產(chǎn)品測試角色在充分測試、定位了所有已知問題的前提下發(fā)布產(chǎn)品用戶體驗角色增強產(chǎn)品的可用性發(fā)布管理角色做好產(chǎn)品的發(fā)布和相關的管理工作2/6/202382組隊模型的靈活應用小型項目組中的角色合并按產(chǎn)品特性劃分項目組按職能劃分項目組2/6/202383小型項目組中的角色合并產(chǎn)品管理程序管理開發(fā)測試用戶體驗發(fā)布管理產(chǎn)品管理NNPPU程序管理NNUUP開發(fā)NNNNN測試PUNPP用戶體驗PUNPU發(fā)布管理UPNPUN不能合并U不建議合并P可以合并2/6/202384小型項目組中的角色合并程序管理發(fā)布管理開發(fā)測試產(chǎn)品經(jīng)理用戶體驗2/6/202385按產(chǎn)品特性劃分項目組程序管理用戶體驗產(chǎn)品管理開發(fā)測試發(fā)布管理程序管理開發(fā)測試程序管理開發(fā)測試程序管理開發(fā)測試領導小組接待功能開發(fā)組客房預定功能開發(fā)組結帳功能開發(fā)組2/6/202386按職能劃分項目組產(chǎn)品總體管理市場工作產(chǎn)品規(guī)劃市場調研宣傳公共關系程序總體管理版本管理項目協(xié)調產(chǎn)品架構設計開發(fā)管理用戶界面數(shù)據(jù)庫系統(tǒng)服務2/6/202387按職能劃分項目組測試管理集成測試壓力測試功能測試配置測試用戶體驗管理文檔編輯用戶資源設計媒體管理本地化發(fā)布管理項目運營系統(tǒng)管理渠道管理內部培訓支持平臺項目溝通2/6/202388項目組內外的交流和溝通產(chǎn)品管理開發(fā)測試最終用戶發(fā)布管理運營和支持部門最終用戶客戶業(yè)務設計和規(guī)劃人員技術委員會程序管理用戶體驗項目組商業(yè)視角技術視角2/6/202389MSF過程模型什么是MSF過程模型？

MSF過程模型是一種基于階段的，由里程碑驅動的、遞進的軟件開發(fā)模型2/6/202390傳統(tǒng)瀑布模型2/6/202391傳統(tǒng)螺旋模型2/6/202392MSF過程模型2/6/202393MSF過程模型的特點目標驅動而非任務驅動外部可見的里程碑應提交項的變更管理遞進的版本發(fā)布策略風險驅動的進度管理項目組集體參與管理產(chǎn)品質量2/6/202394MSF過程模型的基本原則制定計劃時兼顧未來的不確定因素通過有效的風險管理減少不確定因素的影響經(jīng)常生成產(chǎn)品和快速測試快速循環(huán)、遞進的開發(fā)過程從產(chǎn)品特性開發(fā)和成本控制出發(fā)創(chuàng)造性地工作創(chuàng)建確定的進度表使用小型項目區(qū)并發(fā)完成工作，并設置多個同步點將大型項目分解成多個可管理的單元，以便更快地發(fā)布產(chǎn)品用產(chǎn)品的前景目標和概要說明直到項目開發(fā)工作避免產(chǎn)品走形使用概念驗證原型進行開發(fā)前的測試零缺陷概念非責難式的里程碑評審會2/6/202395MSF過程模型的階段劃分和里程碑設置發(fā)布完成DeploymentComplete可發(fā)布版本準備就緒ReleaseReadinessApproved開發(fā)完成ScopeComplete項目管理計劃得到認可ProjectPlansApproved前景/范圍得到認可Vision/ScopeApproved發(fā)布階段DeployingPhase開發(fā)階段DevelopingPhase穩(wěn)定階段StabilizingPhase計劃階段PlanningPhase構想階段EnvisioningPhase2/6/202396里程碑管理主要里程碑和臨時里程碑里程碑是由目標驅動的里程碑式項目的同步點里程碑主要的推動者前景/范圍得到認可產(chǎn)品管理角色項目計劃得到認可程序管理角色開發(fā)完成開發(fā)和用戶體驗角色可發(fā)布版本準備就緒測試和發(fā)布管理角色發(fā)布完成發(fā)布管理角色2/6/202397均衡三角形資源特性進度2/6/202398項目均衡矩陣（ProjectTradeoffMatrix）資源特性進度資源進度特性可調整可選固定√√√2/6/202399項目均衡矩陣(ProjectTradeoffMatrix)在____一定的情況下，我們可以選擇____,并對____作必要的調整。通過邏輯組合不難知道，可能的填充結果有六種：在資源一定的情況下，我們可以選擇進度，并對產(chǎn)品特征作必要的調整。在資源一定的情況下，我們可以選擇產(chǎn)品特性，并對進度作必要的調整。在產(chǎn)品特性一定的情況下，我們可以選擇資源，并對進度作必要的調整。在產(chǎn)品特性一定的情況下，我們可以選擇進度，并對資源作必要的調整。在進度一定的情況下，我們可以選擇資源，并對產(chǎn)品特性作必要的調整。在進度一定的情況下，我們可以選擇產(chǎn)品特性，并對資源作必要的調整。2/6/2023100遞進的版本發(fā)布策略版本1版本2版本32/6/2023101構想階段(EnvisionPrase)里程碑：前景/范圍得到認可項目構想階段的應提交項包括：前景/范圍說明書風險評估說明書項目組織結構說明書角色任務產(chǎn)品管理負責全面工作；確認用戶需求；編寫前景/范圍說明書程序管理負責設計工作；概念設計；項目組織結構開發(fā)開發(fā)系統(tǒng)原型；技術選型；可行性分析用戶體驗收集用戶在使用方面的需求和建設測試制定測試策略；建立測試標準發(fā)布管理運營和支持；建立運營標準2/6/2023102計劃階段(PlanningPhrase)里程碑：項目計劃得到認可計劃階段產(chǎn)生的應提交項包括：功能說明書(Functionalspecification)風險管理計劃(Riskmanagementplan)項目總體計劃書和總體進度表(Masterprojectplanandmasterprojectschedule)角色任務產(chǎn)品管理概念設計；業(yè)務需求分析；溝通計劃程序管理概念設計和邏輯設計；功能說明書；項目總體計劃書和進度表，預測開發(fā)技術驗證；邏輯和物理設計；開發(fā)計劃/進度表；開發(fā)預算用戶體驗編寫使用情境/用例，用戶需求；本地化/易用性需求；用戶文檔/培訓計劃/進度表測試設計論證；測試需求說明書；測試計劃/進度表發(fā)布管理設計論證；運營需求；發(fā)布計劃/說明書2/6/2023103開發(fā)階段(DevelopingPhrase)里程碑：開發(fā)完成計劃階段產(chǎn)生的應提交以下內容：源代碼和可執(zhí)行程序(Sourcecodeandexecutables)安裝腳本和用于發(fā)布的配置信息(Installationscriptsandconfigurationsettingfordeployment)已凍結的功能說明書(Frozenfunctiona