敏捷 scrum
当今的许多企业都很难在当今世界扮演领导角色。 它们是在过去世界的稳定性和高可预测性前提下进行设计的，这些重复性工作具有易于扩展的结果。 他们在必须穿越当今世界上不确定和不可预测的海洋中遇到了巨大的困难。 需要增加敏捷性。 他们采用Scrum。 他们并没有在介绍Scrum时更新其过去的结构，而是使Scrum适应当前的组织。 结果只不过是一种敏捷的错觉而已。
想象一下，他们将重新想象他们的Scrum并重新出现他们的组织以增强敏捷性……
当然，如果组织已经存在了一段时间，它们就会成长为非常复杂且极为相互依赖的内部结构。 这些结构通常是组织通过采用Scrum寻求解决的问题的根源。 工作基本上被视为和组织为流水线工作。 需要许多机构，会议，移交，资源，可交付成果，流程和部门来产生和交付甚至最小的工作量。
当面对变得更加敏捷的需求时，组织自然会恢复熟悉的配方，包括批量生产和级联方法，单独的转换项目，复制粘贴其他组织的工作或盲目遵循蓝图说明性模型。
个人分为“团队”。 “指导”团队遵守标准的惯例和流程，统一的Sprint长度和电子流程工具。 无论业务领域，专业知识或技术如何，这在整个组织中都是统一完成的。
如果不破坏现有的组织结构，或者巧妙地阻止它们，就不会破坏它们。 通常在现有部门或其他形式的职能部门内建立团队（通常为微型团队）。 更高级别的优化（如团队和部门之间的协同增效）将像以前一样被忽略。 过去曾经阻碍个人之间协作问题解决的系统性脱节现在抑制了微型团队之间的协作问题解决。
更多的敏捷团队不会使组织更敏捷。
世界各地的从业人员都将Scrum变成了最常用的敏捷定义。 尽管Scrum成为新现实，但大多数组织仍在与Scrum挣扎。 他们认为自己可以组建团队而感到挣扎。 他们试图在现有功能上映射Scrum的职责时遇到了困难。 他们难以理解， 在Scrum中 ， 没有适应性的检查是没有意义的 。 他们很难理解Scrum如何包装各种实践，从而可以在不从根本上改变框架的情况下将Scrum的每种表达方式调整到特定的上下文。 他们努力重新设计围绕Scrum的组织，以在内部结构中注入敏捷性，尽管这最终将反映在他们的业务成果中。 组织缺乏想象力来描述Scrum如何为他们工作，而精神上无法进行超出当前设置的思考。
您是否可以想象Scrum是否按照设计和预期的目的被雇用，而不管您当前的组织如何？ 您是否有深刻反映的意愿？ 回到您的Scrum的“为什么”？ 面对您明显而紧急的事情？ 采取行动？ 恢复，重新启动，重新想象？
为了增强他们的敏捷性，勇敢的求职者重新构想了他们的Scrum，开始重新出现他们的组织。 他们留下了过去的尝试，选择和方法（所有无效的方法）。 通过将尺寸再次缩小到较小并随后逐步递增，可以缓解过度的野心，严重的焦虑和放气的焦虑。 当他们：
1 /重新考虑什么是实施Scrum的“ 产品 ”（或选择另一个明确有界且有意义的倡议）。 如果倡议太大，则将其切片。
2 /为所选产品/启动/切片重新想象Scrum。
- 使用产品待办清单作为单一计划，可保存所有开发工作，无论是技术，功能还是非功能的。 确定产品增量可发布的含义。
- 将责任重设给产品负责人 ， Scrum主管和开发团队，他们全职致力于该计划并针对整体而不是职务，职位和使用情况进行优化。 这个新建立的Scrum区域生态系统得益于工具，基础设施和空间。
3 /通过受控和自动化的部署流程，不迟于每个Sprint结束，创建连贯的，小巧且有品味的生鱼片 。
重复。
有勇气的求职者在扩展到下一个产品/计划之前会花一些时间，同时仍在改进现有的计划，并不懈地消除对预期产品交付状态的所有障碍。 人们是否愿意在这个环境中展示未稀释的Scrum问责制？ 团队是否在不迟于Sprint结束前自我组织以提供可释放的增量以提供从开始到完成的价值？ 团队是否完全具备所需的所有技能，专用的团队空间，所有工具，基础架构和授权？
要保持与过去世界控制个人倾向的斗争，就需要相当的坚持和信念。 提醒自己（或欢迎其他人提醒您），价值在于工作的结果，而不是工作量。 在“ Sprint评论”中，考虑团队可能在Sprint中创造的价值，并与他们保持一致，共同探讨下一步最有价值的工作。 从判断个人花费在单个任务上的时间上转移。 团队合作是关键。
敬业的人们实际上更关心客户的结果和盈利能力。
随着计划的发展，新计划的启动和价值的传递，继续重新考虑您的内部结构。 解决遇到的组织问题和策略不足。 在重新构想Scrum的有意识行为下开始重新组织。 资金，人力资源政策，奖励和激励措施，治理，质量保证，销售和营销，法律和法规合规性。 释放一种有时会导致您无法预测的命运的工作方式。
这是艰苦的工作。 这是学习，尝试，跌倒和恢复的途径。 它正在改变您的工作方式，而不是在现有工作中增加工作量和复杂性。 它正在逐步将您的组织重新合并为一个自我维持的产品中心的网络系统。 产品中心会根据需要增长或收缩（遵循产品野心和市场需求）。 产品中心根据需要添加或消失（旋转或退出产品时）。 将检验和适应性的经验方法嵌入您的管理实践和组织机构中。
使用Scrum成长Scrum。
翻译自: https://www.javacodegeeks.com/2019/05/re-imagine-your-scrum-firm-up-agility.html
敏捷 scrum