检视 Inspection 的解读

检视 Inspection 的解读

1️⃣ 什么是「检视」？

一句话先说清楚 检视 就是刻意停下来看看：我们现在的真实情况，和目标之间有没有偏差

在 Scrum 中，检视就是定期停下来问这些问题：

• 我们现在做得怎么样？
• 和目标有没有偏差？
• 有没有问题、浪费、风险？

对应的场景：

• 每日站会：检视 Sprint 目标的进展
• 评审会（向客户展示成功的）：检视产品增量是否有价值
• 迭代复盘会：检视团队的工作方式

检视不是为了总结、汇报、评价谁，而是为了尽早发现“不对劲的地方”

 

2️⃣ 检视不是“等出问题了再看”

很多团队的习惯是：

• 出大问题了 → 开会
• 交付延期了 → 复盘
• 客户不满意了 → 找原因

❌ 这不是 Scrum 的检视

 

Scrum 的检视是：

在问题还很小、代价还不高的时候，就把它看出来。

就像开车时：不是等撞了才踩刹车，而是随时看仪表盘

 

3️⃣ 检视看什么？不是“人”，是“偏差”

Scrum 的检视关注的是：

• 我们是不是偏离 Sprint 目标了？
• 当前做法是不是开始变慢、变重？
• 现在继续这样做，风险会不会放大？

❌ 不看：

• 谁慢
• 谁做错
• 谁责任大

👉 Scrum 检视的是“系统”，不是“个人”

 

4️⃣ 为什么 Scrum 要“强制”这么多检视点？

因为现实是：

如果不强制，大家永远没时间停下来想。

所以 Scrum 设计了：

• 每天的站会
• 每个 Sprint 的 Review
• 每个 Sprint 的回顾

这些不是“会议安排”，而是：

防止团队一路忙到撞墙的“减速带”。

 

5️⃣ 为什么没有适应的检视，是在浪费时间 ？

用人话说就是：

• 看到了问题
• 大家都点头
• 然后继续老样子

👉 那这次检视什么都没发生

真正有价值的检视，一定会带来：

“那我们下次换个做法试试。”

哪怕只是一点点改变。

 

用一个例子来理解

❌ 无意义的检视（只有 Inspection）

回顾会议上：

「这个 Sprint 测试太晚介入了，导致很多 Bug。」

Scrum Master 记录下来
下个 Sprint —— 一切照旧

👉 这是没有适应的检视

 

✅ 有意义的检视（Inspection → Adaptation）

回顾会议上：

「测试太晚介入」

于是团队决定：

• 下个 Sprint：

• 每个 Story 必须在开发完成当天交给测试
• DoD 新增一条「测试参与设计评审」

👉 这才是 Scrum 真正想要的结果

 

6️⃣ 检视和透明的关系（很多人混淆）

• 透明：让真实情况看得见
• 检视：盯着真实情况认真看一眼

就像：

• 透明 = 灯打开了
• 检视 = 你真的去看房间有没有问题

灯开着但你不看，
问题还是会在那里。

 

检视不是为了证明我们做得怎么样，而是为了尽早发现我们做错了什么。

Scrum 鼓励的不是“一直正确”，而是**“尽早发现不正确”**。