版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、迭代計(jì)劃及任務(wù)安排,TOPGROUP CENTER ACADEME SEPG V1.0 2002-5-13,23.02.2021,2,概述,課程介紹 迭代式開發(fā) 工作流與活動(dòng) 工作細(xì)分結(jié)構(gòu)(WBS) 制作迭代計(jì)劃 建議 參考資料,課程介紹,23.02.2021,4,關(guān)于課程,課程目標(biāo) 預(yù)備知識(shí) 目標(biāo)聽眾 日程表 詞匯表 圖例(可選,23.02.2021,5,目標(biāo),理解迭代計(jì)劃(IP)的目標(biāo)與作用 理解迭代式開發(fā)的原理 了解Workflow是如何驅(qū)動(dòng)項(xiàng)目的開發(fā) 理解WBS的含義,以及如何制定項(xiàng)目WBS(工作細(xì)分結(jié)構(gòu)) 掌握如何制作迭代計(jì)劃的流程,23.02.2021,6,預(yù)備知識(shí),項(xiàng)目管理的基本
2、知識(shí) RUP的基本知識(shí) TPUP的基本知識(shí) 托普項(xiàng)目管理與開發(fā)規(guī)范,23.02.2021,7,目標(biāo)聽眾,項(xiàng)目經(jīng)理 項(xiàng)目計(jì)劃復(fù)審員 其他人員,23.02.2021,8,日程,共計(jì):1天 詳細(xì)安排,23.02.2021,9,詞匯,SPP- Software Project Plan IP- Iteration Plan RUP- Rational Unified Process TPUP- ToP Unified Process CMM- Capability Maturity Model,軟件迭代計(jì)劃簡(jiǎn)介,23.02.2021,11,問(wèn)題,什么是迭代? 迭代式開發(fā)的特點(diǎn),23.02.2021,1
3、2,概念,迭代 Iteration,重復(fù)做的事物 RUP將它定義為,迭代包括產(chǎn)生產(chǎn)品發(fā)布(穩(wěn)定、可執(zhí)行的產(chǎn)品版本)的全部開發(fā)活動(dòng)和要使用該發(fā)布(內(nèi)部或外部的)必需的所有其他外圍元素。 在某種程度上,開發(fā)迭代是一次完整地經(jīng)過(guò)所有工作流程的過(guò)程:(至少包括)需求工作流程、分析設(shè)計(jì)工作流程、實(shí)施工作流程和測(cè)試工作流程。實(shí)質(zhì)上,它類似小型的瀑布式項(xiàng)目,23.02.2021,13,迭代開發(fā)的特點(diǎn),每次迭代都將產(chǎn)生一次Release(內(nèi)部或外部) 能夠有效地盡早降低風(fēng)險(xiǎn) 每次迭代內(nèi)部是一個(gè)Waterfall模型 能夠更早地得到用戶的反饋 將重點(diǎn)放在項(xiàng)目的短期目標(biāo)里程碑,目標(biāo)更清晰 使部分實(shí)施(Implem
4、entation)的分發(fā)成為可能 使集成與測(cè)試可以不斷地持續(xù)下去,23.02.2021,14,迭代數(shù),當(dāng)項(xiàng)目的開發(fā)周期小于18個(gè)月或更少時(shí),比較典型的迭代數(shù)是3-6。如果項(xiàng)目的開發(fā)周期更長(zhǎng)時(shí),則需要更多的迭代數(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,迭代的時(shí)間長(zhǎng)度,時(shí)間長(zhǎng)度可以根據(jù)迭代目標(biāo)變化 時(shí)間長(zhǎng)度可以根據(jù)階段而不同 典型地,Elaboration的迭代比Construction的迭代更長(zhǎng) 在階段內(nèi),一般情況下,迭代的長(zhǎng)度是相同的(也可能第一次
5、迭代要長(zhǎng)一些),這樣更容易制訂計(jì)劃 不能過(guò)長(zhǎng)或過(guò)短(根據(jù)組織的狀況) 開發(fā)組織的大?。ǖ乃俣龋?組織對(duì)迭代方法的熟悉程度(包括具有穩(wěn)定成熟的組織) 團(tuán)隊(duì)在管理代碼(如分布式 CM)、分發(fā)信息(如內(nèi)部 Web)、實(shí)現(xiàn)測(cè)試自動(dòng)化時(shí)所采用的自動(dòng)化級(jí)別。 建議的迭代長(zhǎng)度為1-3個(gè)月,23.02.2021,16,迭代策略,寬而淺(Wide & Shallow) 分析完整的問(wèn)題域 所有的Use Case都進(jìn)行處理 定義全面的結(jié)構(gòu) 窄而深 (Narrow & Deep) 只對(duì)問(wèn)題領(lǐng)域中的一個(gè)條帶進(jìn)行深入分析 執(zhí)行一個(gè)片面的開發(fā) 混合(Hybrid) 混合兩種策略,Problem Domain,Probl
6、em Domain,Problem Domain,23.02.2021,17,生命周期中計(jì)劃迭代,更早的迭代解決 高風(fēng)險(xiǎn)區(qū)域 結(jié)構(gòu)的穩(wěn)定性 需求的理解 以后的迭代 功能 性能 魯棒性,工作流程與活動(dòng)(Workflow & Activity,23.02.2021,19,工作流程引導(dǎo)迭代開發(fā),需求工作流,分析設(shè)計(jì)工作流,23.02.2021,20,工作流程的結(jié)構(gòu),核心工作流程 (Core Workflow,工作流程明細(xì) (Workflow Detail,活動(dòng) (Activity,步驟 (Steps,1、 2、 3、 4、 5、 6,23.02.2021,21,工作流程,工作流程 在一個(gè)事務(wù)中活動(dòng)執(zhí)
7、行的序列,相對(duì)于事務(wù)中的每一個(gè)活動(dòng)者(Actor)產(chǎn)生一個(gè)可觀察的結(jié)果。 工作流程級(jí)別 核心工作流程(Core Workflow) 工作流程明細(xì)(Workflow Detail,23.02.2021,22,工作流明細(xì),23.02.2021,23,活動(dòng),活動(dòng) 有明確的目的 要求參與項(xiàng)目的某一成員執(zhí)行的,提供一個(gè)可測(cè)量結(jié)果的工作單位 內(nèi)容通常表述為創(chuàng)建或更新某些工件 它通常涉及一個(gè)角色,只影響一個(gè)或少數(shù)幾個(gè)工件 可以在多個(gè)迭代中執(zhí)行多次 粒度,一個(gè)活動(dòng)一般延續(xù)幾個(gè)小時(shí)到幾天,制作迭代計(jì)劃(Develop the Iteration Plan,23.02.2021,25,Overview,Softw
8、are Project Plan vs. Iteration Plan 概述 迭代計(jì)劃的作用 規(guī)劃迭代內(nèi)容 確定迭代目標(biāo) 選擇參與的用例 Example:選擇參與的用例 制定工作細(xì)分結(jié)構(gòu)(WBS,23.02.2021,26,SPP vs. Iteration Plan,SPP 考慮整個(gè)項(xiàng)目的進(jìn)度、資源、預(yù)算 考慮生命周期模型 定義項(xiàng)目里程碑 Iteration Plan 考慮當(dāng)前迭代的進(jìn)度、資源、預(yù)算 安排詳細(xì)的活動(dòng)和角色 定義迭代的具體目標(biāo)和迭代內(nèi)部里程碑 迭代可以有效、及時(shí)地降低項(xiàng)目的風(fēng)險(xiǎn) Relationship Iteration plan 要遵循 SPP Iteration的結(jié)果會(huì)影
9、響 SPP,23.02.2021,27,制作迭代計(jì)劃,輸入 SPP 風(fēng)險(xiǎn)列表 其他歷史數(shù)據(jù)/先前的迭代結(jié)果數(shù)據(jù) 輸出 迭代計(jì)劃文檔 迭代活動(dòng)安排(通常用 MS Project 安排,23.02.2021,28,迭代計(jì)劃的作用,定義迭代的目標(biāo),與階段的里程碑目標(biāo)一致的 定義迭代的開發(fā)與管理活動(dòng),以及活動(dòng)的輸出 明確參與人員的角色與職責(zé) 定義活動(dòng)的進(jìn)度、輸入、輸出 定義項(xiàng)目溝通方式 確定相應(yīng)的資源、預(yù)算的獲取,23.02.2021,29,規(guī)劃迭代內(nèi)容,計(jì)劃 任務(wù)進(jìn)度 中間里程碑 發(fā)布版,。 資源 計(jì)算機(jī)軟、硬件資源 人力資源 資金 用例 本次迭代要開發(fā)的用例與場(chǎng)景 評(píng)估標(biāo)準(zhǔn) 功能 性能 質(zhì)量,23
10、.02.2021,30,確定迭代目標(biāo),將階段的里程碑分解到迭代中 選擇正確的范圍:參與的用例 一般情況下,可以根據(jù)用例-風(fēng)險(xiǎn)關(guān)聯(lián)表選擇,首先選擇風(fēng)險(xiǎn)最高、問(wèn)題最多的用例 確定客觀的評(píng)估標(biāo)準(zhǔn) 驗(yàn)證迭代目標(biāo)的方法、途徑,23.02.2021,31,選擇參與的用例,如果不是對(duì)所有用例進(jìn)行開發(fā)(窄而深迭代策略),一般情況下,則應(yīng)當(dāng)按照風(fēng)險(xiǎn)的高低選擇,首先解決風(fēng)險(xiǎn)最高、解決風(fēng)險(xiǎn)最多的用例 在首次迭代中,應(yīng)當(dāng)注意選擇用例的工作量,因?yàn)槭状蔚鷪F(tuán)隊(duì)對(duì)于迭代方法是新的,并且需要?jiǎng)?chuàng)建環(huán)境、也存在工具集成的問(wèn)題 根據(jù)迭代的周期確定迭代用例的計(jì)劃表,要求迭代用例的計(jì)劃不能超過(guò)最初的迭代時(shí)間,否則要修改迭代周期 平均
11、分配到各次迭代(根據(jù)工作量,23.02.2021,32,選擇參與的用例(Const.,假定要選擇 4個(gè) Use Case。 根據(jù)下面的風(fēng)險(xiǎn)-用例關(guān)聯(lián)矩陣,確定首先選擇 UC1、 UC2、 UC4、 UC5進(jìn)行迭代。 因?yàn)椋?解決了4個(gè)風(fēng)險(xiǎn) 解決了風(fēng)險(xiǎn)值最高的兩個(gè)風(fēng)險(xiǎn),23.02.2021,33,制定工作細(xì)分結(jié)構(gòu)(WBS,分解項(xiàng)目迭代工作任務(wù) 安排任務(wù)進(jìn)度 確定任務(wù)路徑 下一節(jié)重點(diǎn)介紹,23.02.2021,34,確定輸出工件,定義迭代需要完成的工件,將這些工件分配到迭代開發(fā)活動(dòng)中(單個(gè)或多個(gè)活動(dòng)) 將工件分配給指定的角色(責(zé)任人) 將工件與對(duì)應(yīng)的工作流程(活動(dòng))聯(lián)系在一起,23.02.2021
12、,35,制作迭代計(jì)劃文檔,獲得計(jì)劃模版 編寫初稿 項(xiàng)目組成員參與 提交復(fù)審 修改相關(guān)文檔、保持所有計(jì)劃的一致性 SPP SQA 測(cè)試計(jì)劃,工作細(xì)分結(jié)構(gòu)(Work Breakdown Structure,23.02.2021,37,什么是工作細(xì)分結(jié)構(gòu)(WBS,Work Breakdown Structure (WBS)為所承擔(dān)的責(zé)任,所需資源的估計(jì)和項(xiàng)目進(jìn)度表的制定提供了一個(gè)基礎(chǔ),它開始解答:“怎樣做?”這個(gè)基本問(wèn)題,23.02.2021,38,WBS的分解過(guò)程,是將項(xiàng)目按照其內(nèi)在結(jié)構(gòu)或?qū)嵤┻^(guò)程的順序進(jìn)行逐層分解而形成的結(jié)構(gòu)示意圖表。 它將整個(gè)工作分解成若干足夠小的部分,便于個(gè)人承擔(dān),而且有足夠
13、的確切程度,能夠估計(jì)工作量和所費(fèi)時(shí)間,23.02.2021,39,活動(dòng)的界定,在WBS中,個(gè)人的活動(dòng)可以由每個(gè)工作包的責(zé)任人來(lái)界定。 通常而言,活動(dòng)的長(zhǎng)度應(yīng)小于兩周。 活動(dòng)應(yīng)該有一定的容量以包含特定意義的工作區(qū)域,同時(shí)又應(yīng)該足夠小,以便有規(guī)律地跟蹤其進(jìn)程,并盡早發(fā)現(xiàn)問(wèn)題,23.02.2021,40,WBS結(jié)構(gòu)的表達(dá)形式,思維圖 樹形結(jié)構(gòu)(最常用的) 大綱形式,23.02.2021,41,識(shí)別 WBS的流程,識(shí)別項(xiàng)目的 主要組成部分,要實(shí)現(xiàn)項(xiàng)目目標(biāo)需要完成哪些主要工作,能否估算出完 成它們各組成部分的 費(fèi)用和時(shí)間,檢查劃分后得到 的更小組成部分,完成WBS,找出上述各 組成部分更小 的組成部分,
14、要完成上述部分,有 哪些更具體的工作要 做,不進(jìn)行這層的工作,上層次的各項(xiàng)工作 能否完成? 完成這些工作,上一層次工作就一定能 完成嗎? 這一層次的各項(xiàng)工作的內(nèi)容、范圍和 性質(zhì)是否都已明確,修改,是,不修改,否,23.02.2021,42,編號(hào)并理解每項(xiàng)任務(wù),確定了WBS以及所有要做的工作后,對(duì)所有任務(wù)和子任務(wù)進(jìn)行編號(hào)以便查詢,23.02.2021,43,依存性分析(邏輯次序關(guān)系,由于工作細(xì)分體系的規(guī)定的,項(xiàng)目中各項(xiàng)活動(dòng)之間的關(guān)系或相互的依存性必須加以分析,以便確定步驟發(fā)生的先后次序,23.02.2021,44,WBS的用途,制定工作順序 確定工作進(jìn)度 配備人員 編制預(yù)算 監(jiān)視 具體內(nèi)容的驗(yàn)證
15、,23.02.2021,45,制作WBS,采用Ms Project來(lái)記載 調(diào)整結(jié)構(gòu) 計(jì)算Schedule 分配活動(dòng)資源 建立關(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,對(duì)迭代計(jì)劃的建議,23.02.2
16、021,49,對(duì)迭代計(jì)劃的建議-1,實(shí)行真實(shí)性檢查通過(guò)詢問(wèn)并且回答一些難題來(lái)開始詳細(xì)的規(guī)劃工作: 項(xiàng)目是否仍在按計(jì)劃進(jìn)行? 您的方法是否仍有意義? 您的團(tuán)隊(duì)是否由合適的人員組成? 您是否仍有資金管理者支持? 如果其中任何一個(gè)問(wèn)題的答案是否,則需要解決問(wèn)題,這可能意味著新(且非常短)迭代使您的團(tuán)隊(duì)回到正常軌道上。對(duì)處于困境的項(xiàng)目進(jìn)行大計(jì)劃是毫無(wú)價(jià)值的,23.02.2021,50,對(duì)迭代的建議-2,標(biāo)識(shí)詳細(xì)的任務(wù)在項(xiàng)目開始時(shí),體系結(jié)構(gòu)和轉(zhuǎn)移迭代只是列出需要實(shí)現(xiàn)的任務(wù)列表。然而,要規(guī)劃迭代,必須評(píng)估已為它指定的需求。隨著項(xiàng)目發(fā)展,您將對(duì)于對(duì)個(gè)別需求有更好理解。您可能會(huì)發(fā)現(xiàn),現(xiàn)在需要更改給迭代指定的原
17、始需求,這些需求最初是有意義的?;蛟S已經(jīng)標(biāo)識(shí)并添加了新的需求;或許已經(jīng)擴(kuò)展或縮減了需求;或許已經(jīng)更改了優(yōu)先級(jí)。不管什么原因,您會(huì)發(fā)現(xiàn)您需要重新定義打算在該迭代中實(shí)現(xiàn)的內(nèi)容。根據(jù)需求,標(biāo)識(shí)需要實(shí)現(xiàn)的任務(wù),23.02.2021,51,對(duì)迭代計(jì)劃的建議-3,標(biāo)識(shí)任務(wù)相關(guān)性某些任務(wù)取決于其它任務(wù)。 例如,在部署源代碼之前,必須先編寫它。測(cè)試案例的開發(fā)可以在編碼之前開始。實(shí)際代碼的測(cè)試必須等待,直到已經(jīng)編寫了某些代碼(盡管或許不是所有代碼)為止。 問(wèn)題是 某些任務(wù)必須在其它任務(wù)完成之后才能開始 某些任務(wù)必須等待,直到另一個(gè)任務(wù)開始了為止,它才可以開始 某些任務(wù)不能完成,直到另一個(gè)任務(wù)完成為止 某些任務(wù)不
18、能完成,直到另一個(gè)任務(wù)開始了為止,23.02.2021,52,對(duì)迭代計(jì)劃的建議-4,均衡資源需要緊記的重要事情是,每個(gè)人一次只可處理那么多任務(wù),并且在工作的那一天只有那么多時(shí)間。這個(gè)概念稱為資源均衡,確保任務(wù)分派是合理的。 指定用 10% 的時(shí)間完成 10 項(xiàng)任務(wù)很可能無(wú)法完成任何任務(wù), 而且指定用 50% 的時(shí)間完成 5 項(xiàng)任務(wù)的人員也不可能完成這些任務(wù)。確?,F(xiàn)實(shí)的規(guī)劃的最好方法是,讓執(zhí)行計(jì)劃的人員參與計(jì)劃開發(fā),23.02.2021,53,對(duì)迭代計(jì)劃的建議-5,保持迭代短小迭代周期應(yīng)該保持比較短。應(yīng)該將大于 8 周的迭代分割,以便讓您迅速將軟件交付給用戶。因?yàn)檎趪L試彌補(bǔ)在先前迭代中跳過(guò)的工作(如文檔編制),或者因?yàn)槟男枨笳谠黾佣鴽](méi)有添加新的迭代來(lái)反映這一事實(shí),所以當(dāng)項(xiàng)目進(jìn)展時(shí)迭代長(zhǎng)度增長(zhǎng)是一種趨勢(shì)。執(zhí)行真實(shí)性檢查并
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 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ì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025版文化藝術(shù)節(jié)專用舞臺(tái)搭建與施工承包合同3篇
- 二零二五年度塔吊安全監(jiān)控安裝施工勞務(wù)分包合同
- 二零二五年度房產(chǎn)買賣合同關(guān)于房屋附屬設(shè)施使用協(xié)議4篇
- 口腔科2025年度公益活動(dòng)策劃與執(zhí)行合同3篇
- 二零二五年度土地儲(chǔ)備與交易居間合同
- 2025年度消防器材租賃與維修專業(yè)承包服務(wù)協(xié)議3篇
- 2025年度臨時(shí)倉(cāng)儲(chǔ)倉(cāng)儲(chǔ)貨物保險(xiǎn)及理賠合同
- 2025年度牧草種植與農(nóng)業(yè)科技研發(fā)合同范本4篇
- 2024維修電器合同
- 2025年度配電箱模塊化設(shè)計(jì)與制造合同4篇
- GB/T 43650-2024野生動(dòng)物及其制品DNA物種鑒定技術(shù)規(guī)程
- 2024年南京鐵道職業(yè)技術(shù)學(xué)院高職單招(英語(yǔ)/數(shù)學(xué)/語(yǔ)文)筆試歷年參考題庫(kù)含答案解析
- 暴發(fā)性心肌炎查房
- 口腔醫(yī)學(xué)中的人工智能應(yīng)用培訓(xùn)課件
- 工程質(zhì)保金返還審批單
- 【可行性報(bào)告】2023年電動(dòng)自行車項(xiàng)目可行性研究分析報(bào)告
- 五月天歌詞全集
- 商品退換貨申請(qǐng)表模板
- 實(shí)習(xí)單位鑒定表(模板)
- 數(shù)字媒體應(yīng)用技術(shù)專業(yè)調(diào)研方案
- 2023年常州市新課結(jié)束考試九年級(jí)數(shù)學(xué)試卷(含答案)
評(píng)論
0/150
提交評(píng)論