new
This commit is contained in:
@@ -0,0 +1,149 @@
|
||||
### 集中办公
|
||||
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：<font color="#ff0000">最小可行产品。用最快的方式，最少的精力进行开发，获得对产品的反馈</font>。区别与探针是探针为了验证试探风险，而最小可靠产品是为了验证价值。
|
||||
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. <font color="#ff0000">结对工作/结对编程</font>：结对中的一个人进行代码编写，另一个人针对新增代码进行不断审阅、反馈。
|
||||
2. <font color="#ff0000">蜂拥技术</font>：对要完成的工作进行专业批量的处理，将造成“小瀑布”现象，从单个SBI的角度去看，整个过程中等待随处可见。“蜂拥而上”的模式从提高产品生产速度的角度出发，从个人转向团队，可以将团队效率最大化。
|
||||
3. <font color="#ff0000">探针/刺探</font>：小型独立试验，用以评估风险、设计选项及时间估算的一些任务，甚至可作为单独的迭代。
|
||||
4. <font color="#ff0000">良好实践：消除技术债</font>：为了在预期的时间内发布或演示，而采用快捷的方法，但对以后会带来隐患。所以，需要及时的为这些快捷的偷懒方法买单，不然就会形成债务。
|
||||
5. 良好实践：重构：及时重构，可以让项目的结构保持先进。
|
||||
6. 良好实践：持续集成：保持更新。
|
||||
7. 良好实践：测试驱动开发
|
||||
|
||||
## 冲刺评审会/演示会
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 冲刺回顾会
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 其他敏捷方法
|
||||
### 看板
|
||||
|
||||
|
||||
### 极限编程
|
||||
|
||||
|
||||
|
||||
|
||||
### 多敏捷团队协调
|
||||
|
||||
|
||||
Reference in New Issue
Block a user