对于管理者,尤其是高层管理者来说,会议管理并不只是提高效率、控制时长或减少无效沟通。
更重要的是判断:
这场会议为什么会出现?
对方为什么邀请你?
他们真正希望你做什么?
很多不常发生、没有明确议程,甚至看上去毫无必要的会议,背后其实隐藏着重要的协作请求、决策需求或组织信号。

我端着咖啡,在公司附近的咖啡馆坐了下来。
每个工作日的早晨,我都会先喝上一口咖啡,然后浏览当天的日程。
一对一沟通——他最近状态不错。
项目进展会——先听听情况。
全员会议——重读一下上周的会议纪要。
高管评审会——找出最棘手的问题,准备提出经得起推敲的观点。
等等——马克团队评审会?
马克是谁?我们要评审什么?
我点开会议详情:参会者的名字都很陌生,没有议程,而且足足安排了一个小时。
我给幕僚长发了一条消息。她通常熟悉当天各种评审会议的背景和流程。
她很快回复:
“我也不知道。他们负责一个基础设施团队,我们以前从来没有和他们合作过。”
整整一个小时,而我完全不知道会议要讨论什么。
我的手指停在“拒绝邀请”按钮上。就在这时,我想起了一件事:
我的工作中,还包括参加一些并不经常发生、却可能非常重要的会议。
在固定的一对一沟通中,你和对方通常已经形成了一套默契。
他性格内向,所以我需要耐心引导,让他把真正的想法说出来。
她执行力很强,这当然是优点,但我们需要逐渐把讨论从任务清单提升到战略层面,而不是永远停留在“下一步做什么”。
你们已经摸索出了适合彼此的沟通方式。双方都知道谈话会怎样展开,也大致能够预料最后会得到什么结果。
这是一场高效的一对一沟通:信息密度高,结果相对可预测,值得投入时间。
但在那些偶尔才会出现、却至关重要的会议中,你和参会者之间通常没有这样的默契。
即便如此,你还是应该去。
判断一场会议是否重要的三个假设
在继续讨论之前,我们先作出三个假设。
第一,这场会议之所以会出现在你的日历上,是有原因的。
第二,你之所以被邀请参加,也一定有某种原因。
你不是来充当背景板的。你的出席意味着,你在这件事中承担着某种责任。
在高层管理者的工作中,我把这种责任称为“请求”。
换句话说,会议中的某个人,是专程来向你提出某种请求的。
第三,这场会议中一定有一个人,需要负责确保这个请求得到落实。
请注意,这个人可能就是你。
一对一沟通:先弄清对方需要什么帮助
先从一种相对简单的会议说起。
假设团队里有一位你从未见过的成员,突然在你的日历上预约了半个小时。
如果组织内部信任度较高,可能会有人——通常是她的直属经理——提前给你介绍一点背景:
“她刚加入公司,想多了解一下团队。”
但我们不妨假设,你事先什么都不知道。
你只有半个小时,以及日历上的一个名字。
这种未知并不一定是坏事。
当然,对方也可能是来提离职的。不过,即使如此,你能够出现在这个潜在危机发生的现场,也是一件好事。
因为你至少还有机会了解情况,并作出回应。
这类会议并不常见,却往往非常重要。
对方坐下来后,通常会显得有些紧张。
她可能先说:
“我知道你很忙。”
而你通常会回答:
“我的工作就是支持团队,而你就是团队的一员。”
听起来不错,也很有人情味。
但接下来真正重要的问题是:
你为什么来找我?
你希望我做什么?
谁需要推动这件事发生?
在这类会议中,你需要主动帮助对方把真正的请求说清楚。
没有人提前告诉你会议内容。即使对方主动预约了时间,并且已经和你闲聊了十分钟,试图建立联系,你仍然需要弄清楚:
她究竟希望从这场谈话中得到什么?
我问过成千上万次同一个问题:
“我能为你做些什么?”
“我想了解一下,你当初是怎么开始做管理的,然后……”
真正的请求是:
我也想成为一名管理者,希望获得你的建议。
“我一直非常努力地工作,而且……”
真正的请求是:
我认为自己应该获得更高的薪酬。
“我听说在晋升过程中,获得主管的认可非常重要……”
真正的请求是:
我希望有人能够向我解释,公司的晋升机制究竟是怎样运作的。
这只是三个例子,类似的请求还有很多。
关键不仅在于识别出对方的请求,更在于表现出真诚的帮助意愿。
领导者,尤其是高层领导者,常常给人一种高高在上、异常忙碌,并掌握着大量普通员工无法接触的信息的印象。
这些印象或许并不完全错误。
但在这场会议中,你最重要的职责只有一个:
帮助对方。
跨团队协作会议:对方真正需要的不只是资源
接下来是一种更困难的会议。
假如有人能提前告诉你会议要讨论什么,当然再好不过。
但很多时候,没有人会这么做。而正如后面会看到的,这本身就是更大问题的一部分。
这类会议的规模通常更大,参会者也更多。
担任高层管理者的一项“特权”——或者说诅咒——是,一个第一次与你见面的团队,往往会花费大量时间研究该如何向你汇报。
他们可能会询问你的上级:
“她喜欢什么样的汇报方式?”
“她通常会问哪些问题?”
“她最关注哪些数据?”
最终,整场会议很容易被精心设计的流程和繁文缛节填满。
他们希望把一切都准备妥当,做到滴水不漏。
于是,一场一小时的会议,二十分钟过去了,还停留在开场介绍。
这是一个你从未合作过的团队,因此他们讲述的许多背景信息,对当前讨论并没有太大帮助。
但高层管理者的工作之一,就是持续收集信息。
所以,是的,你可能已经认识其中不少人,也知道他们负责什么产品、平台或系统。甚至在会议开始之前,你就已经了解了大部分背景。
那么,真正的问题是什么?
这类会议的核心障碍,通常不是技术,而是双方缺乏对彼此工作方式的了解。
对方不知道你的团队如何制定计划,如何分配资源,如何决定优先级,也不了解你们通常怎样与其他团队合作。
因此,他们表面上的请求可能非常直接:
我们需要你的团队帮助建设一个功能、平台或基础设施。
但真正需要解决的问题,不只是弄清楚他们想开发什么,而是帮助双方理解:
你们应该如何合作,才能把这件事做成?
如果此时有一位项目经理、项目负责人,或者其他擅长运营和跨团队协作的人介入,事情会简单许多。
但如果没有,责任就落到了你的身上。
你需要向他们解释以下几件事。
第一,你的团队如何制定计划,目前正处于哪个规划周期,下一个规划周期何时开始。
第二,在一个规划周期内,你和管理团队如何分配稀缺的人力资源,以及如何艰难地决定哪些事情值得投入、哪些事情暂时不能做。
第三,过去你们曾如何与陌生团队展开合作,哪些合作方式行之有效,哪些方式最终以失败告终。
在研发团队中,这些信息如果只存在于少数管理者的头脑里,其他团队自然很难理解你们的工作方式。借助 PingCode 这类研发管理工具,将目标、需求、排期、项目进展和相关知识沉淀在统一系统中,可以让规划周期、优先级和资源投入更加透明,也能减少跨团队合作时反复解释背景的成本。
如果你觉得自己是在给对方补基础知识,不妨换个角度想一想他们的感受。
你的团队负责着另一个团队赖以工作的关键软件、系统或基础设施。
但由于种种原因,你和你的团队对他们而言就像一个黑匣子。
他们不知道应该通过什么方式与你们合作,不知道什么时候可以提出需求,也不知道谁有权作出决定。
这正是这场会议之所以出现的原因。
会议只剩五分钟时,所有人都在点头,似乎终于看到了前进的方向。
此时,我有两条重要建议。
第一,你可能还无法在这次会议中形成最终的请求。
没有关系。
这只意味着还需要再开一次会。
第二,即使对方已经提出了明确请求,也不要在现场立刻答应。
友好的气氛、频繁的点头,以及“大家终于互相理解了”的感觉,只能证明沟通正在发生。
它们并不意味着对方的请求是合理的,更不意味着这件事符合你的战略和优先级。
是否接受这个请求,需要在下一场会议中认真讨论。
会议结束后,还要把讨论结果转化为清晰的后续行动。团队可以借助 Worktile 统一记录会议结论、负责人、任务、截止时间和相关文档,避免所有人会中频频点头,会后却对“谁来做什么”产生不同理解。
高层管理者为什么要维持看似无用的关系
第三类会议最不容易理解。
为了说明这一点,我需要讲一个故事。
早年在海外某家科技公司工作时,我的老板曾对我说:
“别忘了和瑞秋见面。以后你们可能会一起做项目,认识她会很有帮助。”
当然没问题。
在加入一家新公司的前九十天里,我最擅长的事情之一,就是与尽可能多的人见面。
于是,我和瑞秋见了一次。
她非常聪明,对公司的历史和文化也有深刻理解。我们聊得很愉快。
于是,我们又约了一次。
然后又见了第三次。
然而,三次会面之后,我得出了一个结论:
未来几年里,我们大概不会产生任何实际合作。
于是,我把与瑞秋的会面放进了自己的“可有可无”清单。
所谓“可有可无”,意味着只要工作开始变得繁忙,这类会议就会最先被取消。
而工作总是会变得繁忙。
我猜,瑞秋可能也收到了类似的指示,被告知应该定期与我见面。
所以,当我频繁更改会议时间时,她偶尔会通过公司的即时通信工具礼貌地提醒我:
“我们是不是应该找个时间聊聊?”
当然。
我总会回答:“很期待。”
但我们最终并没有见面。
将近两年后,在一次绩效评估中,我的老板告诉我,瑞秋的上级对我们停止定期沟通感到失望。
事实也确实如此。
我们已经完全停止见面了。
当时,我的第一反应是:
我们之间根本没有任何合作。我每天已经忙得不可开交,为什么还要继续开这种会?
老板告诉我:
“这会限制你的职业发展。”
高层领导者的工作,不只是不断收集信息,还必须着眼于更长远的未来。
于是,我恢复了与瑞秋每两周一次的一对一沟通。
她依然聪明、优秀,也依然是公司文化的重要传承者。
更重要的是,每一次谈话都能让我有所收获。
恢复定期沟通大约一年后,我们偶然发现,公司内部两个不同部门正在分别筹划两个即将正面冲突的项目。
经过几次深入讨论,我们交换了各自掌握的信息,并共同制定了一份联合提案。
随后,我们邀请双方团队一起完善方案。
最终,这份提案让其他几个相互重叠的方案失去了存在的必要。
而那些原本负责执行这些方案的团队,其实也并不真正希望承担这些工作。
我的老板看完提案后,只说了一句:
“现在明白了吗?”
明白什么?
难道三年前,两位高级管理者就已经预见到,我和瑞秋的团队最终会发现,一些彼此割裂的团队正在重复建设,浪费大量资源,而那些团队本身甚至也不希望继续做下去?
听起来太荒谬了。
高层领导力为什么离不开经验和直觉
但这并不荒谬。
接下来这段话,可能会让一些从未担任过团队领导的资深工程师感到不满。
高层领导者的工作,在很大程度上依赖感觉和直觉。
你的怀疑并没有错。
那么,瑞秋会议背后的真正请求究竟是什么?
当然不是三年后才出现的那份联合提案。
真正的请求是:
“我们认为你们两个团队未来需要紧密合作,但目前还不知道具体为什么。请你们持续沟通,并找出那个原因。”
如果每一个决策都能够被清晰定义,并由充分、可验证的数据支撑,我的工作会轻松很多。
但现实并非如此。
我会看着日历里突然出现的一场陌生的一对一沟通,坐进一场没有议程的会议,然后依靠直觉判断:
这里究竟发生了什么?
我会面对一个看上去庞大到几乎无法解决的问题,心里忽然冒出一个念头:
“帕克和戴维或许知道该怎么处理这件事。”
但我一时无法解释,自己为什么会想到他们。
我也会在骑车上班的路上突然意识到:
“星期一上班后的第一件事,就是对那个人说一句听起来很荒唐的话。因为只有这样,才能迫使他换一个角度思考问题。”
这些都不是毫无根据的猜测。
所谓直觉,来自大量重复出现的经验。
它来自你见过的项目、犯过的错误、作过的判断,以及经历过的无数次成功和失败。
直觉是在一次又一次的尝试、修正和反思中逐渐磨炼出来的。
所以,那场突然出现在你日历上的陌生会议呢?
那个标题有些奇怪、没有议程、参会者的名字却似乎经常被人提起的会议呢?
也许你不应该立刻拒绝。
你或许应该去参加,并认真弄清楚:
这场会议为什么会出现,对方真正需要什么,以及这场会议背后究竟隐藏着什么请求。
文章包含AI辅助创作,作者:liu,如若转载,请注明出处:https://docs.pingcode.com/baike/5250662