一 创建敏捷环境
三个层次
- 1 深入理解 “聚焦客户价值”
- 2 深入理解 “适应变化”
- 3 深入理解 “激发团队”
二 敏捷实践Scrum
- 1：产品业务目标达成共识（
PO、开发） - 2：产品需求列表排序（
PO提供，“产品待办事项列表”）
- 3：迭代前，筛选出高优先级需求进入本轮迭代（
PO提供，“冲刺代办事项列表”） - 4：开发细化迭代需求，按需完成迭代（
开发提供） - 5：透明开发进度（每日站会，持续集成，特性开发，
开发&PO） - 6：PO验收开发交付的软件（每轮迭代2-4周，
PO验收） - 7：回到第三步，迭代下一轮
Scrum：是一个敏捷开发框架，是一个迭代，增量的开发过程。（后面有介绍）
Sprint：scrum中项目开发周期包含若干个小的迭代周期，每一个小迭代周期称为一个Sprint，时间1-4周（建议2-4周）
Sprint特点：固定周期，不管工作完成与否，结束时间明确，不延长，叫做 时间盒
scrum三大工件
- product Backlog（产品待办事项列表）： 全部要做的东西
- sprintBacklog（迭代待办事项列表）： 迭代的东西（高优先级的东西）
- 产品增量：每个迭代结束时，scrum团队将交付的产品增量
一 发布计划会议
二 迭代计划会议
- PB: Project Backlog 产品代办事项列表
三 迭代评审会议
四 迭代回顾会议
五 每日会议
- 鸡：用户、相关利益者，猪：sprint投入的人
- 1.发布计划会议: [
发布规划, 也称版本计划]
- 内容: 发布计划有助于
客户和敏捷团队决定每一个项目的时间范围或阶段内, 应该开发的内容和产品理想上准备发布的时间。- 1 发布目标
- 2 具有高优先级的 产品待办事项列表(backlog条目）
- 3 风险
- 4 发布包含功能
- 5 大致交付日期 通常覆盖3~9个月
- 2.Sprint计划会议: [
迭代计划会]
- 1部分: PO与团队评审, 对本次想要做啥完成定义
- 2部分: 团队拆分需求
- 时间：<= sprint周期 %5
- 3.Sprint评审会会: [
迭代评审会]
- 迭代末期进行, 项目团队成员,干系人参加, 汇报项目完成度, 演示产品, 会议成果一份修订的产品待办事项列表 (本轮会议 承上启下)
- 1 确认工作完成及剩余
- 2 讨论遇到问题，
- 3 工作演示(干系人, 客户等)
- 4 计划完成时间
- 时间：<= sprint周期 %5
- 4.Sprint回顾会议:[
迭代回顾会]
- 改进开发过程, 提高生产力
- 1 总结sprint周期的人，关系，过程，工具(好的, 不好的, 待改善的, 需上报的)
- 2 总结经验教训
- 3 完善backlog（包括障碍backlog，团队backlog）
- 时间：<= 3小时
- 5.每日站会: `
- 完成了什么
，准备完成什么，遇到的问题`（上次会议到现在）- <=15分钟
- ps：目的：
信息同步可视化, 同步消息，非解决问题!!!
1 发布会议（功能，时间）—— 2 sprint会议（本期迭代内容）—— 3 sprint评审（确认状态，讨论问题）—— 4 sprint回顾（总结经验教训）—— 5 每日站会（每天跟进工作状态）
- 适用于，环境不确定性高，产品复杂，开发过程中不断检查，不断调整
scrum Mster概述：
1 教导团队-- 学习应用scrum敏捷框架 （教练）
2 服务团队--、保护，服务
3 不干预团队-- 不分配任务，不做帮团队决定，不对工作负责
scrum Master选择：避免团队行政管理者做SM，会指望其做规划，难实现自我管理
Product Owner概述：
1 制定需求表，特性、功能按优先级列出（对应发布会以）
2 制定迭代计划，迭代回顾会议（对应sprint迭代会议，sprint回顾会议），迭代期间为团队提供支持
3 维护决策PB（product Backlog）
用户故事是写PB好方法之一， 故事 -> 功能
完成 代码做了啥 - 代码评审 - 测试 1 开发规格说明书 - 2 开发规格说明书评审 - 3 开发完成 - 4 代码评审（review）- 5 代码测试 - 提交至测试集成
