今天，我将分享Scrum Master在新框架中对团队生命第一年的观察。
我们为什么决定去Scrum？原因对于许多公司来说是司空见惯的：
- “业务”与“发展”之间的关系不是那么简单；
- 需要加快交货；
- 了解必须重建流程。
从开始到2019年，我们搬到了开工时间大约六个月：学习，培训，准备材料并收集必要的信息。最后，
在2019年6月3日，我们开始了第一次冲刺。
新框架的第一年对于团队和Scrum Master都是一个挑战。有必要从根本上改变思维方式，并以不同的方式开始做事。
Scrum Master在此期间应该记住什么？
Scrum Master不是鞋子，也不必很舒服。有必要发展一种可持续的技能，以反映团队及其成员中不良行为模式的镜像。学习如何正确，及时地提供反馈非常重要，即使这会使Scrum Master和对手都离开舒适区域。
从团队而非个人角度思考。您需要将团队看作是活生物体，并记住如果“单个器官生病”，那么整个生物体就会开始腐烂。为了继续类推，Scrum Master是一名治疗师。因此，不是外科医师，而是治疗师，困难的临床病例是针对其他专家的。
与LeSS一样，Scrum也不能容忍团队成员的个人不成熟。如果团队不知道Scrum是什么，从未在此框架中工作过，而且，如果它已经在现有人员中工作过，那么我建议您不要立即使用LeSS。
在先前未参与Scrum工作的团队中确定启动活动的志愿者（通常需要三天），很可能是假的。如果人们以前没有在这个框架中工作过，他们几乎不真正了解它是什么，并且可以真正谈论他们以这种方式工作的意愿。
哈迪还不是全部。如果软件出现问题，那么即使是硬度很高的开发人员也可能会遇到大问题。
在自我组织的团队中，具有深层思考能力，情感智慧并渴望不断自我发展，意识扩展和随时准备改变范式的人们可以和谐地生活和生活。
相信自己是最聪明的人是天真的。向每个团队成员传达此信息非常重要。渗透到这种最简单的思维方式会带来很多好处，而不是缺点：从相互尊重到“在一起的感觉”。
最难的部分是负责任地工作。人们必须了解，“自愿性”不仅与在Scrum中工作的意愿和意愿有关。这是关于准备发展，自我发展，学会给予和接受反馈，反思和做出改变的准备。这是关于不仅要改进流程，而且还要改进自身的持续过程。
人们通常不理解为什么需要Scrum Master。在这里，在进行了许多不同的对话和研讨会，讨论和对话之后，我得出的结论是，这种误解通常是由于缺乏了解它的意愿。Scrum Master应该牢记这一点并继续努力。
Scrum在一年内给了我们什么？
“业务”和“发展”变得密不可分-对“我们”和“他们”的理解不再存在。业务专家与开发人员在同一团队中一起工作。现在，对业务需求的理解存在于开发团队中。结果，我们极大地提高了交付速度：现在每个sprint发行一次。我们目前居住在三个星期的冲刺中。以前，实际释放速率每1.5个月不超过一次。
我们已将技术债务合法化，并开始在冲刺中腾出时间。我们同意70％对30％的比例，其中30％用于技术债务。
在一年内，我们能够将所有关键能力吸引到团队中，放弃了供应商，并使开发内部化。两者对开发结果和已实施解决方案的影响已大大增加。开发人员对产品和客户环境的关注度大大提高。因此，语义负载“为什么？”已发生质的变化。
我们启动了发现过程-大大增加了对“客户皮肤”的沉浸感。现在我们所有的想法，关于我们认为客户会有用的想法，我们直接与客户核实。创建了一个随时可以进行实验的环境和一种愿意进行实验的文化。
实施CI / CD。
我们通过自动测试涵盖了WEB应用程序的几乎所有功能，从而大大减少了手动回归的时间和人工成本。
我们已经开始向微服务架构过渡，这应该为开发团队增加更多的独立性。
我们引入了一个用于监视应用程序和硬件的系统：现在处于联机模式，可以监视一个和另一个的状态，有时可以在客户打来电话之前接收信号。我们建立了许多仪表板来监控业务指标，包括自动模式下的KPI。
在这一年中，我们做了很多事情，但我们的道路仍在继续。
PS：我故意没有写Scrum实施的各个阶段。您现在可以阅读很多有关此的内容。如果有兴趣，那么我可以写一篇单独的文章。