我认为我们很少分享日常工作中的小毛病。 我倾向于只听其他敏捷教练的成功经验 ，因此对自己的工作感到难过。 因此，我决定进行30天的实验：我将每天分享一个失败的故事以及从这些经验中学到的经验。
Scrum团队要摆脱的第一件事是回顾和Scrum计划两个。 至少我的团队倾向于先挑战这两个。 第一次发生是在我成为Scrum Master的第二个月。 富有才智和善于表达的工程师可以在您决定采取任何措施时说服您。 因此，它从小事情开始：“最后的冲刺真的很棒。 我们进行了周密的计划，执行过程几乎完美无缺。 我认为，没有必要进行回顾。
我的学习
- 面向未来的提升技能：为什么要打扰？
- 00049–00050周—资深研究员召集，学习伙伴和乔迪·巴尼的故事
- 年度安全意识培训浪费时间
- 幸福应该成为教育的目标吗？
- 前几天，我在多语言育儿上在mL @ H上读过一篇文章时，我感到非常惊讶……
当我不知道某事时，我会在duckduckgo上查找它。 我写下结果以记住它们。 每当我学到一些东西时，我都会用谷歌搜索：“为什么要做XYZ”或“关于ABC的好论点”。 我仍然经常谷歌搜索：“ scrum master整天做什么？”或“对于故事点有什么好的论点”。 学习一些东西不会丢人，只会有所帮助。 刷新您的知识即可坚持。
多年来，我想出了一些计划两个方面的理由：
- 解决一个问题有很多方法。 每个实施都会有好处和缺点。 一个人不能全部了解。 这就是人们需要聚在一起讨论实现并写下来的原因。
- 团队工作于单个产品，并且通常是基于单个代码。 将sprint待办事项分解为较小的部分有助于避免进一步出现问题。
- 开发人员想要编码。 那里没有什么大秘密。 一开始的协调越多，计划外的问题就越少，人们可以快乐地继续编码。
- 将产品积压项目拆分成较小的部分将隐式显式化。 魔鬼经常在细节上。 一个假设仅仅是一个假设。 为了使其成为事实，需要对其进行讨论和写下来。 沟通不畅的现象在各个角落引起。
关于取消回顾展，我应该说的是：“仅仅因为上一次冲刺进展顺利，并不意味着下一个冲刺就可以了。 如果花费的时间更少，我们将尽早结束会议。”
