十分钟了解规模化敏捷LeSS
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
本文是作者在参加Large-Scale Scrum(LeSS)的两次培训后的总结和思考。LeSS是一种适合大规模敏捷开发的框架,由Craig Larman和Bas Vodde基于在诺基亚西门子通信公司的大量实验(超过600个)提出的。
01 LeSS的起源
LeSS的起源可以追溯到2005年,当Craig Larman和Bas Vodde在诺西进行敏捷转型时面临的挑战。因Scrum框架推荐的团队规模与诺西的实际情况不符,他们进行了多项实验以适应大规模需求。这些实验的成果被总结成LeSS框架,并通过出版书籍《精益和敏捷开发大型应用指南》和《精益和敏捷开发大型应用实战》与大众分享。
02 LeSS全图
LeSS全图包括四个层次:试验、指南、框架和原则。试验层面涵盖了Craig和Bas的600多个实验;指南层面总结了约50个指南;框架层面是LeSS框架的具体操作;原则层面总结了LeSS的10条核心思想原则。
03 LeSS原则
LeSS的10条原则分为三类:与Scrum相关的原则、LeSS自身相关的原则以及Meta原则。这些原则强调了如“大规模Scrum也是Scrum”、“透明度”、“以少为多”和“系统思维”等关键思想。
04 LeSS框架
LeSS框架分为两种:标准LeSS适合2-8个Scrum团队;LeSS Huge适合8个以上的团队。框架注重统一的产品负责人、产品代办事项列表、跨所有团队的共同Sprint以及一个可交付的产品增量。LeSS Huge框架中,为了应对大规模团队,可能会引入Area PO角色。
05 LeSS启动策略
官方的LeSS启动策略包括为所有人提供培训、定义产品、定义完成标准、组建合理团队结构、确保PO为团队提供工作以及让项目经理远离团队。作者还提供了一个更加实际的启动策略。
06 组织应采用LeSS还是SAFe?
作者通过与不同企业的交流和咨询经验,认为LeSS更适合组织结构扁平或包袱不重的企业,如正在扩张的互联网企业。而SAFe适合原本层级多、有较重包袱的企业,如大型国企。作者强调这是个人观点,供读者参考。
想要了解更多内容?