敏捷转型指南 | 从0到1实现敏捷，你需要了解4个实践敏捷的秘诀

做事敏捷和真正实现敏捷有很大区别，如果您遵循敏捷宣言、4项价值观和12条原则，那么实现敏捷是相当容易快捷的。但根据我的经验，很多原因使得它从来不是一件容易的事。下面是我成功实现敏捷的一些秘诀。

团队

团队中没有“自我”。这句话我们都听过。团队不是关于个人的，而是关乎集体的。敏捷团队也一样。

每个队员都有自己的角色，就像足球场站位一样，有前卫，后卫，前锋和守门员。正如我女儿以前的足球教练对球队所说： 如果对方进球，那不是守门员的错；对方在试图进球之前必须要通过其他10名球员！

重点是，在一支足球队中，没有哪个位置比其他位置更重要，也不能把责任（或成功）仅仅归咎于一个球员。如果前锋进球，整个球队都会受益。如果守门员失球，整个球队都会遭殃。敏捷团队也是如此。工程师并不比测试人员重要，敏捷开发大师也不比产品负责人重要。团队中的每个成员都有自己的角色和职责，如果能正确地执行，就能相互补充，从而为团队带来最好的结果。

现在来说一下团队成员。有种常见的误解认为敏捷团队只由交付人员组成，如开发人员、测试人员、用户体验设计师等。但根据我的经验，团队中最重要的成员之一不会编写代码或执行单个测试，那个成员就是客户。客户可以是“业务”、高层管理人员，甚至是实际用户。我们的产品是为客户打造的，那么就该让他们参与到服务中来。敏捷最重要的一点就是持续的反馈。反馈来自谁？来自客户。这种特定类型的反馈是敏捷的4个核心价值之一：

客户协作重于合同谈判。仔细想想客户协作……这里的关键词是协作。协作意味着一起工作，而不是一方对另一方发号施令。当团队中的每个人都对其他人（特别是客户）有同理心时，才是最有用最成功的协作形式。

同理心

下面是来自dictionary.com网站对同理心的定义，对他人的感受、n思想或态度的心理认同或替代体验。

请记住，包括您自己在内的大多数人，通常都有经过深思熟虑的善意好理由做出决策。知道人们从何而来以及为何做出这个决定，您们才能真正开始建设性的合作。
开发人员很容易对不断变化的需求感到沮丧，业务的利益相关者也可能认为团队没有意识到所请求更改的重要性或迫切性。

等式的两边都需要考虑施加给另一方的压力。业务利益相关者需要知道（无论您信不信）团队对他们的工作有极大的自豪感，并且真诚地希望为他们开发和交付出色的成果，此外团队也不仅仅只为客户和利益相关者构建优良软件。反之，开发人员需要了解来自上级、利益相关者或客户施加给产品负责人和业务人员的压力。向产品负责人抱怨时间不够很容易，因为您并不是对进展不满而生气的管理人员。

先了解问题再尝试解决

需求改变。范围变动。冲刺中期再优化。这些话几乎每次说出来都会让团队变得担忧、恐惧和“恶心”。这通常是因为没能很好的理解起初为什么做出改变（即需要解决的问题）。请求者和实现者之间的协作对于通过讨论“我们试图解决的问题是什么？”来最少化这类问题是至关重要的。

多年前我就遇到过类似的简单例子。某个应用程序制作历时约3个月，直到该产品重大更新发布的最后一刻才有人要求修改。商业分析师说“需要在这个数据库表中添加一个新列”。我的第一反应是“嗯……您是认真的吗？”离产品发布还有两天，这太冒险了……您在做梦吧！我没有这么说，但我是这么想的。我忽视了脑海里的一些骂语。相反我问道，“为什么我们需要添加这一列，它是干什么的？”他们的回答是：“这是一份重要报告的要求。没有它，我们就无法继续进行更改，因此必须添加该列，否则我们将无法发布。我们在最后关头才开始权衡实施这种改变的影响和风险。经过大约30分钟的反复思考，我才意识到我们关注的问题是错的。问题不在于向数据库添加列，而在于生成一个关键的报告。就在那时，我顿悟了。我们创建了一个数据库视图，包含了报告所需的所有数据而不必更改表的底层结构。这样做既允许报表成功运行，并将影响最小化。如果报告有问题，那将是唯一受影响的，而不是整个应用程序。” 可以说，我们及时地发布了这个更新，并且没有对系统造成不良影响，因为我们解决了正确的问题。

文化

在我将近20年的软件交付和团队管理经验中，团队文化是成功的关键。我工作过的许多地方都有一种责备的文化，人们更关心的是找出罪魁祸首或找出原因（以推卸责任），而不是解决手头的问题，您会听到 “那不是我的团队该做的事” 这样的话来推卸责任。

这种心态是由一种潜在的恐惧文化推动的。害怕犯错，害怕做错事被发现，害怕不遵守“规则”，害怕失败。事实上，失败是不可避免的。因此，与其试图通过实施控制来避免失败，不如通过让失败变小变安全，来将失败的负面影响最小化，相当于安全网。

“我们想成为一个内燃机，而不是一个燃料-空气炸弹。许多小型的可控爆炸将我们推向一个大致正确的方向，而不是一场将半个城市夷为平地的巨大爆炸。”只有通过犯错才能真正寻求创新。通过一次又一次的尝试和失败，直到成功为止，这就是敏捷的意义所在。进行小的增量改进，并一次次验证，每一个增量都包含之前的反馈，这就是：敏捷的核心价值——响应变化而不是遵循计划。这样做的价值在于，您最终得到的是当下需要的，而不是3个月前最初请求时需要的。

最后的想法

总结一下要点:

1. 同一个团队，同一个梦想。团队中的每个人，包括您的客户，都与您所生产产品的成败有利害关系。良好的合作是关键。请记住，没有我们和他们之分，我们是格鲁特！
2. 同理心。人们会有自己做出决定或以某种方式行事的好理由。从他们的角度了解原因、动机和情境，可以进行更有意义和建设性的对话。
3. 了解真正的问题。避免一听到问题就立即进入解决模式。首先要问清楚 “我们要解决的真正问题是什么？” 您可以用5个为什么的方法。一旦您能够与利益相关者就这一点达成一致，就可以探索最佳解决方案。
4. 培养正确的文化。减少您组织内部的恐惧，专注于建立控制的安全网，允许团队安全的小失败，并最终将失败作为一种真正创新的方式。请记住：

“失败只是一个重新开始的机会，这次会更加明智。”——亨利·福特所以只要您从中吸取教训，失败就没什么大不了的。如果你想知道更多敏捷的原则，欢迎查询敏捷宣言。