2018/7/29参加飞锅侠OST线下活动,讨论敏捷相关问题,学到了很多内容,整理如下:

1. GROW 会议形式

  • Goal: 目标
  • Reality: 现实问题
  • Options: 解决问题的方法选项
  • Way Forward / Wrap up: 行动路线

Reality: 大家分别写下自己想到的问题,分别描述,并快速去重过滤,确定大家都认为几个关键重要的问题。

会议需要有:

  • representative: 问题主题代表
  • Note taker: 讨论记录员
  • Timebox: 会议需要再事先确定好的时间内完成(时间是宝贵的,我们需要快速的做出抉择)
  • Rules:
    • Law of two feets: 双脚原则,可以随时选择离开当前的讨论组去其他讨论组讨论。
    • Punishment: 会议可以制定一些规则Rules,超时了可进行一些惩罚,比如唱歌、做俯卧撑、高抬腿等。

2. SMART 原则

所谓SMART原则,即:

  • 目标必须是具体的(Specific)
  • 目标必须是可以衡量的(Measurable)
  • 目标必须是可以达到的(Attainable)
  • 目标必须和其他目标具有相关性(Relevant)
  • 目标必须具有明确的截止期限(Time-based)

参考:

3. 会议技巧

  • 主题太多,可以通过投票的方式选择大家最感兴趣的主题进行讨论。
  • 讨论的人数太多,可以分组进行讨论,再合并观点。
  • 如果大家实在想讨论更多话题,可以再对剩余问题进行投票,再进行多轮讨论。

4. 讨论问题

活动上分组讨论了几个大家感兴趣问题,包括:

  • 敏捷实践过程中逐渐偏离了敏捷的理念
  • 公司领导不理解敏捷,不够重视
  • 敏捷文档很少,新人不好上手

大家都讨论出了目标和解决方案,很有成就感。以下就我关心的DOD问题的讨论过程做整理。

4.1 DOD和实际情况很难符合

Goal:

  • 定义大家一致同意的用户故事DOD;
  • 团队按照一致同意的DOD持续的交互用户故事;

Reality:

  • 大家习惯完成所有功能再提交测试或部署
  • 用户故事overlapping
  • 用户故事关联较多没办法

Options:

  • 定义符合项目实际情况且大家一致同意的DOD;
  • (PO)定义独立的用户故事(可使用用户故事地图工具)

Way Forward:

  • 分析项目实际情况,看能做到什么程度就算Done(比如开发完测试完),大家一起讨论;
  • 和PO一起实践用户故事地图,定义用户故事地图时减速相互依赖;

5. 学到了什么以及打算如何应用实践?

学到了什么?:

  • GROW
  • SMART
  • Timebox
  • Break Time
  • 关注项目实际情况,无照搬套用;
  • 关注方法原则及条件,让实践过程尽量去符合

应用实践

  • 在开会中应用相关的教练技巧
  • 在后续迭代开始时和团队一起讨论符合实际的DOD