課程簡介
目標收益
- 了解如何向上提升你目前的 (敏捷）開發(fā)能力。
- 了解如何使您的團隊能更好地運作和協(xié)作。
- 了解狀態(tài)的卡的理念與構思，以及如何使用它們在不同的項目中。
- 了解 Alpha,價值流映射，狀態(tài)墻，可視化控制的概念。
- 了解如何在各項敏捷的實踐中（如TDD，CI, 情景驅(qū)動的開發(fā)，團隊組織）評估并提升團隊的能力。
培訓對象
研發(fā)總監(jiān)、技術經(jīng)理，項目經(jīng)理，Scrum Master，PO，技術骨干和項目組成員
課程大綱
| Scrum介紹 |
- 快覽 - 核心價值觀 1）敏捷開發(fā)如何提升生產(chǎn)率？ 2）敏捷開發(fā)如何提升質(zhì)量 - 我是否該敏捷？ - 敏捷對企業(yè)的價值 |
| 產(chǎn)品待開發(fā)項和用戶故事 |
- 產(chǎn)品負責人Product Owner 1）產(chǎn)品開發(fā)中的產(chǎn)品負責人 2）項目管理中的產(chǎn)品負責人 3) Product Owner團隊 4) 現(xiàn)場演練：誰做Product Owner？（使用客戶內(nèi)部案例） - 產(chǎn)品待開發(fā)項 Product Backlog 1) 什么是Product Backlog 2) 現(xiàn)場演練：建立自己的待開發(fā)項（使用客戶內(nèi)部開發(fā)需求） - 用戶故事 1) 用戶故事 = 用戶 + 功能 + 價值 2) 好故事的四個標準 3) 切分故事 4) 現(xiàn)場演練：將三個需求轉(zhuǎn)換為用戶故事（使用客戶內(nèi)部開發(fā)需求） - 用戶建模 1) 誰在用我的產(chǎn)品？ 2) 現(xiàn)場演練：針對三個需求進行用戶建模（使用客戶內(nèi)部開發(fā)需求） - 超越敏捷-現(xiàn)實世界的敏捷文檔 - 敏捷中的精益理念 - 需求文檔 1) 用戶故事 = 需求文檔？ 2) 復合型的需求文檔 - 設計文檔 1) 輕量級設計：預想陳述 - 超越敏捷-產(chǎn)品版本規(guī)劃 1) 產(chǎn)品版本與商業(yè)目標 2) Product Owner vs. Product Servant 3) 需求優(yōu)先級排序 - 敏捷生態(tài)系統(tǒng)初探：需求管理 1) 從客戶價值驅(qū)動到持續(xù)交付客戶價值 |
| 迭代計劃會 |
- 計劃會序曲-豬與雞的故事 - 豬與雞的行為模式 - 講解故事 1) 迭代計劃會的整體過程 2) 怎樣防止目標不明的迭代？故事群！ 3) 團隊要記錄什么？ 4) 敏捷文檔對策中的精益思想 a) 準確記憶與模糊記憶 b) 長期記憶與短期記憶 - 任務估算 1）估算撲克 a）估算撲克 = 簡化的Delphi估算 2） 現(xiàn)場演練：世界第5高樓有多高？ 3）現(xiàn)場演練：我的三個故事要多少工作量？（使用客戶內(nèi)部開發(fā)需求） - 敏捷生態(tài)系統(tǒng) 1）誰在管理團隊中的個體？ 2）從領導指令到自組織團隊 3) 大團隊/強分工下容易受到傷害的實踐 |
| 日常活動 |
- Scrum Master 1) 誰是Scrum Master？ - 團隊結構與日常開發(fā)活動 1) 辦公環(huán)境 2)“特性小組” 3）“松結對編程” 4) “松結對編程”的小組長責任 5）“松結對編程”的工作習慣 - 每日立會 1) 為何站著開會？ 2) 每日立會成功的關鍵 3) 現(xiàn)場演練：明天的每日立會 - 燃燒圖 1) 燃燒圖的團隊“指紋” - 敏捷開發(fā)的變更應對策略 1) 擁抱變化還是恪守承諾？ 2)“迭代期內(nèi)無變更”與研發(fā)心理學 a) 對策：MoSCoW方法 3) “迭代期內(nèi)無變更”與產(chǎn)品版本規(guī)劃 |
| 評審會與反思會 |
- 評審會序曲 1) 從外部理解團隊目標 2) “可運行軟件”的標準 - 評審會 1) 評審會的行為模式 2) 引導客戶表達需求 3) 現(xiàn)場演練：為三個故事設定完成標準 - 反思會 1) 現(xiàn)實世界的反思會 |
| 實戰(zhàn)案例分析-需求管理案例 |
- 需求管理案例分析 1）如何面對多個客戶/產(chǎn)品經(jīng)理/銷售？ 2） 如何處理模糊需求？ 3） 如何應對計劃會上有問題的Product Owner？ 4） 如何應對評審會上沉默的PO/客戶/領導？ 5） 如何管理對用戶故事很有想法的程序員？ |
| 實戰(zhàn)案例分析-項目管理案例 |
- 項目管理案例分析 1） 如何應對干涉估算結果的領導？ 2） 如何應對孤獨的計劃者？ 3） 如何應對沉悶的每日立會？ 4） 如何應對冗長的每日立會？ 5） 如何應對每日立會上的“說謊者”？ |
| 智慧敏捷-如何應對從未遇到的問題 |
- 理解敏捷中的實踐與背后的深層思想 - 無我：如何以自組織團隊解決個體問題 - 無住：如何“變通”才能受益而又不會突破敏捷底線 - 共振：如何在困難的環(huán)境中漸進地啟動敏捷 |
| 自組織原理與大團隊敏捷 |
- 誰在管理團隊中的個體？ - 從領導指令到自組織團隊-敏捷生態(tài)系統(tǒng) 1） 自組織團隊的潛在問題 2） 敏捷Scrum是怎樣解決這些問題的？ 3） 敏捷生態(tài)系統(tǒng) 4） 大團隊/強分工下易受影響的生物 a）習慣性分工與事實性分工 - 大型團隊：139團隊模型（上） 1） 人員構成 2） 大型團隊的計劃會估算實踐 3） 大型團隊的日常工作實踐 a）松結對編程 4）大型團隊的每日立會實踐 a）Scrum of XPs - 強分工團隊：139團隊模型（下） 1）Product Owner團隊 a) 策劃團隊/產(chǎn)品團隊 2) 強分工團隊的計劃會實踐 3) 強分工團隊的每日立會實踐 4) 強分工團隊的跟進過程 5) 強分工團隊的日常工作實踐 6) 敏捷開發(fā)的團隊觀 - 139團隊的建立與績效考核 1) 不同位置的人選 2) 按團隊結構進行績效考核 3) 不同行業(yè)的考核差異 4) 不同位置的非物質(zhì)激勵 |
| 組織級敏捷部署與績效管理 |
- 敏捷團隊績效管理 1) 誰來管理團隊中的個體？ 2) 敏捷團隊的目標 3) 從團隊外部認識團隊目標 4) 敏捷開發(fā)中的目標管理意識 5) 執(zhí)行與實施層面的敏捷實踐 |
|
Scrum介紹 - 快覽 - 核心價值觀 1）敏捷開發(fā)如何提升生產(chǎn)率？ 2）敏捷開發(fā)如何提升質(zhì)量 - 我是否該敏捷？ - 敏捷對企業(yè)的價值 |
|
產(chǎn)品待開發(fā)項和用戶故事 - 產(chǎn)品負責人Product Owner 1）產(chǎn)品開發(fā)中的產(chǎn)品負責人 2）項目管理中的產(chǎn)品負責人 3) Product Owner團隊 4) 現(xiàn)場演練：誰做Product Owner？（使用客戶內(nèi)部案例） - 產(chǎn)品待開發(fā)項 Product Backlog 1) 什么是Product Backlog 2) 現(xiàn)場演練：建立自己的待開發(fā)項（使用客戶內(nèi)部開發(fā)需求） - 用戶故事 1) 用戶故事 = 用戶 + 功能 + 價值 2) 好故事的四個標準 3) 切分故事 4) 現(xiàn)場演練：將三個需求轉(zhuǎn)換為用戶故事（使用客戶內(nèi)部開發(fā)需求） - 用戶建模 1) 誰在用我的產(chǎn)品？ 2) 現(xiàn)場演練：針對三個需求進行用戶建模（使用客戶內(nèi)部開發(fā)需求） - 超越敏捷-現(xiàn)實世界的敏捷文檔 - 敏捷中的精益理念 - 需求文檔 1) 用戶故事 = 需求文檔？ 2) 復合型的需求文檔 - 設計文檔 1) 輕量級設計：預想陳述 - 超越敏捷-產(chǎn)品版本規(guī)劃 1) 產(chǎn)品版本與商業(yè)目標 2) Product Owner vs. Product Servant 3) 需求優(yōu)先級排序 - 敏捷生態(tài)系統(tǒng)初探：需求管理 1) 從客戶價值驅(qū)動到持續(xù)交付客戶價值 |
|
迭代計劃會 - 計劃會序曲-豬與雞的故事 - 豬與雞的行為模式 - 講解故事 1) 迭代計劃會的整體過程 2) 怎樣防止目標不明的迭代？故事群！ 3) 團隊要記錄什么？ 4) 敏捷文檔對策中的精益思想 a) 準確記憶與模糊記憶 b) 長期記憶與短期記憶 - 任務估算 1）估算撲克 a）估算撲克 = 簡化的Delphi估算 2） 現(xiàn)場演練：世界第5高樓有多高？ 3）現(xiàn)場演練：我的三個故事要多少工作量？（使用客戶內(nèi)部開發(fā)需求） - 敏捷生態(tài)系統(tǒng) 1）誰在管理團隊中的個體？ 2）從領導指令到自組織團隊 3) 大團隊/強分工下容易受到傷害的實踐 |
|
日?；顒? - Scrum Master 1) 誰是Scrum Master？ - 團隊結構與日常開發(fā)活動 1) 辦公環(huán)境 2)“特性小組” 3）“松結對編程” 4) “松結對編程”的小組長責任 5）“松結對編程”的工作習慣 - 每日立會 1) 為何站著開會？ 2) 每日立會成功的關鍵 3) 現(xiàn)場演練：明天的每日立會 - 燃燒圖 1) 燃燒圖的團隊“指紋” - 敏捷開發(fā)的變更應對策略 1) 擁抱變化還是恪守承諾？ 2)“迭代期內(nèi)無變更”與研發(fā)心理學 a) 對策：MoSCoW方法 3) “迭代期內(nèi)無變更”與產(chǎn)品版本規(guī)劃 |
|
評審會與反思會 - 評審會序曲 1) 從外部理解團隊目標 2) “可運行軟件”的標準 - 評審會 1) 評審會的行為模式 2) 引導客戶表達需求 3) 現(xiàn)場演練：為三個故事設定完成標準 - 反思會 1) 現(xiàn)實世界的反思會 |
|
實戰(zhàn)案例分析-需求管理案例 - 需求管理案例分析 1）如何面對多個客戶/產(chǎn)品經(jīng)理/銷售？ 2） 如何處理模糊需求？ 3） 如何應對計劃會上有問題的Product Owner？ 4） 如何應對評審會上沉默的PO/客戶/領導？ 5） 如何管理對用戶故事很有想法的程序員？ |
|
實戰(zhàn)案例分析-項目管理案例 - 項目管理案例分析 1） 如何應對干涉估算結果的領導？ 2） 如何應對孤獨的計劃者？ 3） 如何應對沉悶的每日立會？ 4） 如何應對冗長的每日立會？ 5） 如何應對每日立會上的“說謊者”？ |
|
智慧敏捷-如何應對從未遇到的問題 - 理解敏捷中的實踐與背后的深層思想 - 無我：如何以自組織團隊解決個體問題 - 無住：如何“變通”才能受益而又不會突破敏捷底線 - 共振：如何在困難的環(huán)境中漸進地啟動敏捷 |
|
自組織原理與大團隊敏捷 - 誰在管理團隊中的個體？ - 從領導指令到自組織團隊-敏捷生態(tài)系統(tǒng) 1） 自組織團隊的潛在問題 2） 敏捷Scrum是怎樣解決這些問題的？ 3） 敏捷生態(tài)系統(tǒng) 4） 大團隊/強分工下易受影響的生物 a）習慣性分工與事實性分工 - 大型團隊：139團隊模型（上） 1） 人員構成 2） 大型團隊的計劃會估算實踐 3） 大型團隊的日常工作實踐 a）松結對編程 4）大型團隊的每日立會實踐 a）Scrum of XPs - 強分工團隊：139團隊模型（下） 1）Product Owner團隊 a) 策劃團隊/產(chǎn)品團隊 2) 強分工團隊的計劃會實踐 3) 強分工團隊的每日立會實踐 4) 強分工團隊的跟進過程 5) 強分工團隊的日常工作實踐 6) 敏捷開發(fā)的團隊觀 - 139團隊的建立與績效考核 1) 不同位置的人選 2) 按團隊結構進行績效考核 3) 不同行業(yè)的考核差異 4) 不同位置的非物質(zhì)激勵 |
|
組織級敏捷部署與績效管理 - 敏捷團隊績效管理 1) 誰來管理團隊中的個體？ 2) 敏捷團隊的目標 3) 從團隊外部認識團隊目標 4) 敏捷開發(fā)中的目標管理意識 5) 執(zhí)行與實施層面的敏捷實踐 |
近期公開課推薦
