Scrum和你的组织敏捷性
有一种流行的误解是，Scrum master的责任在Scrum团队中结束，当团队变得成熟时，可能就不需要Scrum master的责任了。因此，许多组织将Scrum Master的角色限制在团队级别。事实远非如此。在本文中，我们将探讨scrum管理员在团队之外为整个组织敏捷性服务的责任，并彻底打破这个神话。
让我们从Scrum指南开始:“Scrum master是真正的领导者服务于Scrum团队和更大的组织”。除了为团队和产品负责人服务外，Scrum Master还“以多种方式为组织服务”。
就定义而言，组织敏捷性指的是组织对客户不断变化的需求做出可预测响应的能力。请注意，这并不总是与速度有关。它是指在不断变化的客户需求和技术能力的驱动下，与不断变化的市场条件同步或提前改变的能力。
Scrum Master怎样才能成为这样的人呢真正的敏捷领导者，帮助组织变得更加敏捷(增加组织敏捷性)?
在我的一次工作中，一位Scrum Master观察到Sprint计划花费了很多时间，有时超过了2周Sprint半天的时间。团队决定在产品待办事项细化上投入更多时间，并邀请来自组织其他部分的主题专家(sme)来帮助阐明需求。中小企业不认为这是他们的工作的一部分，总是没有可用的。Scrum Master帮助产品负责人建立一个系统视图，显示团队工作对组织整体成功的影响。有了这种理解，中小企业就能够优先考虑对团队的支持。
总的来说，随着时间的推移，Scrum Master问责制之旅可能是这样的。随着团队的成熟和团队焦点的减少，Scrum大师转移了阻碍组织敏捷性的组织过程的焦点。
- 理解Scrum:这可能是大多数Scrum大师的第一步，帮助团队中的每个人理解Scrum并使用相同的语言。
- Scrum团队的成熟-跨功能和自我管理。实现跨功能和自我管理需要Scrum Master有意识的步骤和行为来帮助团队识别和消除实现这些理想的障碍。培训和指导领导者鼓励实验和采取仆人式领导方法就是少数例子。
- 卓越工程这一点不常被提及，但对组织变得更加敏捷非常重要。在软件环境中，这包括升级开发堆栈、架构适应性、重复任务/活动的自动化、采用DEVOPs等。Scrum Master不需要成为技术专家，但需要能够帮助团队识别阻碍敏捷性的工程实践。在很多情况下，Scrum团队需要组织的支持来采用新的技术实践。
- 产品管理实务产品负责人是Scrum团队中的产品经理，而不是团队记录员或待办事项撰写者/编写者。产品负责人需要采用可靠的客户/市场发现技术来帮助找到适合产品的市场，确定产品待办事项的优先级，以确保团队始终专注于最有价值的工作项，以及确保Scrum团队从客户、利益相关者或最终消费者那里获得直接反馈。
- 组织流程Scrum团队不是孤立存在的。它必须与组织的其他部分互动。根据Evan Leybourn的解释，Eliyahu Goldratt的约束理论，“一个组织只能像它最不敏捷的部门一样敏捷!”内部审计和控制、法律和合规是Scrum团队之外的少数流程。scrum管理员帮助其他领域与scrum团队有效互动，并在其操作中采用经验主义
总之，Scrum Master在实现组织敏捷性方面扮演着重要的角色。将Scrum Master限制在团队层面本身就是组织整体敏捷性和需求解决的障碍。
参考文献
1.僵尸Scrum生存指南https://www.amazon.ca/Zombie-Scrum-Survival-Johannes-Schartau/dp/0136523269
2.https://theagiledirector.com/article/2017/04/27/evans-theory-of-agile-constraints/
3.Scrum指南- https://scrumguides.org/