主題 |
? |
從傳統開發向敏捷開發轉型中的問題和對策 |
●傳統重量級的開發方法優缺點
●實現敏捷方法實踐與開發過程流程和環節分析 |
軟件研發問題和過程導入 |
通過一個實際項目過程回顧—軟件研發團隊的常見問題
●需求不斷變化
●文檔難以維護
●缺乏有效的設計
●開發混亂而無序
●產品的質量難以保證
●計劃不準確,缺乏預見性,難以遵循
●團隊之間難以協調,產生矛盾
●存在多種項目,特點不同,難以規范
思考:
●這些問題產生的原因是什么
●我們應該用什么樣的態度對待
●怎么開始呢? |
敏捷開發過程快覽 |
●核心價值觀
●敏捷開發如何提升生產率?
●敏捷開發如何提升質量
●我是否該敏捷?
●敏捷對企業的價值 |
敏捷需求與管理 |
●產品負責人Product Owner: 產品開發vs 項目開發
●產品待開發項Product Backlog
●用戶故事與好故事的四個標準
●用戶建模
●超越敏捷-現實世界的用戶故事
●敏捷中的精益理念
●需求優先級排序
●從客戶價值驅動到持續交付客戶價值
●需求管理工具介紹 |
迭代計劃會 |
●計劃會序曲-豬與雞的故事
●迭代計劃會的整體過程
●怎樣防止目標不明的迭代?故事群!
●團隊要記錄什么?
●敏捷文檔對策中的精益思想
●任務估算:估算撲克
●敏捷生態系統
●誰在管理團隊中的個體?
●從領導指令到自組織團隊
●大團隊/強分工下容易受到傷害的實踐 |
日常活動 |
●Scrum Master
●日常開發活動-松結對編程
●每日立會
●現場演練:明天的每日立會
●燃燒圖
●“迭代期內無變更” |
評審會與反思會 |
●評審會與反思會
●評審會序曲
●從外部理解團隊目標
●“可運行軟件”的標準
●評審會的行為模式
●引導客戶表達需求
●為故事設定完成標準
●現實世界的反思會 |
敏捷需求管理最佳實踐 |
●如何面對多個客戶/產品經理/銷售?
●如何處理模糊需求?
●如何應對計劃會上有問題的Product Owner?
●如何應對評審會上沉默的PO/客戶/領導?
●如何管理對用戶故事很有想法的程序員? |
敏捷項目管理最佳實踐 |
●如何應對干涉估算結果的領導?
●如何應對孤獨的計劃者?
●如何應對沉悶的每日立會?
●如何應對冗長的每日立會?
●如何應對每日立會上的“說謊者”? |
自組織原理與大團隊敏捷 |
●誰在管理團隊中的個體?
●從領導指令到自組織團隊-敏捷生態系統
●自組織團隊的潛在問題
●敏捷Scrum是怎樣解決這些問題的?
●敏捷生態系統
●習慣性分工與事實性分工
●大型團隊的敏捷分工與實踐
●強分工團隊的敏捷分工與實踐
●團隊的建立與績效考核
●按團隊結構進行績效考核
●不同行業的考核差異
●不同位置的非物質激勵 |
敏捷團隊績效管理 |
●誰來管理團隊中的個體?
●敏捷團隊的目標
●從團隊外部認識團隊目標
●敏捷開發中的目標管理意識
●執行與實施層面的敏捷實踐
●長周期開發:敏捷產品版本管理 |
長期產品研發Scrum結構 |
●當我們成為“產品的主人”
●客戶群與商業步調
●案例分析:組織級項目管理工具
●Product Owner vs. Product Servant
●敏捷開發中的產品版本意識
●執行與實施層面的敏捷實踐 |
敏捷產品線管理 |
●為何沒有統一方式進行績效管理
●案例:不同產品線的績效管理
●產品線績效管理層次
●敏捷開發中的產品線意識
●執行與實施層面的敏捷實踐 |
把敏捷落地到實處 |
●勇氣:我,能!
●起點:近在身邊的問題
●風險:惟績效論
●結束語:石頭與雕塑 |
使用敏捷開發工具實戰Scrum 項目開發 |
●敏捷開發研發工具鏈解決方案
●初始化JIRA并創建Scrum項目
●建立產品需求列表Product Backlog
●確定迭代計劃Sprint Plan
●持續更新工具
●項目追蹤并報告進度 |