敏捷是一种创造产品或服务的能力，可定期获取，并在不确定中动荡的环境中迎接变化

敏捷的定义是：敏捷是一种创造产品或服务的能力，可定期获取，并在不确定中动荡的环境中迎接变化。

注意其中一些关键词，如能力、定期、价值、不确定等，现在来进行逐一解读。

首先，敏捷是一种能力，它不是一种方法论或者工作方式，是一种可掌握的能力。

除项目之外，敏捷会渗透到产品或服务的中，它是伴随生命周期而存在的，并不是在某一段时间存在。

敏捷是定期的，不是一次性的，我们都会经历产品或服务的迭代优化，因为市场在变化、用户需求在变化。

所以对于团队来说，与其努力创造完美的产品或服务，不如通过版本的迭代来不断改进。

关于价值，敏捷专注于客户（也就是最终的利益相关者）的满意度，这一点也与敏捷的价值观之一（客户合作高于合同谈判）相对应。

最后一点，关于不确定、动荡与变化，敏捷提倡在灵活应变中稳定计划，但同时对于外来插入的紧急任务，也可以适应变化。

虽然后者具体任务内容不可预知，但是对团队敏捷来说，需要提前为此类情况预留可应对的空间。

二、敏捷的价值观

第一部分有初步提到敏捷的价值观，第二部分来详细介绍下敏捷的4个价值观，也可以理解为指导团队敏捷的4个标准。

1. 个体和互动高于流程和工具

强调的是再好的协同办公工具都不如团队成员之间的即时沟通，无论现在是在用飞书、企业微信、钉钉这类面向协同办公场景的产品，还是直接使用微信、QQ这类集合日常生活交流的产品，亦或者使用OA这类流程产品。

工具和流程可以在一定程度上提高工作效率，但这些流程和工具是一个“保底”的效用，在遇到一些重大事情或者比较紧急的事情，亦或者面对面沟通成本低于使用工具进行沟通时，多进行个体互动且形成这种习惯，是更佳的选择。

2. 工作的软件高于详尽的文档

在日常工作中，大家都会看到产品经理的需求文档、设计同事的设计文档、开发同事的技术方案文档……

这些文档的一种重要作用就是进行信息的传达，尽可能减少低效的沟通成本。

那产出这些文档，大家都有着对应的工作软件，如产品经理常用的Axure。

对于文档来说，使用何种工作软件的意义更大于详尽的文档。

早期需求文档其实都是word文档形式的，但是现在随着行业的发展，一些工作软件逐步进入了人们的视野。

这些工具类似于工业时代的蒸汽技术，本质上解决的是同一类问题，但是可以大幅提高工作效率。

从成本、效益角度来说，最终得出的投入产出比更高，因而更得用户认可和信赖。

3. 客户合作高于合同谈判

赚钱，或者说取得经济效益回报，是每个企业都要追求的目标，甚至可以说是大部分企业的首要目标。

但是从企业的可持续发展来看，想要持续性的取得经济效益回报，就不能只关注合同的谈判，即不能只关注于某次合作带来的经济回报，而要将重点放在与企业合作的客户身上，要关注如何才能与客户取得长期合作。

例如SaaS产品，其重点是客户的续费，而不是首次购买。

如果只关注单次合作，而不注重长期合作，不提供优质的产品服务、售后服务。

不仅不能获得客户的持续合作，而且企业口碑也会因此受损，在整个行业中都会受到不可估量的负面影响。

4. 响应变化高于遵循计划

最后一点，其实大家会感受比较深刻。

每次在迭代开始前，产品经理都会跟技术、测试负责人制定产品迭代计划。

但是在项目迭代过程中往往会有一些“突发情况”，例如老板又插需求了、市场商务同时又提紧急的“可以赚钱”的需求了。

这种现象的发生仿佛成为了一个客观事实。

但是既然发生了，那产品经理就要想办法解决。如何解决？

其实在敏捷开发的思维里，每个迭代都会留一个“buffer期”，即创建了sprint之后，并不是按照时间要求，将所有的人力都进行排满，一般会预留20%的人力去响应一些变化的需求。

最后还要提醒的一点是，响应变化高于遵循计划，并不是说不做初始的产品计划。初始的产品计划还是非常重要的，而且需要遵循执行。这样能保证项目的有序进行。