最近开始学些敏捷项目管理，了解敏捷开发相关的基础知识，重点思考敏捷开发管理的理念如何推广适配到初创企业的组织管理中使用。
初创企业的组织管理同样面临风险高，变化快，协调难等问题，如何使用敏捷理念来指导组织管理，使得组织能够实现快速响应。

什么是敏捷项目管理？

今天，所有学科的人都使用敏捷项目管理方法将结构、责任和质量构建到团队工作流程中。敏捷项目管理 (APM) 是迭代方法，用于管理软件开发项目，其重点是持续发布，并在每次迭代中纳入客户反馈。然后，团队可以对整个项目中出现的问题做出响应，并在适当的时间对项目进行必要的更改。因此，我们可以节省资源，并有更高的机会在预算范围内按时交付成功的项目。

为什么是敏捷项目管理？

敏捷是一个总称，用于识别敏捷开发的各种模型，例如 Kanban、Scrum、XP、精益方法等。将工作分解为更小的块，迭代地改进产品和服务，使敏捷团队能够优化他们的流程，隔离问题，并通过使用限时协作活动、优先产品待办清单和频繁的反馈周期快速实现特定目标。

敏捷项目管理帮助公司在最大限度地减少浪费、削减成本和保持产品质量之间取得平衡。与跨多个团队压倒性的前期需求不同，敏捷团队可以与自组织团队一起在短期冲刺中进行计划，使他们能够更轻松地响应新的需求或变更。

敏捷与瀑布——范围、时间和成本三角

瀑布法的最大优势在于其固定成本和可预测性。你知道价格，以及什么时候发货。它最大的弱点是缺乏灵活性。敏捷方法非常灵活，可以演变成与最初设想的截然不同的产品。

传统的瀑布方法建立在时间、成本和范围三重约束的基础上。调整这些变量中的任何一个都会迫使至少一个其他变量发生变化。交付一个成功的项目取决于平衡这三个相互竞争的变量。但正如我们所知，简单地向项目添加资源并不总能带来预期的目标。如果在软件项目中后期添加资源，则会产生不利影响。

敏捷方法采用了一种不同的方法，将三个约束颠倒过来。敏捷方法在开始时将范围视为变化的，将时间（迭代）和成本（团队成员）设置为固定的；然后调整范围，将重点放在最高优先级事项。敏捷是建立在预期范围会发展的情况下。目标是在预算成本和时间内满足客户最重要的要求。随着项目的推进，敏捷允许新的需求或重新确定优先级。

瀑布：范围固定，成本和时间是变化的；敏捷：成本和时间是固定的，范围是变化的。

敏捷方法伞

自从 2001 年《敏捷宣言》诞生以来，关于敏捷的讨论就越来越多。敏捷方法只是一种思维方式，它使团队和组织能够创新、快速响应不断变化的需求，同时降低风险。组织可以使用许多可用的框架实现敏捷，例如 Scrum、Kanban、精益、XP 等……

Scrum 方法

Scrum 是一种管理项目（通常是软件开发）的敏捷方法。使用 Scrum 进行敏捷软件开发，通常被视为一种方法论；但与其将 Scrum 视为方法论，不如将其视为管理流程的框架。

Kanban 方法

Kanban 在日语中是 “视觉信号” 或 “卡片” 的意思。丰田的一线工人使用 Kanban 来表示制造过程中的步骤。作为精益的一部分，该系统高度可视化的特性使团队能够更轻松地就需要完成的工作和时间进行沟通。它还标准化了提示和完善的流程，这有助于减少浪费和最大化价值。与 Scrum 冲刺看板类似，Kanban 跟踪 “要做 – 正在做 – 已完成” 的活动，但它通过 “进展工作” 活动的数量来限制它们（数量由团队经理定义，不能超过）。

Kanban 有四个基本原则：

• 可视化工作，以增加沟通和协作。
• 限制进展工作，避免无休止的无优先级开放任务链。
• 测量和优化流程，收集指标，预测未来的问题。
• 旨在作为分析结果的持续改进。

大型项目管理

Scrum 是团队工作最常见的敏捷方式，这导致了一个问题：“我们如何将 Scrum 扩展到一个团队之外？” Scrum 框架不一定是为大型项目设计的。幸运的是，已经开发了替代框架来为大规模项目扩展敏捷，例如大型 Scrum (LeSS) 框架、Nexus 框架、SAFe 框架。一般来说，这些可扩展的敏捷框架的主要原则是团队规模不会增加，而是团队数量增加，框架引入了一些机制来协调多个团队。换句话说，大规模的敏捷框架经常使用 “scrum of scrums” 的概念，每个团队每周至少派一名代表参加所有团队的 scrum 活动，参与更高级别的会议计划和审查。

Nexus 框架

Ken Schwaber 和 Scrum.org 开发了 Nexus，它只是一个框架，可以跨多个团队大规模实施 Scrum，交付单一集成产品。团队在共同的开发环境中工作，并专注于在每个冲刺中，以最小的依赖性产生组合增量。

它可以应用于 3-9 个 Scrum 团队。每个团队由 3 到 9 名开发人员组成。因此，不建议扩展到超过 9 个团队，因此不建议超过 80 个从业者。Nexus 是一个基于 Scrum 构建的框架，但不会改变 Scrum 的基础。Nexus 框架添加了一个新角色，即 Nexus 集成团队和活动：Nexus 每日 Scrum、Nexus 冲刺计划、Nexus 冲刺待办清单和 Nexus 冲刺复盘和完善。

注意：

• 产品负责人？不，每个团队都没有产品负责人。一个项目只有一个产品待办清单和一个产品负责人，以最大限度地降低复杂性，并确保正确完成优先级排序。
• 每个团队仍然需要一个 Scrum 专家，由于这个角色不一定是全职的，一个人可以成为多个团队的 Scrum 专家。但是，不会为一个团队分配超过一名 Scrum 专家。
• 多个团队应确保他们可以利用团队中每个人的综合技能创建产品增量。如果团队具有跨职能技能，团队将更容易协作，在每次冲刺中创建潜在的可发布产品增量。

LeSS（大规模 Scrum）框架

LeSS 是一个将敏捷开发扩展到多个团队的框架。LeSS 来自 Craig Larman 和 Bas Vodde，基于他们在金融和电信行业的工作。与单团队 Scrum 相比，该框架以最少的额外流程进行扩展。即使用尽可能少的流程来让多个 Scrum 团队工作良好。因此，当你已经部署了 Scrum，并且刚刚开始扩展到多团队时，LeSS 是一个很好的起点，一次一个。

例如：

• LeSS 建议多个团队拥有相同的产品负责人和共享的产品待办清单。
• 他们的冲刺与产品级冲刺同步，从而形成一个集成的潜在可交付产品增量。
• 所有团队同时运行冲刺计划、冲刺评审和冲刺复盘。

SAFe（规模化敏捷框架）

规模化敏捷框架（SAFe，Scaled Agile Framework）由 Dean Leffingwell 创建，是一个交互式软件框架，使你能够在大型企业中应用精益敏捷和 Scrum 实践。SAFe 被描述为在企业范围内实施敏捷实践的交互式知识库，它提供了很多指导，涵盖了广泛的范围，包括融资和企业架构。SAFe 在不断完善中，最新版本是 4.5：完整配置包含四个级别：

团队（Team）： Scrum 的基础用于团队层。在 Scrum Master 的推动下，在 sprint 中工作的跨职能团队。

计划（Program）： 多个敏捷团队（ART）的集合，在大约五个冲刺中交付多个产品增量（PI）的集合。

大型解决方案（Large Solution）： 只有当产品需要由 150 多人开发时，我们才会谈论大型解决方案。这意味着将额外的人员添加到团队中以确保质量。

投资组合（Portfolio：） 主要与组织内的领导者相关。这主要涉及从事投资组合管理，并负责战略计划和预算的员工。他们被指定来确定每个 ART 的预算。

投资组合管理团队在规模化敏捷框架内的紧密集成带来了了解和管理市场成本的能力。SAFe 支持组织为产品提供资金的精益预算实践。资助分散项目的典型融资模式将成为过去。

结论

每个组织都是不同的，并且没有 “一刀切” 的方法。在决定哪种大规模敏捷开发模型在特定环境中最有效时，请分析你的特定案例的需求和约束。因此，无论你想要采用哪种规模化敏捷方法，都需要了解你的需求：

• LeSS 或 Nexus 中是一个简单的小型规模敏捷团队选项
• 中等规模的公司解决方案，LeSS具有轻量级的管理
• 企业规模的敏捷转型可能会尝试 SAFe 或 LeSS——巨大。

它们看似相似，但在团队规模、培训和认证、采用的方法和实践、所需的技术实践和组织类型等方面存在差异。我们不仅应该为现在选择正确的，也应该为未来选择正确的。