领导人跳过级别会议指南

领导者终极跳过会议指南-莎拉·米尔斯坦（Sarah Milstein）和来自Mailchimp的Tanisha Barnett

您的领导才能越高，跳过级别会议对您来说就越重要。

您必须查看组织底层的情况。您必须与整个公司的不同人员建立关系。您需要有关直接报告的方式的反馈。

您需要走到那里，了解您的员工，并通过他们的眼光看一下该组织，以便您可以从领导的角度使这一切正常进行。

你如何做？您如何避免仅因职务而使您的个人贡献者感到焦虑？您应该关注什么以使跳过级会议富有成效？

请从Mailchimp工程部高级总监Sarah Milstein和Mailchimp工程部总监Tanisha Barnett的剧本中摘录。了解他们如何处理不同背景下的各种跳过级别会议，并完善自己的会议以建立更好的联系。这次采访来自Karolina Toth主持的Level-up Engineering播客的第33集。

塔尼莎·巴内特（Tanisha Barnett）在Mailchimp任职已近两年，目前担任工程总监。在加入Mailchimp之前，她曾在梅西百货的工程部工作了很长时间，一直稳步上升。

莎拉·米尔斯坦（Sarah Milstein）是Mailchimp的工程部高级总监，她于两年前抵达。她是布鲁克林Mailchimp卫星办公室的现场总监。她曾在多家公司担任不同职位的领导者，拥有悠久的领导经验。

莎拉：一次跳过级别的会议是与一位向您的直接报告进行报告的员工进行的。例如，塔尼莎（Tanisha）向我报告，因此与她的一份报告进行会议对我来说是跳过级别的会议。跳过级别的一对一会议意味着只有这两个人在场。

举行跳过级别会议的重要原因是使自己熟悉公司不同级别和部门进行的工作的背景。

Tanisha：跳过级别会议的主要思想是与组织的下一个级别建立关系。当员工需要寻求工程主管的帮助，或者只是想进行对话时，如果存在现有的连接会更容易。 Mailchimp的工程文化在这方面做得很好。

这是了解员工关心的事情并了解他们的工作的绝佳方式。您还会收到有关其经理的反馈，即您的直接报告，否则您可能无法获得。

莎拉：我每两个月定期举行一次。它们已设置在日历上，因此每个人都知道他们会来。我确实与工程经理一对一地跳过，后者向我的工程主管团队报告。

对于我来说是两级跳过的个人贡献者，我使用了不同的会议格式。在这种情况下，我与三至六人进行了跳过级别的小组会议。

这是一种有用的格式，因为有时人们会听到对方说出让他们感到惊讶的事情。它通常可以帮助他们理解可以提供反馈，并且如果每个人都分享自己的想法，则对每个人都更好。

我鼓励员工在小组中不想谈论的话题与我一对一联系。这偶尔发生。参加跳过级别的小组会议有助于我与他们建立联系，因此他们非常信任我可以与我交谈。

莎拉：自从我成为经理以来，我一直在以某种形式进行跳过级别的会议。它一直在发展。

自从我到达Mailchimp以来，我至少有70个人向我报告。不可能与所有人进行一对一的跳过级别，因此在过去的一年中，我发展了跳过级别小组会议。

塔尼沙（Tanisha）：当我作为Mailchimp的工程主管入职时，我想结识每个人，以了解他们的团队。动力学。这就是为什么我与要与之一起工作的每个人都安排了一对一的跳过级别。

我有一个由35人组成的团队，并计划在头几个月与他们会面。我将它们隔开，以确保它们全都引起我的注意。最初的一对一跳过级别没有议程；这是我们彼此介绍和面对面的空间。

它帮助我建立了联系。我仍然定期与自己安排的人进行一对一的跳过。

在跳过级别的一对一会议与常规的一对一会议中，您的方法有何不同？

莎拉：对我来说不一样，因为我在跳过级别会议中使用固定的议程。我每次都使用相同的问题。另一方面，定期与我的直接报告进行一对一的会议是由他们正在从事的工作以及他们想谈论的内容所驱动的。

Tanisha：就我而言，它们更相似。除非有我要讨论的特定问题，而我的直接报告中经常会涉及到这些问题，否则我会公开谈论他们想要的任何事情。

跳过级别一对一的主要重点是让员工与我联系。如果我为这些会议制定议程，则不会为他们留出足够的空间来讨论他们想要讨论的事情。

莎拉：我让公司的结构指导我。如果有一个由六个个人贡献者向他们报告的经理，我邀请这六个人参加跳过级别的小组会议。

我很少进行一对一的常规双跳过级别，在这种情况下结构会变得更加复杂。这样做的原因是因为当我提供这些会议的机会时，没有人出现。我很高兴参加这些会议，但我不想将其强加给任何人，因此我将其保留为可选项。

这可能是因为个人供稿人与工程部高级总监会面是艰巨的。也可能与他们无关。我的工作似乎与他们的工作无关。

塔尼莎（Tanisha）：我使用不同的方法。我与经理团队成员进行了跳过级会议，但是由于他们的工作，我也有矩阵经理向我报告。我也跳过了他们的报告的级别会议，因为他们可能不会直接向我报告，但是他们的工作与我的职责紧密相关。

我想让他们知道，他们可以进行另一层次的管理，因为他们正在做的事情很重要。我的目标是让他们感觉像我们都是一支队伍，无论他们向谁报告。

您是否在与经理进行跳过会议之前通知经理？

Tanisha：我总是通知经理。这样做的目的是要提醒他们即将举行跳过级别的会议。这很有用，因为当他们的直接报告告诉他们他们与我开会时，经理们可以向他们保证这是例行会议。

我的一对一跳过级别并非一成不变。他们大多数是定期的。它们大约每季度发生一次，但有时两次会议之间可能要经过六个月。这很大程度上取决于一年中的时间。

莎拉：我每周都会举行几次跳过级别的会议，而且似乎没有时间通知经理。就在今天，我对Tanisha的一份报告进行了一对一的跳过，但我没有通知她！

但是，我的跳过级别会议是定期发生的事件。我跳过了一对一的流程，工程经理每两个月向我的主管汇报一次。每个人通常都知道这些会议正在举行。

跳级会议是Mailchimp的工程文化的一部分，还是经理选择单独进行？

塔尼沙（Tanisha）：它不是Mailchimp特有的。只要担任董事，我就一直在参加跳过级别的会议。我什至认为Mailchimp的每位董事都没有参加跳过级别的会议。

莎拉：不是每个人都在Mailchimp使用跳过级别的会议，也不是每个人都必须这样做。这取决于你的工作。

报告有机会与更高级的领导人进行对话，并最终建立他们可能需要的关系。

即使她向我报告，我也不每天与Tanisha合作。这意味着我与她的工作和她的团队没有紧密联系。如果是的话，跳过级别的会议就没有必要了，因为信息可能会传播开来，并且人际关系可能会有机地建立起来。

这就是为什么对我来说很重要的一点是与向她汇报的人员进行跳过会议。这些会议使我对她的工作有了更好的了解。他们还使她的人民感觉到，如果他们需要升级某些东西，或者他们需要不同的见识，他们可以去找另一个人。

莎拉：大多数情况下，人们会告诉我有关经理的好事，我会把他们列入清单。我可以在列表出现时共享该列表，例如，在季度签到中。这些笔记是我们谈话的一部分。

当我听到有关经理的负面反馈时，大多数时候我会指导报告以将反馈直接提供给经理。我帮助他们弄清楚如何进行对话，这有助于他们改善与该经理的关系。

这并非总是正确的方法。有时，我需要直接与经理谈谈他们如何处理事情或他们的报告如何看待他们。这种情况很少发生；我认为我应该只处理十分之一的时间。

塔尼莎（Tanisha）：我在跳过级会议上不断记录笔记。这给了我一个参考点，并在我想跟进某些事情时作为提醒。回顾以前的对话可确保我的报告得到关注。

如果我特别想讨论某件事，请将其放在议程上。通常没有议程，在这种情况下，这就是我邀请的内容。我还会在Slack级别的会议后跟一句Slack消息，例如“谢谢基地”，因为我知道与更高级别的员工会面可能会带来压力。

我把笔记留给自己。我只在需要跟进时分享他们。即使这样，我也可能只是发送一个简短的说明，我们对此进行了讨论，并且我想跟进。这就是我发现的。＆＃34;

莎拉：我使用类似的方法。我组织它的方式是为每个直接报告保留一个文档，并在其中不断添加注释以及每个跳过级别会议的日期和参与者。每次都由一系列问题构成，这些问题始终在日历邀请中。

有时候，我会收到强烈的正面评价，想与经理分享。在这种情况下，我将跳过级别会议的笔记复制并粘贴到经理的一对一会议议程中，说：“这是您的团队可能没有告诉您的一件好事。” 34;除此之外，这些笔记还适合我。

＆＃34;您对他们的决策或行为方式有什么疑问？

这些问题总是受到邀请。人们期望他们做好准备，因此有时我们会很快完成会议。其他时候，我们会跳过这些问题，最终在其他领域出乎意料地深入。

跳过级别的一对一会议和跳过级别的小组会议都使用相同的问题集。

当工程主管接近他们参加跳过级会议时，人们会有何反应？

Tanisha：当他们看到邀请参加跳过级会议时，往往会感到焦虑。我不提出议程的部分原因是我不想让他们觉得他们必须为此做准备。但这也可能是焦虑的根源。

我试图弄清楚彼此之间的了解，这对我来说是要了解正在发生的事情，并谈论他们想要的任何事情。我倾向于问类似的问题：＆＃34;事情进展如何？＆＃34;我还询问有关他们正在做什么的具体问题；它通常有助于快速启动对话。

我会记下我从每个人那里听到的信息，以便我可以使他们更轻松地与我交谈。

莎拉：小组跳过级别会议的好处之一是焦虑感减少了。参加过这些会议的人员可以帮助任何新来的人理解这是一次轻松的交谈。我们经常没有时间用光，所以他们有很大的空间来问我问题或讨论其他事情。

我也是布鲁克林卫星办公室的现场总监，而且我与每位新员工都一对一地跳过。并不是每个人都向我报告，但是他们都在某种程度上了解我。我不允许标题推动对话，这有助于他们在需要帮助时与我对话。

Tanisha：我非常想知道我将要与之会面的每个人的一些具体知识。这个想法是建立一个连接。可能与他们的工作有关，或者与我之前听说他们感兴趣的工作有关。

我用我对那个人的了解打破僵局。这是为了让他们更舒适，更放松，因此我们可以就发生的事情以及如何为他们提供帮助进行对话。

请注意不要在不了解整个上下文的情况下对任何事情给出明确的答案。在这些情况下，我会收集所有信息，并让他们知道我计划稍后进行跟进。您必须进行研究，最好先问一些主要问题。

有时候，他们不需要您做任何事；他们只是想发泄。这就是为什么您需要确保清楚他们的期望和下一步。这使您同步，并有助于避免尴尬的情况。

莎拉：尽管这次会议的关键原因是谈论经理，但我不想支持闲聊。这是一次结构化的会议，我们用来提供反馈，而不是在人们的背后乱讲。

当我收到有关员工希望经理做什么的反馈时，我会倾听，但我尽量不要以任何不适当的方式加强它。我说的是这样，听起来很困难，或＆＃34;我了解您为什么要这么做，＆＃34;尽管我没有说，您的经理确实搞砸了。我对此必须要小心。

我也尽量避免说，“我要为您解决这个问题。”相反，我尝试指导他们解决他们的问题。如果有欺凌或虐待行为，我会参与其中，但是大多数时候，员工可以通过一些指导来解决他们的问题。

莎拉：我通常安排30分钟一对一的跳过级别，除非对方让我知道他们想专门讨论一个话题。然后我安排额外的时间。

我花了45分钟参加跳过级别的小组会议。有时它们会更短一些，而其他时候它们会更长一些。它变化很大。

Tanisha：我也是。我每次会议后只想多留15分钟。它不仅让我有时间为下一个会议做准备，而且，如果会议进行得更长一些，我仍然不会迟到。

Tanisha：让您的员工知道您希望摆脱什么。我向所有贡献者发送了一条消息，称我正在安排一对一跳过级别，以及在这些会议上的期望。这有助于减轻焦虑，因为各个级别的每个人都知道它的发生。

安排跳过级会议时，我有自己的规则。我只将它们安排在星期二至星期四的上午10点至下午3点之间。我尝试将它们设置为介于15到20分钟之间。

始终需要花费很多时间，因此请确保您有时间进行努力，以便每个人都可以在场。我安排了更长的跳级会议时间，在自己周围布置护栏，以便与所有人共同努力。

莎拉：我的日历安排不够充分，无法进行所有预备工作。我只是在每次跳过级别会议开始时重复一下。另外，在跳过小组会议时，我让参加过这些会议的人先去，所以新员工的焦虑就减少了。

莎拉：我有一个初次的工程经理，一个有色人种，有五个工程师，都是有色人种。在与小组进行了几次跳过级别会议之后，出现了一个问题，即经理没有意识到团队成员的一些挑战。根据他们的说法，他通常很敏感而且善意。他只是想念他们的一些经历。

他们自己甚至还不清楚，直到我们所有人都在讨论这个问题的时候。

这是一次非常有价值的对话，结果是我们所有人都同意他们应该分别与他交谈，我应该在一对一会议上与他讨论。这种级别的后续行动是不寻常的。这对经理也有帮助，因为我们设法向他展示了他的失踪之处。

塔尼莎（Tanisha）：我和一些实习生一对一地跳过了。在这一点上，他们不再是实习生，而是全职员工，从那以后我们一直保持这种联系。他们一直觉得我是一个可以与他们交谈或提问的人。

大多数公司不向实习生提供与工程主管或其他负责人接触的权限。他们非常感谢我抽出时间与他们会面，以至于对我产生了巨大的影响。可能比我对他们的影响更大。

基于这种经验，我将确保我在跳过级别的一对一会议轮换上安排新的实习生。特别是如果他们与我的工作联系在一起。对于参与的每个人来说似乎很棒。

莎拉：参加跳过级别会议的一个重要原因是要查看您不会看到的上下文。与另一个团队的成员会面时，您会得到更多。

在跳过级别会议中，您将学到很多有关组织其他部分的知识。这是非常有价值的方面。您还可以与他人分享您正在从事的工作，而其他人则不会看到。

持续进行跳过级会议将使您成为员工可以与之交谈的人的声誉。一旦发生这种情况，如果出现问题，即使不是来自您团队的人也更有可能来找您。

这是领导者的重要组成部分。它可以帮助您营造一种人们可以放心提出问题并寻求帮助的氛围。您的员工可以在创建此环境方面提供很多帮助。

Tanisha：腾出时间参加跳过级别的会议。人们有机会与您分享信息，而您也有机会在建立联系时也做同样的事情。所有领导者都有繁忙的日程安排，因此，这不是您的优先事项，因此很容易忽略整个部门。

但是如果您愿意的话，您会感到很高兴。你学到了很多。它还可以帮助您更好地完成自己的工作，因为您已经熟悉了更广泛的环境。

👉如果您真的想成为一名出色的工程领导者，则应订阅我们的新闻通讯或下载2020年软件开发状况报告。 Need需要团队或项目的开发人员吗？ 雇用我们经验丰富的Angular或Node.js开发人员！ 点击这里免费咨询。 Gabor Zold是内容营销商和技术作家，专注于软件开发技术和工程管理。 他具有与工程管理相关主题的广泛知识，并且多年来一直在采访有成就的技术领导者。 他是Level-up Engineering播客的音频向导。