成功產(chǎn)品的特性就是要以用戶為中心,快速響應(yīng)市場變化。在進(jìn)入移動互聯(lián)網(wǎng)時代后,這種特性表現(xiàn)的更加突出;對應(yīng)的項目管理必須能夠適應(yīng)這種變化,如果沿用傳統(tǒng)的項目思路來管理,過分強調(diào)需求的完備化、WBS分解、甘特圖、關(guān)鍵鏈、大而全的項目計劃、按部就班的進(jìn)度追蹤,肯定適應(yīng)不了當(dāng)前變化多而快的市場環(huán)境。
敏捷項目管理,作為最近幾年的熱點話題之一,已經(jīng)逐漸成為國內(nèi)外各大互聯(lián)網(wǎng)公司的標(biāo)配,根據(jù)最新Version One公司做出的統(tǒng)計,90%的實施敏捷轉(zhuǎn)型的公司,在采用敏捷項目管理方式后取得了非常好的改進(jìn)效果,縮短了產(chǎn)品交付周期,提高了產(chǎn)品質(zhì)量,提高了客戶滿意度,同時提高了研發(fā)效率及員工滿意度。
本課程專門以最流行的Scrum敏捷框架為基礎(chǔ),讓學(xué)員從實際操作的層面上掌握敏捷/Scrum項目管理流程,學(xué)員將學(xué)會如何避免敏捷實施過程中的一些常見問題。講師結(jié)合自己在企業(yè)內(nèi)實施敏捷轉(zhuǎn)型的多年經(jīng)驗,通過多個游戲、經(jīng)驗分享、動手練習(xí)、案例研討、項目實戰(zhàn)等讓學(xué)員親歷一個敏捷項目的工作過程、領(lǐng)悟敏捷的內(nèi)涵、掌握敏捷精髓。這同市面上常見的只以理論講解為主的敏捷課程相比,實踐性更強,更接地氣,學(xué)員學(xué)完本課程后即可參照所學(xué)實現(xiàn)敏捷轉(zhuǎn)型。
企業(yè)研發(fā)總監(jiān)、產(chǎn)品經(jīng)理、業(yè)務(wù)經(jīng)理、項目經(jīng)理、產(chǎn)品設(shè)計人員、需求分析人員、項目管理人員、PMO、架構(gòu)師、開發(fā)工程師、測試工程師等所有對敏捷項目管理感興趣的人。
- 小班授課,分組練習(xí),注重理論與實踐相結(jié)合,課程互動性強。
- 國內(nèi)外多個真實產(chǎn)品案例總結(jié),貼近實戰(zhàn),實踐性很強。
- 課程已經(jīng)在國內(nèi)眾多知名企業(yè)成功交付,千錘百煉,囊括大量項目論證過的實踐經(jīng)驗。
- 在講座、案例學(xué)習(xí)的同時,輔以動手練習(xí)、交流研討,獲得最直觀的感知。
- 講師在京東、百度、IBM、Agilent等知名公司歷練多年,積累了豐富的實踐經(jīng)驗。
2天(12課時)
• 敏捷拋球游戲,讓團隊領(lǐng)悟敏捷的真諦
• 傳統(tǒng)項目管理方式之殤
• 傳統(tǒng)項目管理的百慕大三角
• 敏捷項目管理的倒三角
• 預(yù)定義的項目管理模式 Vs 基于經(jīng)驗的項目管理模式
• 基于經(jīng)驗的項目管理的三大支柱
• 敏捷項目管理的框架
• 敏捷的價值觀、原則與方法
• 敏捷開發(fā)方法 Vs 增量開發(fā)方法
• Scrum的歷史起源及理論基礎(chǔ)
• 敏捷Scrum項目管理下的角色劃分
- ScrumMaster/PO/Team
- ScrumMaster跟傳統(tǒng)項目經(jīng)理的區(qū)別
- 團隊進(jìn)化的四個階段:被管理團隊、自管理團隊、自設(shè)計團隊、自組織團隊
- 什么是團隊工作協(xié)議(Working Agreement)?
- 練習(xí):一家傳統(tǒng)企業(yè)的敏捷轉(zhuǎn)型組織架構(gòu)調(diào)整、敏捷團隊組建與角色劃分
• 敏捷Scrum項目管理的各種會議要求、時間
- 計劃會議、每日站會、評審會、回顧會、產(chǎn)品需求梳理會
- 時間盒/Timebox
• 敏捷Scrum各種交付物
- 產(chǎn)品需求列表(PBL)
- 迭代需求列表(SBL)
- 燃起圖/燃盡圖/發(fā)布燃盡圖
- 潛在可交付產(chǎn)品增量(PSI)
- 練習(xí):Scrum框架的世界咖啡之旅
• 敏捷Scrum中的質(zhì)量
- 為什么說質(zhì)量是不可協(xié)商的?
- 質(zhì)量是怎么定義的?
- 完成的標(biāo)準(zhǔn)DoD vs 驗收條件
- 練習(xí):定義符合你自己公司的完成標(biāo)準(zhǔn)
• 敏捷Scrum中的需求管理
- 敏捷需求管理的關(guān)鍵
- 用戶故事的核心三要素/5C全生命周期/INVEST準(zhǔn)則
- 用戶角色的劃分
- 相對估算與絕對估算
- 練習(xí):估算紙牌
• 小組研討:非典型敏捷案例/場景的應(yīng)對策略
- 迭代中間,PO/VP突然想增加重大需求
- PO沒有來,迭代計劃會議怎么開
- 迭代過程中,人員突然被調(diào)走怎么辦?
- 每日站會花費30分鐘,還是不能結(jié)束
……
• 【進(jìn)階內(nèi)容】Scrum 規(guī)模化
- SOS架構(gòu)
- 如何擴展Product Backlog,如何管理多個團隊需求的
- 超過50人以上的多團隊Sprint協(xié)作計劃
• 一個項目的敏捷實戰(zhàn)演練
• 實戰(zhàn)項目簡介
• 第一步 產(chǎn)品戰(zhàn)略規(guī)劃
• 如何簡單明了的定義好一個產(chǎn)品愿景
• 第二步 細(xì)化產(chǎn)品需求
• 如何通過“用戶故事”,合理捕獲/采集需求
• 如何利用“用戶故事地圖”,條理化的梳理需求
• 第三步 產(chǎn)品發(fā)布規(guī)劃,規(guī)劃最小可行產(chǎn)品
• 什么是最小可行產(chǎn)品(MVP)及其重要性
• 如何做產(chǎn)品發(fā)布規(guī)劃,理清產(chǎn)品演進(jìn)路線圖
• 第四步 估算、優(yōu)先級排序,形成迭代計劃
• 使用“估算紙牌”做相對估算
• 任務(wù)拆解,并做絕對估算
• 基于“故事點”計算團隊速度
• 根據(jù)團隊速度做發(fā)布計劃,做出有效預(yù)測
• 第五步 日常迭代開發(fā)中的項目跟蹤(迭代模擬)
• 如何通過“任務(wù)狀態(tài)看板”,可視化項目所有進(jìn)展與障礙
• 如何通過產(chǎn)品、研發(fā)、測試各角色的協(xié)同,完成迭代目標(biāo),真正做到“跨職能、無角色”的敏捷團隊
• 快速模擬迭代計劃會、每日站會、演示會、回顧會
• 課程回顧總結(jié)