我们如何走得更快？
我们如何走得更快？
原文：https://medium.com/hackernoon/how-do-we-go-faster-ed51207952a8
我发现自己经常回答这个问题。在此分享回应…
1.首先，承认你可能需要集中注意力，放慢速度。它最终会帮助你走得更快。
2.第二，你必须重新定义你对更快的看法。我们关心的速度是学习的频率，交付实际价值(成果)的频率，以及对环境变化做出反应的速度。
一些想法…
让心理安全成为所有级别的先决条件
开始敏捷教练实践
- 雇佣敏捷教练(不是 scrum 大师，不是项目经理)
- 确保教练不偏不倚，不与某个部门有关联。理想情况下，他们应该被拉进团队。不推
- 开展大规模(组织范围内)的促进持续改进活动( k 蓝染)
- 让公正的主持人进行回顾
- 为更大的计划进行跨团队回顾
- 为经理、高级经理、领导者等提供一对一辅导。
- 停止浪费的、无附加值的实践(例如故事点估算)
结构/系统
- 产品和工程之间更紧密的集成
- 阐明工程前线、中线经理的角色
- 要么解决依赖性问题，要么让“产品”/孤岛完全自治
- 建立团队弹性，使大多数团队能够自我管理
- 减少局部优化的区域。根除“王国建设”，尤其是在一线经理/董事中
- 明确地调用所有共享服务(支持、运营、基础设施等方面)。).积极挑战规模经济假设
- 鼓励更积极的旋转、再训练和群聚练习
- 整体扁平化组织。信息丢失率可能太高
- 打破运营和工程之间的结构孤岛
可视化工作、管理 WIP、优化流程效率
- 走慢点。不要那么忙。更有纪律性。更加专注
- 要求产品和工程部门的每个人阅读唐纳德·赖纳森的 产品开发流程的原则
- 提供以精益原则为重点的培训计划
- 采用带有积极 WIP 约束的项目和组合级看板
- 鼓励团队降低利用率和 WIP 限制(集中和闲置)
- 想象所有的工作，包括维护、分类和生产支持
- 通过阻塞依赖团队来解决依赖性(不过度利用，不多任务)
- 基于苹果的优先级-苹果的延迟成本
- 关注流程效率、快速学习、低利用率和小批量
- 跟踪交付时间、周期时间，并将工作分类
- 到处都是瓶颈。流畅地将资源/焦点转移到瓶颈
- 通过季度评审转向持续计划(不是季度计划)
- 转向更持续的价值交付(通过 scrumfall 和大项目批次)
- 对于跨团队工作，让所有一线 IC 参与常规的站立、评审