項目迭代計劃與任務(wù)安排PPT精品文檔

1、迭代計劃及任務(wù)安排,TOPGROUP CENTER ACADEME SEPG V1.0 2002-5-13,23.02.2021,2,概述,課程介紹 迭代式開發(fā) 工作流與活動 工作細分結(jié)構(gòu)（WBS） 制作迭代計劃 建議 參考資料,課程介紹,23.02.2021,4,關(guān)于課程,課程目標(biāo) 預(yù)備知識 目標(biāo)聽眾 日程表 詞匯表 圖例（可選,23.02.2021,5,目標(biāo),理解迭代計劃（IP）的目標(biāo)與作用 理解迭代式開發(fā)的原理 了解Workflow是如何驅(qū)動項目的開發(fā) 理解WBS的含義，以及如何制定項目WBS（工作細分結(jié)構(gòu)） 掌握如何制作迭代計劃的流程,23.02.2021,6,預(yù)備知識,項目管理的基本

2、知識 RUP的基本知識 TPUP的基本知識 托普項目管理與開發(fā)規(guī)范,23.02.2021,7,目標(biāo)聽眾,項目經(jīng)理 項目計劃復(fù)審員 其他人員,23.02.2021,8,日程,共計：1天 詳細安排,23.02.2021,9,詞匯,SPP- Software Project Plan IP- Iteration Plan RUP- Rational Unified Process TPUP- ToP Unified Process CMM- Capability Maturity Model,軟件迭代計劃簡介,23.02.2021,11,問題,什么是迭代？ 迭代式開發(fā)的特點,23.02.2021,1

3、2,概念,迭代 Iteration，重復(fù)做的事物 RUP將它定義為，迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動和要使用該發(fā)布（內(nèi)部或外部的）必需的所有其他外圍元素。 在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：（至少包括）需求工作流程、分析設(shè)計工作流程、實施工作流程和測試工作流程。實質(zhì)上，它類似小型的瀑布式項目,23.02.2021,13,迭代開發(fā)的特點,每次迭代都將產(chǎn)生一次Release（內(nèi)部或外部） 能夠有效地盡早降低風(fēng)險 每次迭代內(nèi)部是一個Waterfall模型 能夠更早地得到用戶的反饋 將重點放在項目的短期目標(biāo)里程碑，目標(biāo)更清晰 使部分實施（Implem

4、entation）的分發(fā)成為可能 使集成與測試可以不斷地持續(xù)下去,23.02.2021,14,迭代數(shù),當(dāng)項目的開發(fā)周期小于18個月或更少時，比較典型的迭代數(shù)是3-6。如果項目的開發(fā)周期更長時，則需要更多的迭代數(shù)。 Low: 30, 1, 1, 1 Typical:61, 2, 2, 1 High: 91, 3, 3, 1 Very High:102, 3, 3, 2,23.02.2021,15,迭代的時間長度,時間長度可以根據(jù)迭代目標(biāo)變化 時間長度可以根據(jù)階段而不同 典型地，Elaboration的迭代比Construction的迭代更長 在階段內(nèi)，一般情況下，迭代的長度是相同的（也可能第一次

5、迭代要長一些），這樣更容易制訂計劃 不能過長或過短（根據(jù)組織的狀況） 開發(fā)組織的大?。ǖ乃俣龋?組織對迭代方法的熟悉程度（包括具有穩(wěn)定成熟的組織） 團隊在管理代碼（如分布式 CM）、分發(fā)信息（如內(nèi)部 Web）、實現(xiàn)測試自動化時所采用的自動化級別。 建議的迭代長度為1-3個月,23.02.2021,16,迭代策略,寬而淺（Wide & Shallow） 分析完整的問題域 所有的Use Case都進行處理 定義全面的結(jié)構(gòu) 窄而深 （Narrow & Deep） 只對問題領(lǐng)域中的一個條帶進行深入分析 執(zhí)行一個片面的開發(fā) 混合（Hybrid） 混合兩種策略,Problem Domain,Probl

6、em Domain,Problem Domain,23.02.2021,17,生命周期中計劃迭代,更早的迭代解決 高風(fēng)險區(qū)域 結(jié)構(gòu)的穩(wěn)定性 需求的理解 以后的迭代 功能 性能 魯棒性,工作流程與活動（Workflow & Activity,23.02.2021,19,工作流程引導(dǎo)迭代開發(fā),需求工作流,分析設(shè)計工作流,23.02.2021,20,工作流程的結(jié)構(gòu),核心工作流程 (Core Workflow,工作流程明細 (Workflow Detail,活動 (Activity,步驟 (Steps,1、 2、 3、 4、 5、 6,23.02.2021,21,工作流程,工作流程 在一個事務(wù)中活動執(zhí)

7、行的序列，相對于事務(wù)中的每一個活動者（Actor）產(chǎn)生一個可觀察的結(jié)果。 工作流程級別 核心工作流程（Core Workflow） 工作流程明細（Workflow Detail,23.02.2021,22,工作流明細,23.02.2021,23,活動,活動 有明確的目的 要求參與項目的某一成員執(zhí)行的，提供一個可測量結(jié)果的工作單位 內(nèi)容通常表述為創(chuàng)建或更新某些工件 它通常涉及一個角色，只影響一個或少數(shù)幾個工件 可以在多個迭代中執(zhí)行多次 粒度，一個活動一般延續(xù)幾個小時到幾天,制作迭代計劃（Develop the Iteration Plan,23.02.2021,25,Overview,Softw

8、are Project Plan vs. Iteration Plan 概述 迭代計劃的作用 規(guī)劃迭代內(nèi)容 確定迭代目標(biāo) 選擇參與的用例 Example:選擇參與的用例 制定工作細分結(jié)構(gòu)（WBS,23.02.2021,26,SPP vs. Iteration Plan,SPP 考慮整個項目的進度、資源、預(yù)算 考慮生命周期模型 定義項目里程碑 Iteration Plan 考慮當(dāng)前迭代的進度、資源、預(yù)算 安排詳細的活動和角色 定義迭代的具體目標(biāo)和迭代內(nèi)部里程碑 迭代可以有效、及時地降低項目的風(fēng)險 Relationship Iteration plan 要遵循 SPP Iteration的結(jié)果會影

9、響 SPP,23.02.2021,27,制作迭代計劃,輸入 SPP 風(fēng)險列表 其他歷史數(shù)據(jù)/先前的迭代結(jié)果數(shù)據(jù) 輸出 迭代計劃文檔 迭代活動安排（通常用 MS Project 安排,23.02.2021,28,迭代計劃的作用,定義迭代的目標(biāo)，與階段的里程碑目標(biāo)一致的 定義迭代的開發(fā)與管理活動，以及活動的輸出 明確參與人員的角色與職責(zé) 定義活動的進度、輸入、輸出 定義項目溝通方式 確定相應(yīng)的資源、預(yù)算的獲取,23.02.2021,29,規(guī)劃迭代內(nèi)容,計劃 任務(wù)進度 中間里程碑 發(fā)布版，。 資源 計算機軟、硬件資源 人力資源 資金 用例 本次迭代要開發(fā)的用例與場景 評估標(biāo)準(zhǔn) 功能 性能 質(zhì)量,23

10、.02.2021,30,確定迭代目標(biāo),將階段的里程碑分解到迭代中 選擇正確的范圍：參與的用例 一般情況下，可以根據(jù)用例-風(fēng)險關(guān)聯(lián)表選擇，首先選擇風(fēng)險最高、問題最多的用例 確定客觀的評估標(biāo)準(zhǔn) 驗證迭代目標(biāo)的方法、途徑,23.02.2021,31,選擇參與的用例,如果不是對所有用例進行開發(fā)（窄而深迭代策略），一般情況下，則應(yīng)當(dāng)按照風(fēng)險的高低選擇，首先解決風(fēng)險最高、解決風(fēng)險最多的用例 在首次迭代中，應(yīng)當(dāng)注意選擇用例的工作量，因為首次迭代團隊對于迭代方法是新的，并且需要創(chuàng)建環(huán)境、也存在工具集成的問題 根據(jù)迭代的周期確定迭代用例的計劃表，要求迭代用例的計劃不能超過最初的迭代時間，否則要修改迭代周期 平均

11、分配到各次迭代（根據(jù)工作量,23.02.2021,32,選擇參與的用例（Const.,假定要選擇 4個 Use Case。 根據(jù)下面的風(fēng)險-用例關(guān)聯(lián)矩陣，確定首先選擇 UC1、 UC2、 UC4、 UC5進行迭代。 因為， 解決了4個風(fēng)險 解決了風(fēng)險值最高的兩個風(fēng)險,23.02.2021,33,制定工作細分結(jié)構(gòu)（WBS,分解項目迭代工作任務(wù) 安排任務(wù)進度 確定任務(wù)路徑 下一節(jié)重點介紹,23.02.2021,34,確定輸出工件,定義迭代需要完成的工件，將這些工件分配到迭代開發(fā)活動中（單個或多個活動） 將工件分配給指定的角色（責(zé)任人） 將工件與對應(yīng)的工作流程（活動）聯(lián)系在一起,23.02.2021

12、,35,制作迭代計劃文檔,獲得計劃模版 編寫初稿 項目組成員參與 提交復(fù)審 修改相關(guān)文檔、保持所有計劃的一致性 SPP SQA 測試計劃,工作細分結(jié)構(gòu)（Work Breakdown Structure,23.02.2021,37,什么是工作細分結(jié)構(gòu)（WBS,Work Breakdown Structure （WBS）為所承擔(dān)的責(zé)任，所需資源的估計和項目進度表的制定提供了一個基礎(chǔ)，它開始解答：“怎樣做？”這個基本問題,23.02.2021,38,WBS的分解過程,是將項目按照其內(nèi)在結(jié)構(gòu)或?qū)嵤┻^程的順序進行逐層分解而形成的結(jié)構(gòu)示意圖表。 它將整個工作分解成若干足夠小的部分，便于個人承擔(dān)，而且有足夠

13、的確切程度，能夠估計工作量和所費時間,23.02.2021,39,活動的界定,在WBS中，個人的活動可以由每個工作包的責(zé)任人來界定。 通常而言，活動的長度應(yīng)小于兩周。 活動應(yīng)該有一定的容量以包含特定意義的工作區(qū)域，同時又應(yīng)該足夠小，以便有規(guī)律地跟蹤其進程，并盡早發(fā)現(xiàn)問題,23.02.2021,40,WBS結(jié)構(gòu)的表達形式,思維圖 樹形結(jié)構(gòu)（最常用的） 大綱形式,23.02.2021,41,識別 WBS的流程,識別項目的 主要組成部分,要實現(xiàn)項目目標(biāo)需要完成哪些主要工作,能否估算出完 成它們各組成部分的 費用和時間,檢查劃分后得到 的更小組成部分,完成WBS,找出上述各 組成部分更小 的組成部分,

14、要完成上述部分，有 哪些更具體的工作要 做,不進行這層的工作，上層次的各項工作 能否完成？ 完成這些工作，上一層次工作就一定能 完成嗎？ 這一層次的各項工作的內(nèi)容、范圍和 性質(zhì)是否都已明確,修改,是,不修改,否,23.02.2021,42,編號并理解每項任務(wù),確定了WBS以及所有要做的工作后，對所有任務(wù)和子任務(wù)進行編號以便查詢,23.02.2021,43,依存性分析（邏輯次序關(guān)系,由于工作細分體系的規(guī)定的，項目中各項活動之間的關(guān)系或相互的依存性必須加以分析，以便確定步驟發(fā)生的先后次序,23.02.2021,44,WBS的用途,制定工作順序 確定工作進度 配備人員 編制預(yù)算 監(jiān)視 具體內(nèi)容的驗證

15、,23.02.2021,45,制作WBS,采用Ms Project來記載 調(diào)整結(jié)構(gòu) 計算Schedule 分配活動資源 建立關(guān)鍵路徑 甘特圖、網(wǎng)絡(luò)圖,23.02.2021,46,生命周期中的 WBS,Inception Phase,Transition Phase,Elaboration Phase,Construction Phase,23.02.2021,47,生命周期中的 WBS（Const.,1 Level Core Workflows 2 Level Phases 3 Level Workflows Detail 4 Level Activities,對迭代計劃的建議,23.02.2

16、021,49,對迭代計劃的建議-1,實行真實性檢查通過詢問并且回答一些難題來開始詳細的規(guī)劃工作： 項目是否仍在按計劃進行？ 您的方法是否仍有意義？ 您的團隊是否由合適的人員組成？ 您是否仍有資金管理者支持？ 如果其中任何一個問題的答案是否，則需要解決問題，這可能意味著新（且非常短）迭代使您的團隊回到正常軌道上。對處于困境的項目進行大計劃是毫無價值的,23.02.2021,50,對迭代的建議-2,標(biāo)識詳細的任務(wù)在項目開始時，體系結(jié)構(gòu)和轉(zhuǎn)移迭代只是列出需要實現(xiàn)的任務(wù)列表。然而，要規(guī)劃迭代，必須評估已為它指定的需求。隨著項目發(fā)展，您將對于對個別需求有更好理解。您可能會發(fā)現(xiàn)，現(xiàn)在需要更改給迭代指定的原

17、始需求，這些需求最初是有意義的。或許已經(jīng)標(biāo)識并添加了新的需求；或許已經(jīng)擴展或縮減了需求；或許已經(jīng)更改了優(yōu)先級。不管什么原因，您會發(fā)現(xiàn)您需要重新定義打算在該迭代中實現(xiàn)的內(nèi)容。根據(jù)需求，標(biāo)識需要實現(xiàn)的任務(wù),23.02.2021,51,對迭代計劃的建議-3,標(biāo)識任務(wù)相關(guān)性某些任務(wù)取決于其它任務(wù)。 例如，在部署源代碼之前，必須先編寫它。測試案例的開發(fā)可以在編碼之前開始。實際代碼的測試必須等待，直到已經(jīng)編寫了某些代碼（盡管或許不是所有代碼）為止。 問題是 某些任務(wù)必須在其它任務(wù)完成之后才能開始 某些任務(wù)必須等待，直到另一個任務(wù)開始了為止，它才可以開始 某些任務(wù)不能完成，直到另一個任務(wù)完成為止 某些任務(wù)不

18、能完成，直到另一個任務(wù)開始了為止,23.02.2021,52,對迭代計劃的建議-4,均衡資源需要緊記的重要事情是，每個人一次只可處理那么多任務(wù)，并且在工作的那一天只有那么多時間。這個概念稱為資源均衡，確保任務(wù)分派是合理的。 指定用 10% 的時間完成 10 項任務(wù)很可能無法完成任何任務(wù)， 而且指定用 50% 的時間完成 5 項任務(wù)的人員也不可能完成這些任務(wù)。確?，F(xiàn)實的規(guī)劃的最好方法是，讓執(zhí)行計劃的人員參與計劃開發(fā),23.02.2021,53,對迭代計劃的建議-5,保持迭代短小迭代周期應(yīng)該保持比較短。應(yīng)該將大于 8 周的迭代分割，以便讓您迅速將軟件交付給用戶。因為正在嘗試彌補在先前迭代中跳過的工作（如文檔編制），或者因為您的需求正在增加而沒有添加新的迭代來反映這一事實，所以當(dāng)項目進展時迭代長度增長是一種趨勢。執(zhí)行真實性檢查并