当责

第一次看到「当责」(Accountability) 是无意间瞥见的，当时满是疑惑，觉得这个词文邹邹的，於是在脑海中自动转译为「负责」，然後就这麽过去了。

後来在与团队努力的过程中，透过观察与反思，重新了解与审视「当责」一词，才体会它背後的珍贵与重要性。我们可以搜寻「当责」来看到各种比较「当责」与「负责」之间差异的例子。

出自「赋权：当责式管理的延伸实践 (修定一版)」一书所言：

就字义上来说，「当责」最简单的说明就是：「当然的责任」或「当家的责任」。

要体现当责，需要展现良好的沟通力，除了把事情做完之外，还得做好。用我的理解来表达，当责是把一件事放在心上，清楚认知到它就是自己的事，尽最大的可能交付它，并确保过程中资讯的通透。

软件开发的当责

以软件开发为例，思考当责的其中几个面向：

负责：「我把承接的任务做好了，我自己的部分都可以正常执行，什麽？整合？再看谁去整一下」
当责：「我把承接的任务做好了，整合也确定没问题！」(注：软件开发通常是切割後同步进行，必须完成整合後才可以提供给客户使用，若只顾好自己的一小部分，影响到更大的整体，那完全是反效果)

上面的例子其实会受到团队「完成的定义」而有所改变，如果软件整合这件事被归纳在完成的定义当中，这表示团队负责的范围已经扩大，这时候的当责就不是有没有整合，可能会是「我该多做点什麽，让别人比较好整合？」、「我确定我会影响到他人，我该先准备什麽，来加速他人整合？」与「我该如何帮忙团队做整合？」等。

又如，当你完成某项任务，自然会对它进行验证，撰写自动化测试是显学，再不然也会手动进行 (如果没有，要先检讨一下)。不仅是测试，整个开发过程处处都有可以让你多跨一步的地方，跨出这一步对自己并没有损失，反而会带来更多宽裕。

再跨一步的精神

在 Scrum 团队的运作中，冲刺(Sprint) 是个高度集中、专注、讲究效率的短期开发，在这种运转速度下，如果团队只停留在「负责」，那还是有不小翻车的机率。

但读者也不需要太过纠结，这种多做一点，让事情再向前一步的行为，很有可能早已发生在你我的生活当中，只是到了工作上忽然「忘了」。

我们可以回想求学阶段，写完考卷会做检查 (通常啦，我们先这样假定，必竟写完就睡可能是一种上了年纪的行为，不是小时候的行为)，你甚至会嘀咕着时间太赶，快检查不完了，以及为你无法好好检查感到可惜。为什麽？明明是去「考试」又不是去「检查」的，不检查并不防碍考试。这是因为我们希望检查可以让成绩更为安定，提高拿好成绩的机率，而当时的目标就是取得成绩，而且是与自己切身相关的成绩。

或许另一种考生对这个例子没有共鸣，他对成绩没有压力、也不需要为成绩负责 (其实这很有趣，我们不能把它认定为错，或许有机会可以再分享)，自然也不需要多做点什麽，甚至连考试本身都不重要。

从上面的例子来看，可以观察到这两位「考生」在考试当中的投入相差多少，带着怎样的心情，用多少力量在发挥，而团队会需要哪一种人？答案是显而易见的。

後记

今天先谈到这里，明天继续把当责更实务的层面带出来，并结合到敏捷 / Scrum 的精神与价值观。