收回“承诺”这个词
我一直听到“承诺”这个词被用在有问题和误导的地方。当我在教授专业Scrum课程时，甚至当我在指导优秀的Scrum master时，都是如此。
它通常听起来像这样的陈述之一:
我们怎么知道要投入多少工作呢?
我们如何确保我们将完成我们为这个版本承诺的所有范围?
如果我们没有在承诺日期前完成会怎样?
问题是，承诺这个词在组织中被误解为与交付有关的保证或承诺。这从来不是这个词在Scrum语境中的含义。Scrum指南的措辞在几年前就被澄清了，以避免这种误解，但不幸的是，它仍然存在于Scrum团队和更广泛的组织中。(事实上，几年前我写过一篇博客来澄清这个问题承诺的价值)。
你可能会想，斯蒂芬妮，我知道这一点，我的团队和组织也知道这一点。
你确定吗?即使我们谈论复杂性和不可预测性，你是否仍然看到人们将承诺这个词视为非常有可能的迹象?不满足“交付承诺”，甚至只是不完成Sprint中最初计划的所有工作，被认为是一件坏事吗?
为什么滥用“承诺”这个词会有问题呢?
记住，Scrum是一个处理复杂性和不可预测性的框架。当我们开始认为我们可以承诺一个特定的范围或保证某些东西会在某个日期前准备好时，我们就做到了不再清楚地看到我们的环境．
我们不再信奉经验主义。
这将限制我们有效应对未知和不断变化的情况的能力，因为我们将停止寻求更大的透明度——向进步、向价值、向质量、向客户需求、向产品环境。我们不想发现我们的假设是错误的，所以我们可以更快地停止或转向。我们希望更详细地计划每件事，这样我们就可以“确保”我们的估计是“正确的”(注:所有的估计都是错误的）.
然后我们会埋头苦干，通过预先设定的解决方案，而不是通过频繁与用户合作来寻求创新的解决方案，以验证我们正在解决正确的问题并有效地解决它们。也许我们会牺牲质量“就这一次”，以满足利益相关者的期望。
从本质上讲,我们不会在足够早的时候进行正确的对话对变化和新信息做出有效的反应。我们陷入了试图完美预测、控制和计划的陷阱。即使Scrum团队正在“做Scrum”，当他们或他们周围的人开始陷入这个陷阱时，他们也可能无法最大化业务敏捷的好处。
那么，我们如何避免落入这个陷阱呢?
我们需要收回“承诺”这个词。
每个人都可以采取两步:
- 小心我们的语言，只在有意的情况下使用“承诺”这个词。
当我们感觉到误解存在时，要澄清。
当我们谈论预测的日期、预算或范围时，使用“预测”或“最佳猜测”这个词，而不是“承诺”这个词。
如果有人错误地使用了“承诺”这个词，你要澄清他到底在说什么。你不需要吹响空气喇叭，拿出你的Scrum Police徽章，然后宣布:“承诺这个词不是这样使用的。”你可以简单地重申并澄清对方所说的话，利用这个机会就真正重要的事情进行更好的对话。你也可能有机会教育人们什么是承诺。
这里有一些有用的方法来加强承诺的真正意义。
我们承诺坚持质量标准，所以我们不会为了满足预计的交货日期而牺牲质量。我们将始终对我们的进展保持透明，对不确定性和风险保持开放和诚实，并清楚地了解我们在追求目标的过程中所学到的东西。因为我们希望我们的利益相关者能够根据现有的最佳信息做出决策。
我们承诺在更长的时间内专注于我们的产品目标XYZ。我们将在每一个Sprint阶段检查我们朝着这个产品目标的进展，并根据我们所学到的调整我们的产品待办事项列表。如果我们觉得我们在每个Sprint中都没有朝着我们的产品目标取得太多进展，我们就会就为什么会发生这种情况进行艰难的对话。也许我们需要更多的关注，这意味着对其他增强请求说“不是现在”。也许我们会意识到我们的环境已经改变了，我们需要改变产品目标。不管怎样，这种承诺会引导我们，帮助我们进行更好的对话。
你愿意和我一起承诺收回“承诺”这个词吗?