### 集中办公
1. 敏捷团队成员集中办公，便于沟通，目标是提升效率。
2. 有私人区域和公共区域
3. 避免信息孤岛
### 信息发射源
1. 大白墙
2. 看板/任务板，显示当前工作情况及整体进展概要
3. 信息雷达
### 虚拟团队
1. 分布式，分散式团队
2. 线上沟通
## 敏捷产品规划
### 愿景声明/陈述/说明书
对项目的简要、高层级描述，介绍了项目的目的，并激励团队为项目做出贡献。
由发起人、PM、PO和团队共同制定。
### 项目章程
不论是传统项目或是敏捷项目，章程都是明确项目原因。
*敏捷与传统的主要区别是，因为欢迎变更，所以在变更评审阶段会走简化流程*
### 团队章程（8遍）
### 项目路线图的7个步骤
### 敏捷规划
### 用户故事
即用户使用场景的描述。即作为（用户角色）想要一个什么样的功能，以便实现某个价值。
### 需求层级
1. 主题（Theme）
1. 史诗（Epic）
1. 特性（Feature）
1. 用户故事（User Story）
1. 任务（Task）
### 细化/梳理
1. 滚动式规划：近期工作详细规划、无期工作粗略规划。
1. 待办事项列表PBL
2. 待办事项PBI，通过用户故事来描述
### 优先级排序工具
1. 莫斯科法则
2. 优先矩阵（价值与另一维度的二维矩阵）
3. 四要素加权
4. 根据风险调整待办事项的优先级
估算工具：
1. [[德尔菲]]
2. [[宽带德尔菲]]
### 准备就绪定义：
一个大家认为已经充分理解并能开始工作的状态。
### 完成定义：
商业干系人接收之前/发布之前，由PO和团队一至同意完成的标准。
### 速度/速度
完成故事点的速度
### MVP/MMF
MVP：最小可行产品。用最快的方式，最少的精力进行开发，获得对产品的反馈。区别与探针是探针为了验证试探风险，而最小可靠产品是为了验证价值。
MMF：最少可售特性。已经确认过有价值的产品特性，可以开发出来进行销售。
### 故事地图
### 冲刺规划会议
1. 冲刺目标：确定冲刺的待办事项列表
2. 为什么做这一次冲刺
3. 这一次冲刺需要做什么
4. 开发团队将PBI分析为SBI（任务），指导如何去做这个冲刺
5. 会议流程
1. 两段式会议（上）
1. PO提出冲刺目标，并与团队一起讨论、商定
2. 从PBL中选出本次迭代的用户故事PBI
3. 拆解PBI/补充PBI
4. 冲刺承诺
2. 两段式会议（下）
1. 开发团队创建与每个用户故事相关联的任务
2. 开发团队执行设计过程
3. 确定任务都是围绕DoD定义的。
4. 检查确认团队能够在冲刺的可用时间内完成任务
5. 团队成员选择他的首要任务
### 生产能力
### 看板/任务板
### 燃尽图
### 风险燃尽图
### 每日站会（1～3分）
### 其他可能考的工具
1. 结对工作/结对编程：结对中的一个人进行代码编写，另一个人针对新增代码进行不断审阅、反馈。
2. 蜂拥技术：对要完成的工作进行专业批量的处理，将造成“小瀑布”现象，从单个SBI的角度去看，整个过程中等待随处可见。“蜂拥而上”的模式从提高产品生产速度的角度出发，从个人转向团队，可以将团队效率最大化。
3. 探针/刺探：小型独立试验，用以评估风险、设计选项及时间估算的一些任务，甚至可作为单独的迭代。
4. 良好实践：消除技术债：为了在预期的时间内发布或演示，而采用快捷的方法，但对以后会带来隐患。所以，需要及时的为这些快捷的偷懒方法买单，不然就会形成债务。
5. 良好实践：重构：及时重构，可以让项目的结构保持先进。
6. 良好实践：持续集成：保持更新。
7. 良好实践：测试驱动开发
## 冲刺评审会/演示会
## 冲刺回顾会
## 其他敏捷方法
### 看板
### 极限编程
### 多敏捷团队协调
