敏捷流言终结者——五个最常见的误解(第 1 部分)。
敏捷流言终结者——五个最常见的误解(第 1 部分)。
不久前，我现在工作的公司决定与当地的理工大学建立合作关系。由于这种合作，我们——作为员工——被邀请准备讲座和实验室，涵盖的主题包括 JavaScript、JAVA、GO、函数式编程、云、DevOps 和 敏捷 。我们的目标是展示实践和理论之间的差异——基本上是与学生分享我们的经验。
其中一个讲座叫做“敏捷流言终结者”。我们和两位同事一起，决定让学生熟悉关于敏捷方法的常见误解(特别关注 SCRUM )。
但是等等，什么误解？我们会重复已经在网络和无数书籍中描述过的神话吗？哦，那太容易了！
解决方案？
你还记得你工作的第一天，使用 SCRUM 的地方吗？你的恐惧和无数疑问在你脑海中盘旋？我们没有:/
这就是为什么在很短的头脑风暴会议后，我们决定向在我们公司工作的学生询问他们在我们公司开始职业生涯时完全无法理解或只是奇怪的事情。结果如下:
误解 1:“演示”是关于展示我们在 sprint 中做了什么
如果你仍然认为“演示”是 Scrum 事件之一，是用来展示在 sprint 中做了什么，那么…你只是生活在谎言中，我亲爱的朋友。
让我们打开 Scrum Guide ，找到名为“Demo”的 Scrum Event 。你能找到它吗？没有吗？我也是！
你能在那里找到什么，是冲刺复习。根据 Scrum 指南:
打印评审是在冲刺结束时对 *的增量*****进行检查，根据需要调整产品积压 。在 Sprint 评审期间，Scrum 团队和涉众 就 Sprint 中所做的事情进行合作。”
这个事件的结果是什么？
*冲刺评审的结果是一个 修订的产品积压 ，它定义了下一次冲刺可能的产品积压项目。产品积压也可能被 整体调整以迎接新的机遇 *。**
很明显，演示部分包含在 Sprint 评审中。尽管如此，这只是在这样的事件中应该采取的众多行动之一。我们主要阅读了关于调整产品待办事项列表的内容，这些内容应该在这样的会议之后进行修改。
为什么有人会使用术语“演示”而不是冲刺评审？
想了一会儿，我明白了，我们打工的学生没有错。在他们看来，这只是一个演示，仅此而已。为什么？
许多年前，整个公司都在使用保险箱。它是匆忙实施的，没有适当的标准。那是公司出现“演示”环节的时候。在这样的会议中，我们基本上只展示了我们已经实现的功能。安全教练非常失败。
因为 SAFe 很难实现，我们不喜欢它，所以下一个选择是 SCRUM！
旧习难改。
Demo 留下了。管理层喜欢它。产品所有者喜欢它。没有人想展示他凌乱的积压，并大声谈论它。
在我的公司和我周围的团队中，过去是这样，现在仍然是这样。我们努力改变它，但是像其他事情一样，这需要时间…
