为什么我的团队不承担责任

经理们，副总裁们和高管们都问我：“敏捷中让大家对自己以及互相负责是行不通的。我的团队交付的不好，团队成员也不在乎！我怎么能让他们承担负责或让他们主动承担责任？”

首先：虽然人们经常互换地使用担责(accountability)和责任(responsibility)，但这两者根本不是一回事。

担责(accountability)是指对彼此的共识与期待的制定，遵守和管理（承担责任）。责任(responsibility)是一种最自主责任的意识。根据Chris Avery的说法，他花了数年时间思考（和写作）这两个词之间的差异，这句话可能帮助澄清这一点：

大多数人的意思是他们希望团队和人员对他们所创作的作品的质量负责。让我们重新审视敏捷团队，特别是Scrum团队和“负责”(Responsible)。根据Scrum指南，Scrum团队内部应该拥有为了交付团队所需的一切：

可以看出，如果团队对事情没有控制权，甚至没有赋能自己的方法，他们可能不愿意对结果承担责任并对其负责。假如没有这样的环境，例如，用户故事没有捕获客户的需求 - 相反地，在用户故事完成之前有团队之间的交接-那么在这种场景下，责任感会丢失，担责就更不会存在。

换句话说：担责是外在的; 责任感是内在的。

如果你的用户故事不是面向客户的，而且只是人们单独工作的一堆任务。他们认为：“好吧，我完成了我的工作”。接着把逻辑整合，页面设计，环境部署就是别人的活了。“什么是质量”丢失了。我们不再考虑客户体验或我们试图解决的问题。在Scrum中，我们考虑在迭代内完成经过测试并面向客户的功能增量。这也正是计划驱动或瀑布式的问题所在：大部分前端和后端工作的整合工作进行得很晚，测试总在最后才进行......没有人对结果负责,也没人从客户角度出发考虑问题。我们要弄清楚Done对业务的真正意义并确保每个人都知道。

此外，Scrum指南说：

这如何在企业中发挥作用，尤其是“承诺”这个词？如果团队只拥有工作一部分，他们就无法对客户的质量和价值承诺与负责。

以X理论和Y理论著作而闻名的道格拉斯·麦格雷戈提出“商业的人性化”，他认为管理者是那些相信X理论的人：这些人应该只是“索取者”，没有金钱或奖励的外在动机的话不想工作。因此，X理论管理者认为所有行动都应该追溯到负责任的个人。个人要基于好的或者不好的结果，接受直接的奖励或谴责。

除了可怕的刻板印象之外，这个问题的核心在于，今天的商业所需完成的工作，比以往任何时候都更依赖于别人。我们不仅仅是在纸上阅读需求，然后独自交付可工作的软件。这种情况在之前已经很少了，现在肯定更不是这样的了。我们持续的交付伟大的产品是依赖于他人的工作：我们的团队成员，产品负责人，创建维护工具的人，甚至销售人员。

让团队对他们可掌控的工作做出承诺。赋能他们出色的完成工作，使他们能够感受到承诺和责任。

有很多机会让人们在拥有责任感的同时快乐的工作。

那么我的责任感呢？我觉得今天我有责任把这些信息分享给大家，让这个世界成为一个更好的团队工作场所。

“强迫”团队以特定方式工作并不“敏捷”。让团队自己去找到他们应该如何工作的方式。你的规范越多，你从团队得到的越少，团队的参与度也越小。尝试给他们一个目标，让他们决定如何到达那里。关于如何做到这一点有很多指导。