工程师三天不开会的时间表

Brian Donohue | Pinterest产品工程部工程经理

大约100天前,我们的产品工程团队开始尝试为团队中的各个贡献者进行为期三天的不开会时间表。

软件开发需要长时间的不间断时间集中精力,这并不是什么大的启示。 随着Pinterest的增长,我们注意到会议的数量也在增加。 召开如此多的会议可能会使工程师的工作整天分散,从而消除了开发软件所需的不间断时间。

早在2009年,保罗·格雷厄姆(Paul Graham)就撰写了以下文章,这比我所希望的要好得多:

当您按照制造商的时间表进行操作时,开会就是一场灾难。 一次会议可以将整个下午分为两个部分,每一个都太小了,以至于无法进行任何艰苦的工作。整个会议将耗费整个下午的时间。此外,您还必须记住要参加会议。 对于按经理计划的人来说,这没问题。 接下来的一个小时总会有事情发生。 唯一的问题是什么。 但是当制造商日程安排中的某人开会时,他们必须考虑一下。

为了保留这些不间断的时间,Pinterest的产品工程组织进行了实验,从周二至周四将上午9点至下午5点不设置会议间隔作为工程师的日历:

在过去的几个月中,产品工程经理对为期三天的不开会时间表获得了非常积极的反馈,我们最近就此问题进行了三个问题的调查。

最后一个问题是“其他反馈”,以下是一些积极的回应:

  • “我真的很高兴有3天不开会。 希望我们能进一步减少干扰,但是在采访和其他公司活动中很难。”
  • “我喜欢这个主意。 现在完成很多工作。”
  • “这种切换很棒,我觉得这3天的无会议日对于建立和完成工作而不会失去注意力非常重要。 Slack让我们可以进行交谈并做出与会议中相同的决定。 随时准备取消更多会议!”
  • “我非常感谢没有会议的额外日子,即使它经常被违反,我也肯定会减少会议次数,减少分心。”

以下是一些中性到负性响应:

  • “为期三天的日程安排可能会减少会议召开时间,但是杀死星期一会议肯定是行不通的,因为星期一/星期五冲突逐渐增多,而且溢出了。”
  • “星期一和星期五通常会开会。”

显然,在进行此类更改时需要权衡取舍。 但是,我们认为三天的集中讨论和两天的会议要比一周中分散的会议要好。 调查结果还表明,大多数工程师都认同这一观点。

自分享结果以来,Pinterest的其他几个工程组织采用了相同的不开会时间表。 这是我从保护团队的工程师那里收到的一条信息,以响应他的团队采用了时间表:

我的经理建议我们做您的团队所做的事情,并将会议延长1至3天。 我很难为这项倡议多谢您。 有趣的是,保罗·格雷厄姆(Paul Graham)关于经理日程与制造商日程的文章昨晚在HN上很流行,并且重新阅读了一下,我只是想我不希望将会议延长至3天,今天我来到办公室给我的经理带来你们尝试过了,我们也可以……非常感谢!

作为工程经理,我们的工作是提供必要的空间和支持,以帮助我们的工程师交付出色的软件。 看到这个看似很小的变化对产品工程的影响,真是太神奇了,我们很高兴看到其他工程团队在Pinterest上采用了它。

PS。 我们正在招聘 !