| 開課地點: | 北京 | |||||||
|---|---|---|---|---|---|---|---|---|
| 授課時間: | 2天 | |||||||
| 授課顧問: | 陳勇 | |||||||
| 開課時間: | 2014-09-20 | |||||||
| 市場報價: | 5800 | |||||||
| 購買價格: | 4640 | |||||||
| 課程排期 |
| |||||||
| 審核時間: | 我要報名2014-09-19 17:27:16 | |||||||
在兩天的課程中,穿插了產品經理與項目經理這兩個.敏捷開發(fā)中的關鍵角色,從.產品經理側重的需求管理,逐漸過渡到項目經理側重的.項目管理方向。穿插的目的不是明確分工和責任,而是從打造自組織團隊的角度,對.敏捷開發(fā).過程中所需的角色、活動、工作.產品等進行深入剖析。
Scrum介紹
- 快覽
- 核心價值觀
1)敏捷開發(fā)如何提升生產率?
2)敏捷開發(fā)如何提升質量
- 我是否該敏捷?
- 敏捷對企業(yè)的價值
產品待開發(fā)項和用戶故事
- 產品負責人Product Owner
1)產品開發(fā)中的產品負責人
2)項目管理中的產品負責人
3) Product Owner團隊
4) 現場演練:誰做Product Owner?(使用客戶內部案例)
- 產品待開發(fā)項 Product Backlog
1) 什么是Product Backlog
2) 現場演練:建立自己的待開發(fā)項
(使用客戶內部開發(fā)需求)
- 用戶故事
1) 用戶故事 = 用戶 + 功能 + 價值
2) 好故事的四個標準
3) 切分故事
4) 現場演練:將三個需求轉換為用戶故事
(使用客戶內部開發(fā)需求)
- 用戶建模
1) 誰在用我的產品?
2) 現場演練:針對三個需求進行用戶建模
(使用客戶內部開發(fā)需求)
- 超越敏捷-現實世界的敏捷文檔
- 敏捷中的精益理念
- 需求文檔
1) 用戶故事 = 需求文檔?
2) 復合型的需求文檔
- 設計文檔
1) 輕量級設計:預想陳述
- 超越敏捷-產品版本規(guī)劃
1) 產品版本與商業(yè)目標
2) Product Owner vs. Product Servant
3) 需求優(yōu)先級排序
- 敏捷生態(tài)系統(tǒng)初探:需求管理
1) 從客戶價值驅動到持續(xù)交付客戶價值
迭代計劃會
計劃會序曲-豬與雞的故事
- 豬與雞的行為模式
- 講解故事
1) 迭代計劃會的整體過程
2) 怎樣防止目標不明的迭代?故事群!
3) 團隊要記錄什么?
4) 敏捷文檔對策中的精益思想
a) 準確記憶與模糊記憶
b) 長期記憶與短期記憶
- 任務估算
1)估算撲克
a)估算撲克 = 簡化的Delphi估算
2) 現場演練:世界第5高樓有多高?
3)現場演練:我的三個故事要多少工作量?(使用客戶內部開發(fā)需求)
- 敏捷生態(tài)系統(tǒng)
1)誰在管理團隊中的個體?
2)從領導指令到自組織團隊
3) 大團隊/強分工下容易受到傷害的實踐
日常活動
- Scrum Master
1) 誰是Scrum Master?
- 團隊結構與日常開發(fā)活動
1) 辦公環(huán)境
2)“特性小組”
3)“松結對編程”
4) “松結對編程”的小組長責任
5)“松結對編程”的工作習慣
- 每日立會
1) 為何站著開會?
2) 每日立會成功的關鍵
3) 現場演練:明天的每日立會
- 燃燒圖
1) 燃燒圖的團隊“指紋”
- 敏捷開發(fā)的變更應對策略
1) 擁抱變化還是恪守承諾?
2)“迭代期內無變更”與研發(fā)心理學
a) 對策:MoSCoW方法
3) “迭代期內無變更”與產品版本規(guī)劃
評審會與反思會
- 評審會序曲
1) 從外部理解團隊目標
2) “可運行軟件”的標準
- 評審會
1) 評審會的行為模式
2) 引導客戶表達需求
3) 現場演練:為三個故事設定完成標準
- 反思會
1) 現實世界的反思會
實戰(zhàn)案例分析-需求管理案例
- 需求管理案例分析
1)如何面對多個客戶/產品經理/銷售?
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) 策劃團隊/產品團隊
2) 強分工團隊的計劃會實踐
3) 強分工團隊的每日立會實踐
4) 強分工團隊的跟進過程
5) 強分工團隊的日常工作實踐
6) 敏捷開發(fā)的團隊觀
- 139團隊的建立與績效考核
1) 不同位置的人選
2) 按團隊結構進行績效考核
3) 不同行業(yè)的考核差異
4) 不同位置的非物質激勵
組織級敏捷部署與績效管理
- 敏捷團隊績效管理
1) 誰來管理團隊中的個體?
2) 敏捷團隊的目標
3) 從團隊外部認識團隊目標
4) 敏捷開發(fā)中的目標管理意識
5) 執(zhí)行與實施層面的敏捷實踐
陳勇
中國培訓網高級講師
17年研發(fā)、管理及咨詢經驗,擅長在實際環(huán)境中靈活應用各種研發(fā)方法論
具有豐富的工程技術與項目管理實踐經驗,從其程序員、項目經理、CMMI/FPA功能點估算/敏捷咨詢師、事業(yè)部總監(jiān)、副總經理等各種技術與管理崗位獲得的一手經驗,令其可以站在企業(yè)管理者的高度,以更廣的視角來理解敏捷開發(fā),并能配合和推動非研發(fā)部門協(xié)作推廣敏捷。
曾以技術骨干和項目經理等身份,組織和承擔開發(fā)了國慶50周年直升機編隊指揮系統(tǒng)、空軍一基地GPS數據源系統(tǒng)、清華同方CCTV數字電視條件接收系統(tǒng)、航空材料研究院無損檢測系統(tǒng)等項目。
曾在清華同方、普天集團、亞信科技等企業(yè)擔任EPG骨干、組長;曾在斯福泰克、DNV ITGS等機構擔任CMMI/功能點/敏捷開發(fā)咨詢師。
在任泰克賽爾軟件公司中國部門的咨詢總監(jiān)、ALM事業(yè)部總監(jiān)、副總經理期間,主管研發(fā)管理工具的市場、銷售、支持與咨詢活動,在盛大、金山、騰訊、漢王科技等知名企業(yè)深入推動其工具應用與實施活動。
現任國際外包管理協(xié)會(IIOM)中國區(qū)CTO和咨詢總監(jiān),并作為產品經理、架構師帶領一個小型團隊,從事“火星人敏捷開發(fā)在線平臺”的研發(fā)工作,其中融合了功能點、用例等各種工程方法。很多課程與咨詢中的最佳實踐,均來自于其之前及當前參與的實際項目的一線實踐。
榮獲2012年度中國十大杰出IT博客(唯一的管理博客),CSDN閱讀量首位的管理類博客
網站備案號:粵ICP備14053066號-1 版權所有:英盛企管
Copyright 2015 Enterprise Management Training Center All Rights Reserved.