敏捷实践和真正实现敏捷有很大区别。我相信如果您理解敏捷宣言、4项价值观和12条原则，那么实现敏捷是相当容易快捷的。但根据我的经验，很多原因导致很难真正实现敏捷。本文我将具体介绍我成功实现敏捷的一些秘诀。
一、团队
团队中没有“自我”——这句话我们都听过。团队不是关于个人的，而是关乎集体的。敏捷管理团队也一样。
每个队员都有自己的角色，就像足球场站位一样，有前卫，后卫，前锋和守门员。正如我女儿以前的足球教练对球队所说：如果对方进球，那不是守门员的错；对方在试图进球之前必须要通过其他10名球员！
重点是，在一支足球队中，没有哪个位置比其他位置更重要，也不能把责任（或成功）仅仅归咎于一个球员。如果前锋进球，整个球队都会受益。如果守门员失球，整个球队都会遭殃。
敏捷团队也是如此。工程师并不比测试人员重要，敏捷开发大师也不比产品负责人重要。团队中的每个成员都有自己的角色和职责，如果能正确地执行，就能相互补充，从而为团队带来最好的结果。
现在来说一下团队成员。
有种常见的误解认为敏捷团队只由交付人员组成，如开发人员、测试人员、用户体验设计师等。但根据我的经验，团队中又一个最重要的成员，他不会编写代码或执行单个测试，那个成员就是客户。客户可以是“业务”、高层管理人员，甚至是实际用户。我们的产品是为客户打造的，那么就该让他们参与到服务中来。
敏捷最重要的一点就是持续的反馈。反馈来自谁？来自客户。这种特定类型的反馈是敏捷的4个核心价值之一：客户协作重于合同谈判。
仔细想想客户协作。协作意味着一起工作，而不是一方对另一方发号施令。当团队中的每个人都对其他人（特别是客户）有同理心时，才是最有用最成功的协作形式。
二、同理心
下面是来自dictionary.com网站对同理心的定义：对他人的感受、思想或态度的心理认同或替代体验。
请记住，包括您自己在内的大多数人，通常都有经过深思熟虑，有着充分的理由才做出决策。知道问题的来源以及为何做出这个决定，您们才能真正开始建设性的合作。开发人员很容易对不断变化的需求感到沮丧；业务客户也可能认为团队没有意识到需求改变的重要性或迫切性。
事实上两边都需要考虑另一方的压力。业务客户需要知道团队是非常重视这份工作的，并且团队也非常希望能开发和交付出色的成果，此外团队也不仅仅只为客户和利益相关者构建优良软件。
反之，开发人员并不是需求多变的管理人员，所以向产品负责人抱怨时间不够很容易。但是开发人员需要理解来自上级、利益相关者或客户施加给产品负责人和业务人员的压力。
三、先了解问题再尝试解决
当遇到需求改变、范围变动、冲刺中期再优化等这问题，团队就会变得担忧、恐惧和“恶心”。
这通常是因为团队没能很好的理解需要解决的问题。客户和产品团队之间的协作是至关重要的，因为协作要通过讨论来理解“我们试图解决的问题是什么？”，从而定义问题的本质。
多年前我就遇到过类似的简单例子。某个应用程序制作历时约3个月，但是该产品更新发布的最后一刻，突然商业分析师要求修改该产品——需要在这个数据库表中添加一个新列。
我的第一反应是“嗯……您是认真的吗？”、”离产品发布还有两天，这太冒险了！您在做梦吧！”。我没有这么说，但我是这么想的。我忽视了脑海里的一些骂语。但事实上，我只是问：“为什么我们需要添加这一列，它是干什么的？”。他们的回答是：“这是一份重要报告的要求。没有它，我们就无法继续进行更改，因此必须添加该列，否则我们将无法发布。”
我们在最后关头才开始权衡实施这种改变的影响和风险。经过大约30分钟的反复思考，我才意识到我们关注的问题是错的。问题不在于向数据库添加列，而在于生成一个关键的报告。就在那时，我顿悟了。我们创建了一个数据库视图，包含了报告所需的所有数据而不必更改表的底层结构。这样做既允许报表成功运行，并将影响最小化。如果报告有问题，那将是唯一受影响的，而不是整个应用程序。”
可以说，我们及时地发布了这个更新，并且没有对系统造成不良影响，因为我们解决了正确的问题。
四、文化
在我将近20年的软件交付、打造团队 和团队管理经验中，企业团队文化是成功的关键。
我工作过的许多地方都有一种责备的文化，人们更关心的是找出罪魁祸首或找出原因（以推卸责任），而不是解决手头的问题，您会听到 “那不是我该做的事” 这样的话来推卸责任。
这种心态是由一种潜在的恐惧文化推动的。害怕犯错，害怕做错事被发现，害怕不遵守“规则”，害怕失败。事实上，失败是不可避免的。因此，与其试图通过实施控制来避免失败，不如通过让失败变小变安全，来将失败的负面影响最小化，相当于安全网。
Mikael Krantz, Spotify说过：“我们都想成为一个内燃机，而不是一个燃料-空气炸弹。但是事实上，许多小型的可控爆炸是可以将我们推向一个大致正确的方向，它并不是一场将半个城市夷为平地的巨大爆炸。”
只有通过犯错才能真正寻求创新。
通过一次又一次的尝试和失败，直到成功为止，这就是敏捷的意义所在。进行小的增量改进，并一次次验证，每一个增量都包含之前的反馈，这就是敏捷的核心价值：响应变化而不是遵循计划。
这样做的价值在于，您最终得到的是当下需要的，而不是3个月前最初请求时需要的。
总结
同一个团队，同一个梦想：团队中的每个人，包括您的客户，都与您所生产产品的成败有利害关系。良好的合作是关键。请记住，没有我们和他们之分，我们是格鲁特！
同理心：人们会有自己做出决定或以某种方式行事的好理由。从他们的角度了解原因、动机和情境，可以进行更有意义和建设性的对话。
了解真正的问题：避免一听到问题就立即进入解决模式。首先要问清楚 “我们要解决的真正问题是什么？” 您可以用5个为什么的方法。一旦您能够与利益相关者就这一点达成一致，就可以探索最佳解决方案。
培养正确的文化：减少您组织内部的恐惧，专注于建立控制的安全网，允许团队安全的小失败，并最终将失败作为一种真正创新的方式。请记住：“失败只是一个重新开始的机会，这次会更加明智。”所以只要您从中吸取教训，失败就没什么大不了的。
作者：Jeehad Jebeile
原文来：《The secret to “being” Agile》
0 thoughts on “入门指南｜打造全能团队敏捷实践：团队合作、同理心和持续改进”
我认为敏捷团队应该注重团队协作和沟通，充分利用每个人的长处和优点。
敏捷开发需要高效的团队协作和沟通，需要不断优化自己的工作方式。
敏捷团队中的客户确实非常重要，需要不断与客户沟通，获得反馈。
我非常赞同作者提到的团队角色和职责的重要性，每个人都需要清楚自己的职责。
同理心是敏捷团队中不可或缺的因素，需要团队成员互相了解并互相尊重。
文章中提到的“先了解问题再尝试解决”十分重要，不能一味地按照初始计划行动。
同理心不仅仅是针对客户，也需要在团队内部互相理解和包容
作为团队的核心成员，我们需要清楚自己的职责，做到心中有数。
这篇文章很实用，对于实现敏捷有一定的指导意义
文章中提到的理解问题的本质非常重要，不能盲目跟随计划。