去征求「反对」,而不是征求「同意」

查看原文 HN 讨论

文章摘要

Dan Moore 在这篇文章中主张:培养一种”偏向行动”(bias toward action)的习惯对职场人大有裨益,尤其是在小公司里。与其在采取行动之前先去征求许可,员工更应该主动宣告自己打算做的事,并给出一个截止时间,让上级在有异议时提出反对——他把这种做法称为”征求’反对’“(asking for no),以区别于传统的”征求’同意’“(asking for yes)。

核心论点:

  1. 征求许可效率低下:传统的审批请求把负担压在了本就繁忙的管理者身上,要他们去审阅、排优先级、再回复。这类请求往往石沉大海,或者需要反复催促才能得到答复。

  2. 带责任感的行动更有效:宣告计划并给出明确截止时间(例如”我打算周一上线这个,除非你有不同意见”),既彰显了能力,又保持了透明,同时只在确有必要时才需要领导介入。

  3. 截止时间能驱动回应:近期的截止时间(比如 1 月 17 日)比遥远的截止时间(比如 2 月 15 日)能换来更快的回复,因为人们总是优先处理紧迫的事。

典型例子:安装一个 GitHub Action 被作者视为这种做法的理想场景——它在你的职责范围之内、事先已做过调研,需要的只是”知会一声”,而非”求批准”。

适用边界:Moore 也坦承,这套方法主要适用于 200 人以下、层级较扁平的小公司,未必适合大型组织。

结论:这个习惯能在保持工作向前推进的同时,又尊重了管理者的监督权——给了对方反馈的机会,却不必事事都要明确许可。

HN 评论精华

crazygringo(91 赞):对”把这套用在管理者身上”提出强烈反对。他认为”给你的经理设一个’不反对就默认通过’的截止时间,是极其不尊重的”,这看起来像是在试图僭越权力,而非提供便利。他主张这套只应该用在同级之间,或者用在确实属于你自己职责范围的事情上。

notatoad:点出核心洞见——当你告诉别人你”将要做”某事时,你是在自己承担责任;而当你”征求许可”时,你是在请对方与你分担责任。所以这套方法只有在那件事确实落在你自己的责任范围内时才成立。

jdlshore:提出一个折中的反驳——一条简单的 Slack 消息”我打算周三做某事,除非你看到有什么问题”其实既能创造自主性和主人翁意识,又不会显得不尊重。这正反映了健康的授权实践,在领导层也同样适用。

torben-friis:观察到缺乏安全感的人常常把”事事征求许可”误当成”乐于助人”,但这实际上阻碍了授权。你的工作本就是把事情处理掉,让别人无需再为此操心。

SwtCyber:给出关键的前提条件——这套做法在”职责边界清晰界定”的环境里效果最好;一旦权责不清,它就会变得很危险。

dools:分享了落地经验——在团队文档里写明”主动做,别老问”(tell don’t ask)可以减少持续不断的收件箱打扰。员工应当独立行动、事后记录决策,管理者只在需要时纠正即可。