敏捷思想最开始是通过 17 位软件开发领导者合作编写的敏捷宣言（Agile Manifesto）脱颖而出。

敏捷宣言提出了十二项敏捷原则，表达了敏捷开发的精神。

随后，敏捷演变成一套框架和实践（如，Scrum、冲刺、每日站立会议、燃尽图等），但是这些具体的实践对于敏捷来说并不是必须的。

敏捷是一组有利于授权团队的原则，这些团队被授予创新和创造满足客户需求的产品的自由，相比传统开发模式，敏捷团队具备更多的决策权。

敏捷发生在团队中，它更多是为了使团队更好地适应新信息，而不是执行预先制定的计划。

这些快速移动的团队的主要特点如下：

1）客户参与

团队开发了一个不断发展迭代的原型，允许他们在流程的早期阶段获取客户反馈。

2）迭代

团队快速工作，将较大的任务分成较小的块，然后执行构建和测试循环，以从不完整的原型中快速学习，每个周期的目标是创建一个接收客户反馈的可交付成果原型。

3）学习

每个团队和整个组织都会反思过去的项目并消化这些信息，反思可增强组织的学习、改进流程并建立信任，同时与利益相关者建立更好的关系。

什么是 Scrum？

Scrum 是一个经常与敏捷相关的框架，Scrum 的主要原则是自我管理、透明和迭代。

Scrum 方法将项目划分为多个冲刺「sprint」，冲刺是产品开发计划中一个小的、有时限的部分。

冲刺短则一周，长则一个月，不过通常情况下需要两周时间。

冲刺专注于实现预先定义的目标：

• 可能是测试产品的一部分；
• 创建详细的界面设计；
• 或者是证明关键功能的概念等。

每个冲刺都必须有明确的可交付成果或原型演示，需要呈现给一些内部或外部的客户。

这种可交付成果必须是具体的、可观察的和有形的。冲刺是一种强制功能，可以快速推进产品开发计划，定期让团队对某些可衡量的结果负责。

他们还提供来自团队外部人员的早期反馈，这大大增加了新产品满足客户需求的可能性。

迭代是 Scrum 的关键，原型会尽早并经常呈现在客户面前。

它们经过迭代和返工，然后再次交到客户手中。通过反复迭代，确保产品与市场的契合。

在 Scrum 过程中有三个主要角色：

• 产品负责人：充当客户和开发团队之间的纽带；
• Scrum Master：负责推动项目，拥有流程，并确保团队维护敏捷原则和实践；
• 团队成员：跨职能开发团队的个人贡献者。

Scrum 还指导团队进行冲刺回顾，在每个冲刺结束时，团队会开会并审查项目，这使得持续改进成为可能。

它是学习型组织的一个表现方面，与企业的长期成功相关。

什么是敏捷产品开发？

敏捷开发使公司能够以有效响应变化、降低风险及不确定性的方式开发产品。

这会涉及三方面的内容：

1）自组织团队；

2）团队彼此合作；

3）与客户合作创建快速原型

这些原型在与客户交互的反馈中进行迭代，然后将其纳入产品开发中。

敏捷产品开发

敏捷开发的好处是什么？

敏捷思维对新产品开发有很多好处：

使公司能够快速响应变化；

授权团队尽其所能；

通过限制高层干预来减少非增值时间，如，减少不必要的会议。

1）使公司能够快速响应变化

你时刻面临着动态市场和快速变化的客户需求，而记录需求往往也需要很长时间。如果不能提前做好规划，就只会延迟实现价值的时间。

解决这种情况，首先要有一个专门的产品负责人，以及一个记录产品需求和确定产品需求优先级的流程。

如果硬件团队具备这两个要素，他们就可以从敏捷产品开发流程中获得一些实质性的好处（提前获取一些概念或需求点）。

2）使团队能够通过敏捷产品管理做到最好

敏捷的大部分成功来自 Scrum 团队本身，当你雇佣优秀的人、为自组织团队定义好管理系统并清除他们前进道路上的障碍时，团队的表现最好。

• 高层管理人员授权团队计划，并优先考虑他们的工作；
• 中层管理人员将注意力从微观管理转变为消除障碍；
• 团队成员同时拥有领域专业知识和协作专业知识；
• 每个人都将产品忠诚置于功能忠诚之上。

3）通过限制高层干预来减少非增值时间

敏捷开发使团队能够定义符合公司战略意图的项目，仔细磨练产品定义，然后与管理层合作，在特性、成本、时间、质量等方面建立项目的关键参数。

例如，在App 开发中，如果团队按照规范执行，那么高层管理人员应该让团队自行管理。

如果项目不在其定义的参数范围内进行，管理团队才进行干预。

管理层的工作是帮助团队重新定义有问题的参数并消除团队的障碍，提供他们需要的任何资源或帮助，以使项目重回正轨。

同样的原则也适用于非软件领域，授权跨职能、自组织的团队做他们最擅长的事情，减少非增值时间和组织流失。

可以将敏捷和瀑布结合在一起吗？

通过阶段性流程、里程碑和审查帮助团队创建了一种混合方法，将冲刺嵌入到结构化的“瀑布”产品开发流程中。

其中一些团队的交付周期长达 18 个月，他们将这个漫长的时间框架切成冲刺，然后将它们嵌套在瀑布流程中，如下图所示：

将冲刺嵌入更大的结构中可以加快决策速度，将较长的流程划分为可实现的小步骤。

并按固定时间表交付可交付成果，从而保持团队的注意力并使项目保持在沸腾状态，从而压缩时间表。

如何做到呢？通过发布计划。

发布计划在大约九个月的时间内查看单个项目及其依赖项，发布计划跨越多个冲刺以设定发布点。

里程碑推动发布计划，而冲刺是达到下一个里程碑的手段。

发布计划将每个里程碑视为一个发布点，它们形成了敏捷和瀑布之间的自然和战略联系。

发布计划管理：

• 项目之间的关键依赖关系；
• 内部里程碑，嵌套冲刺以实现它们；
• 向客户推出。

使用发布计划在瀑布流程中嵌套敏捷可以消除状态会议，由于每个 sprint 都定义了演示和可交付成果，因此在整个过程中项目的状态保持清晰。

只要团队在每个冲刺中按计划执行和交付，管理层就不会管他们。

只有当团队偏离路线时，他们才会通知管理层并围绕冲刺的基线触发新的方案。

敏捷产品开发方法的技巧

1）首先从一个敏捷团队开始并试点敏捷开发

如果敏捷对你的组织来说是新的，先用一个开发团队试行它，然后再用另一个团队，慢慢地传播敏捷思想。

2）同步一些基础知识，如冲刺、发布计划或自组织团队

鉴于行业、文化和产品之间的巨大差异，公司需要使用他们认为合适的敏捷框架来定制自己的流程。

从一些实践开始，例如，冲刺或每日站立会议，然后开始构建。

3）了解你的文化和产品管理中哪些地方存在敏捷挑战

敏捷会挑战职能和管理权威，放弃控制权可能具有挑战性。

敏捷是一种文化变革，所以要注意文化以及其中可能存在的障碍。

4）确保你的敏捷团队配备了经过验证的产品负责人（产品经理）

如果你使用的是经典的 Scrum 框架，那么在关键角色中拥有经过验证、经验丰富的人员是必不可少的，敏捷需要强大的团队合作。