请求“不”，而非请求“是”

我认为保持行动的偏好非常重要。就像其他习惯一样，这可以通过练习养成。向前迈进能让你取得进展。我不知道你是否也有过这样的经历：曾经因为不知道该选择哪条路而感到停滞不前。哪怕只是迈出最小的一步，也能帮助你打破这种僵局。

我喜欢的一个习惯是请求“不”，而不是请求“是”。需要注意的是，这个方法基于我在小公司（少于200名员工）的经验，我的职业经历大多来自这样的环境。我不确定它在大公司、非营利组织或政府机构中是否同样适用。

当你有想做的事情，并且觉得这属于你的职责范围，但你希望得到一点确认或让老板知道你的计划时，通常会去寻求许可。不要这样做。不要请求“是”。相反，提供一个说“不”的机会，但要设定一个截止日期。

让我们看看这是如何运作的。

示例场景

假设我想设置一个新的 GitHub action，我认为这将显著提升我们软件的质量。这不是一时兴起，我已经做过一些研究，并在本地测试过。我甚至可能咨询过前同事，了解他们是如何使用这个 GitHub action 的。

但我有些不确定，想让老板知道我将要修改代码仓库。

传统方法 我可能会说：“嘿，老板，我们可以安装 action X 吗？它能解决我们一直在遇到的 XYZ 问题。”

如果你的老板很忙（大多数老板都是如此），他们需要花一些精力才能给出“是”的答复。他们可能会想要回顾 XYZ 问题，思考 action X 如何解决它，或者考虑这与其他工作的优先级关系。或许他们还会让你分享更多你了解的信息。这个请求可能会被他们搁置，你可能需要多次提醒才能得到答复。而对你来说，这可能是个更紧迫的问题。

替代方法 现在试试另一种方式：“嘿，老板，我打算安装 action X，这应该能解决我们一直在遇到的 XYZ 问题。我会在星期一处理这件事，除非你有不同的意见。”

你有没有注意到语气的变化？

这种方式（不直接明说）表明你已经“掌控”了这个问题，并准备解决它。老板仍然可以发表意见，如果他们愿意的话，但他们不必非这样做不可。如果他们忘记回复，或者有其他事情分心，你依然可以继续行动。这让你能够解决问题并保持前进，同时让老板知情，并在必要时保留他们发表意见的机会。

适用于团队

这种方法不仅对老板有效，也可以用于一群人。

截止日期的重要性

顺便说一句，设定截止日期非常关键。假设今天是1月15日，在其他条件相同的情况下，以下哪一个你会更快回应（如果需要回应）？

• “我打算做任务 X。”
• “我打算在1月17日做任务 X。”
• “我打算在2月15日做任务 X。”

我会优先回应第二个，因为它有一个近期的截止日期。我相信大多数人都会这样处理。

适用范围

再次强调，这种方法适用于你认为在自己职责范围内的问题，但你想让老板知道你的计划。它特别适合你希望提供一个反馈的机会，但对自己的行动方案有足够信心，不需要强制要求反馈的情况。