Scrum之外至少两个精益/敏捷开发框架并解释它们的价值
一、大规模敏捷开发框架LeSS
“LeSS is Scrum applied to many teams working together on one product.”简单说LeSS依然是Scrum，依然是那三个角色，三个工件，五个会议。LeSS框架想要解决的问题是如何将Scrum的原则，元素尽可能简单够用的使用到多个团队，合作开发一个产品的场景里去。LeSS框架分为两类：LeSS以及LeSS Huge，超过8个Scrum团队的时候使用LeSS Huge框架。当然在实践的过程中需要考虑产品负责人以及Scrum团队成熟度适当调整，理论总是要联系实际。
1、长期稳定存在，长期的合作利于打磨高效团队，质量和效率稳定可预见。
2、跨技能，团队成员技能中包含前端，开发，测试等多种技能。
3、跨组件，团队覆盖的范围同时横跨多个组件。
4、团队能独立完成客户价值交付。
5、团队间协调合作从项目管理域转移到代码技术域。
团队自身结构设计好了，接下来需要考虑团队间沟通协调方式。团队间沟通协调方式会受到产品需求组织方式的影响。团队将要开发的DevOps平台是一个非常复杂的产品，涉及的需求领域很多，比如环境管理，应用管理，版本管理，持续集成等，同时这是一个从0到1的过程，每个需求领域都有着充足而稳定的产品需求，并且每一个领域都需要一定的领域背景知识才能更好的设计实现产品，所以笔者决定划分为4个产品需求领域：环境，应用，版本，持续集成。在LeSS里是没有需求领域的，需求领域是LeSS Huge里的概念，当团队个数大于8个的时候建议使用LeSS Huge，并且区分需求领域，每一个需求领域里依然是LeSS工作方式，同时增加APO角色负责一个需求领域。
Scrum是敏捷世界里广泛使用的一个框架，简单，易懂但难于掌握。LeSS是大规模敏捷开发世界里一个常用的框架，它的本质上依然是Scrum，它想要解决的问题是如何将Scrum的原则，元素尽可能简单够用的使用到多个团队，合作开发一个产品的场景里去。组织的很多问题根源在于组织结构设计，相同的结构设计上往往存在相同的问题。没有合理的团队设计让产品研发事倍功半，而有了合理的团队设计让团队事半功倍。团队设计是影响团队绩效的一阶因素。世界上没有所谓的最佳实践，没有所谓的银弹，有的仅仅是在特定的上下文里合适的实践和方法
二、OKR
OKR（Objectives and Key Results）即目标与关键成果法，是一套明确和跟踪目标及其完成情况的管理工具和方法。OKR的主要目标是明确公司和团队的“目标”以及明确每个目标达成的可衡量的“关键结果”。OKR可以在整个组织中共享，这样团队就可以在整个组织中明确目标，帮助协调和集中精力。下图是我们公司执行OKR的框架。
