某公司項(xiàng)目管理課程-在線瀏覽
2025-02-08 13:40本頁(yè)面
【正文】 發(fā)人員之間是緊密的連續(xù)的合作關(guān)系222。 專注于交付軟件 .222。20敏捷 與 CMMI雙劍合璧223。 CMMI自頂向下，敏捷自底向上223。 敏捷的很多實(shí)踐是對(duì) CMMI的一種實(shí)現(xiàn)，比如 sprint計(jì)劃會(huì)議就是 PP的實(shí)現(xiàn)，每日例會(huì)就是在做 PMC223。 項(xiàng)目級(jí)的敏捷實(shí)踐通過 CMMI可以在組織級(jí)得以重用21eXtreme Programming223。223。 『 在客戶有系統(tǒng)需求時(shí)，給予及時(shí)滿意的可執(zhí)行程序 』 ，所以最適合需求快速變動(dòng)的項(xiàng)目。 它強(qiáng)調(diào)客戶所要的是222。223。 完整團(tuán)隊(duì)、計(jì)劃游戲、客戶測(cè)試222。 改進(jìn)設(shè)計(jì)、持續(xù)集成、集體代碼所有權(quán)222。MicrosoftCenter 采用敏捷方法得當(dāng)?shù)脑?，可以?22。.222。每次迭代都能交付可運(yùn)行的軟件 .222。 改善應(yīng)對(duì)變更能力 , 改善項(xiàng)目溝通 .222。避免錯(cuò)誤的假設(shè) .223。 提高了生產(chǎn)率 。減少 “浪費(fèi) ”項(xiàng)目的每次迭代都有明確的目標(biāo) .222。按預(yù)期交付軟件 , 改善員工的滿意度 。團(tuán)隊(duì)精神，減少官僚，能夠規(guī)劃和管理自己的工作，減少 “恐慌 ”24目錄223。 敏捷宣言及原則223。 敏捷方法的實(shí)踐 Scrum的角色 Scrum流程和工作產(chǎn)品 Scrum應(yīng)用223。 每個(gè)迭代有一個(gè)大約為 1～ 4周的時(shí)間框，在 SCRUM里稱為一次沖刺（超過 1個(gè)月的詳細(xì)計(jì)劃往往偏差很大）223。 每次迭代都應(yīng)該有明確的可演示的工作成果223。 迭代可以將項(xiàng)目的壓力分解到每個(gè)小的階段，風(fēng)險(xiǎn)也能同時(shí)分解26敏捷關(guān)鍵實(shí)踐 2——測(cè)試驅(qū)動(dòng)開發(fā) TDD223。 首先創(chuàng)建測(cè)試用例，然后開發(fā)軟件通過測(cè)試 (在開發(fā)代碼前，首先編寫測(cè)試代碼 )223。 所創(chuàng)建的測(cè)試用例用來指導(dǎo)和約束項(xiàng)目中的各項(xiàng)工作，對(duì)未來的各項(xiàng)工作提供一個(gè)安全的保護(hù)222。 所創(chuàng)建的測(cè)試用例通常替代詳細(xì)的業(yè)務(wù)和技術(shù)需求定223。 通常情況下需要自動(dòng)測(cè)試的支持 JUnit 對(duì)于 UI軟件應(yīng)用 TDD方法有一定的困難27敏捷關(guān)鍵實(shí)踐 3——持續(xù)集成? 極限編程稱為 “每日構(gòu)建 ”? 持續(xù)集成一般利用 ANT、 MAVEN等工具? 日構(gòu)建的好處：? 將集成風(fēng)險(xiǎn)降到最低? 降低質(zhì)量風(fēng)險(xiǎn)? 提升士氣? 日構(gòu)建可以看做是項(xiàng)目的心跳，冒煙測(cè)試就像是聽診器? 日構(gòu)建必須至少：成功編譯、打包、發(fā)布；不含有任何明顯的缺陷；通過冒煙測(cè)試28敏捷關(guān)鍵實(shí)踐 4——面對(duì)面交流 223。 敏捷開發(fā)把交流缺失問題考慮在內(nèi)，要求團(tuán)隊(duì)成員彼此直接協(xié)作，盡量創(chuàng)造面對(duì)面交流的機(jī)會(huì)；223。223。29敏捷方法的其它實(shí)踐223。223。223。 團(tuán)隊(duì)工作室 頻繁發(fā)布223。 重構(gòu)30重構(gòu) ——改善既有代碼的設(shè)計(jì)223。Fowler提出223。 MartinBeck列舉了 22種壞味道：冗余代碼、冗長(zhǎng)的方法、巨大的類、過多的參數(shù)等等223。 簡(jiǎn)單設(shè)計(jì)的思想223。 TDD是重構(gòu)的腳手架223。extractmove 簡(jiǎn)單設(shè)計(jì) 測(cè)試用例 實(shí)現(xiàn)再說（重構(gòu) 回歸測(cè)試） *31Scrum何時(shí)更有效？223。 敏捷方法對(duì)需求不完整以及經(jīng)常變換的項(xiàng)目比較有效 .223。并且可以凍結(jié)正在進(jìn)行的迭代的范圍223。OwnerScrum 項(xiàng)目的人員結(jié)構(gòu)能夠分成 6到 10人的團(tuán)隊(duì)，最好每個(gè)工作地點(diǎn)一個(gè)小組 .（ ScrumScrums， Scrum的擴(kuò)展）223。223。 固定價(jià)格的項(xiàng)目可以使用敏捷，但應(yīng)當(dāng)盡量避免。 變更項(xiàng)目的范圍不需要高級(jí)管理層的批準(zhǔn) .問題 2，為什么 SCRUM團(tuán)隊(duì)人員最好在 10人以內(nèi)？32目錄223。 敏捷宣言及原則223。 敏捷方法的實(shí)踐223。 Scrum流程和工作產(chǎn)品 Scrum應(yīng)用223。 相對(duì)于過程與工具，敏捷更強(qiáng)調(diào) “人 ”的因素。 誠(chéng)信是基礎(chǔ)223。 誠(chéng)信與否是有效實(shí)施敏捷過程的最大限制34Scrum框架35Scrum角色海頤軟件Scrum角色之 Product Owner223。Owner）的職責(zé)如下：222。222。222。ofproduct222。222。222。37Scrum角色之 ScrumMaster223。Leader和 Product他必須 :222。222。222。222。222。DailySprintandPlanning38Scrum角色之 Scrum Team223。 團(tuán)隊(duì)要跨職能（包括開發(fā)人員、測(cè)試人員、用戶界面設(shè)計(jì)師等）223。（有些情況例外，比如數(shù)據(jù)庫(kù)管理員）223。223。223。Owner演示產(chǎn)品功能。 團(tuán)隊(duì)成員構(gòu)成在 sprint內(nèi)不允許變化。 敏捷的背景與動(dòng)機(jī)223。 敏捷方法是什么？223。223。223。 Scrum應(yīng)用223。PlanningSprintBacklog?UpdatedBacklogDailymeetings? Whatyouyesterday? Whatyoutoday?? Whatareyour Scrum的項(xiàng)目過程有一系列的 Sprint組成。 Sprint的長(zhǎng)度一般控制在 24周。 通過固定的周期保持良好的節(jié)奏。 產(chǎn)品的設(shè)計(jì)、開發(fā)、測(cè)試都在 Sprint期間完成。 Sprint結(jié)束時(shí)交付可以工作的軟件。 在 Sprint過程中不允許發(fā)生變更。MicrosoftCenterMicrosoftCenter 每日 Scrum會(huì)議，即團(tuán)隊(duì)每日例會(huì)，條件允許的話，每天都應(yīng)該在同樣的時(shí)間和地點(diǎn)，組織所有成員站立進(jìn)行。 最好是每天早晨開，一般 15分鐘左右，時(shí)間比較短，也有利于團(tuán)隊(duì)成員安排好當(dāng)天的工作。 只有團(tuán)隊(duì)成員可以在例會(huì)上發(fā)言，其他人員有興趣可以參加，但只能旁聽，不能發(fā)言。 每日 Scrum會(huì)議由 ScrumScrum團(tuán)隊(duì)所有成員輪流回答以下 3個(gè)問題：222。 今天我打算做什么？222。MicrosoftCenter在 Sprint過程中我們要不斷的更新它。 無(wú)論每日站會(huì)過程中或者之后，如果估計(jì)發(fā)生了變化，任務(wù)會(huì)根據(jù)變化在任務(wù)墻上做相應(yīng)的調(diào)整。MicrosoftCenter Sprint評(píng)審會(huì)用來演示在這個(gè) Sprint中開發(fā)的產(chǎn)品功能給 ProductProduct222。 一般是通過現(xiàn)場(chǎng)演示的方式展現(xiàn)功能和架構(gòu)222。 團(tuán)隊(duì)成員都要參加222。MicrosoftCenter 團(tuán)隊(duì)的定期自我
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1