敏捷項目管理終極培訓(xùn)-scrum-資料下載頁
2025-03-08 15:12本頁面
【正文】 ? 這個估計值有助于確定優(yōu)先級 。 ? 可以采用估算撲克 58 所需時間 團隊速度 產(chǎn)品規(guī)模 完成的定義 ? 當(dāng)?shù)蝿?wù)清單上的任務(wù)都完成時，變?yōu)椤耙淹瓿伞睜顟B(tài) ? 定義“已完成”的含義是非常重要的 , 例如 : ? 如何記錄軟件的變化 . ? 使用什么樣的代碼分析工具 ，發(fā)現(xiàn)的問題應(yīng)當(dāng)如何處理 . ? 進行了什么樣的測試 , 結(jié)果是如何記錄的 , 通過標(biāo)準(zhǔn)（如覆蓋率、修正的錯誤）是什么 . ? 定義“已完成”意味著定義質(zhì)量上的需求 . ? “已完成”是 0/1變量：完成或者未完成 . 所有的任務(wù)（ task)都完成了迭代任務(wù)才算完成 . ? 在第一個迭代開始之前應(yīng)該定義好，因為它會影響工作量 , 而且必須文檔化，這樣團隊和產(chǎn)品所有者的理解是一致的 . 59 完成的定義 Example ? 完成的定義 ? 遵循編碼規(guī)范 ? 能在模擬器上演示 ? 使用 PCLint 進行靜態(tài)代碼分析 ? 具有 EUnit 測試套件的通過率 和執(zhí)行率 . ? 或者使用結(jié)對編程，或者進行代碼走查 60 障礙 ? 基本上，任何阻止團隊正常工作的，都可稱之為障礙，例如 : ? 無法訪問信息系統(tǒng) . ? 所需要的信息不能及時提供或者提供的不正確，如界面規(guī)格或者其它軟件模塊不到位或不正確 ? 開發(fā)環(huán)境或者原型系統(tǒng)出現(xiàn)問題 ? 其他的任務(wù)分配：培訓(xùn)，售前支持 ? 缺乏必要的信息或者相應(yīng)的知識 ? 對于團隊提出的各項障礙， Scrum Master要以列表形式進行記錄， 61 誰來清除障礙？ ? 每個人 ? 自我管理、自我組織的團隊 ? Scrum Master ? 產(chǎn)品所有者 ? 管理層 ? 其他相關(guān)的干系人 ? Scrum Master 負(fù)責(zé)確定障礙已經(jīng)清除，不一定親自自己清除 62 清除障礙 ? 某些障礙是浪費 ? 部分地完成工作 ? 額外的過程 ? 額外的功能 ? 任務(wù)轉(zhuǎn)換 ? 等待 ? 缺陷 ? 清除障礙的過程是團隊和組織學(xué)習(xí)的過程 63 浪費產(chǎn)生的原因 ? 多問幾個“為什么” ? 對于每個標(biāo)識的障礙或者浪費，問一問“為什么”浪費會存在 ? 多問幾個“為什么”，找到造成浪費的根本原因 64 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 65 SCRUM實踐 ? 研發(fā)部 2023年開始在幾個項目當(dāng)中進行了SCRUM項目管理的嘗試： ? 營銷綜合停電系統(tǒng)開發(fā) ? FLEXADP開發(fā) ? 海頤 OA項目 等 海頤軟件 SCRUM看板 海頤軟件 SCRUM燃盡圖 海頤軟件 SCRUM帶來的改善 ? 項目的計劃性更強了，將項目按 SPRINT進行分解，每個SPRINT要進行計劃和總結(jié)，每天也有立會來進行簡短的總結(jié)和計劃； ? 引入 SCRUM以后，項目團隊的溝通比以往更有效，項目看板為項目團隊溝通提供了一個統(tǒng)一的項目視圖，每日立會是項目團隊溝通的有效通道； ? 項目的階段性比以前更明確，通過 SPRINT將項目劃分成階段，通過 SPRINT演示等活動將項目整體的壓力分解到每個SPRINT，這樣可以有效降低項目的整體風(fēng)險。 海頤軟件 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 70 一些常見的誤解 ? 敏捷是拯救任何項目的銀彈 . ? 敏捷方法只有運用得當(dāng)才有效果 . ? 敏捷意味著 adhoc hacking ，不需要任何文檔 . ? 敏捷是有嚴(yán)格要求的，也是面向質(zhì)量的 ? 根據(jù)溝通的需要產(chǎn)生相應(yīng)的文檔 . ? 敏捷只是開發(fā)者的問題 ? 基本的開發(fā)方法與傳統(tǒng)相比有顯著不同 , 影響項目的各個方面 : 合同 , 角色 , 定價模型 , 項目管理等 . ? 采用敏捷方法的開發(fā)組 /項目不需要制定計劃 ? 敏捷項目需要經(jīng)常制定計劃，但是不需要試圖超前制定項目計劃，通常這也是不可能的 . ? 敏捷項目的范圍可以隨時改變 . ? 變更可以等到下一次迭代開始，當(dāng)前正在進行中的迭代不能變更 ? 只對小項目適用 ? 在中型和大型的項目中一樣取得了成功 71 總結(jié) ? Agile Software Development是軟件開發(fā)所強調(diào)的一個精神，而不是一個方法。 ? 遵循 Agile Alliance所提的四個價值觀與 12個原則。 ? 最常見的開發(fā)方式 ? XP ? SCRUM ? 敏捷開發(fā)過程是一個艱苦的過程，重在實踐 ? 即使非敏捷的項目中也可以應(yīng)用敏捷的實踐經(jīng)驗 ? CMMI應(yīng)該與敏捷實現(xiàn)融合，雙劍合璧 問題 3，在 SCRUM中能夠直觀展現(xiàn)沖刺的進度的圖形是什么圖？ 延伸學(xué)習(xí) ? 原書名： Agile Project Management with Scrum ? 原出版社： +Press ? 作者： (美 )Ken Schwaber [作譯者介紹 ] ? 譯者： 李國彪 ? 叢書名： %E9 ? 出版社：清華大學(xué)出版社 ? ISBN： 9787302164036 73 硝煙中的 Scrum和 XP——我們?nèi)绾螌嵤?Scrum 原書名： Scrum and XP from the Trenches 原出版社： 作者： (瑞典 )Henrik Kniberg 譯者： 李劍 出版社：清華大學(xué)出版社 ISBN： 9787302243335 上架時間： 2023117 出版日期： 2023 年 1月 海頤軟件
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1