身为与会者,控场的重要性

会议中的每个人都是可以掌控会议的节奏,因为谁也不知道控场的人哪一天也自己不受控制。因应疫情,所以先从远端聊起,接着分享会议每个人都掌握的事情。

WFH

远端会议的需求大幅增加,难免要讲话的人没出声,通常会是几个情况:

  • 对方麦克风是不是打开(发生频率很高)
  • 网路的稳定度(观察声音或影像):如果是开着视讯,但声音断断续续,那可以请对方把视讯镜头关掉。如果声音断断续续先问问其他人是不是也是同样的状况,如果不是的话,就先试着把声音放慢。

在硬体问题上,突然没办法投影或麦克风突然没声音,大家互相提醒,然後在等待对方调整状况时,可以当做中场休息,彼此说说话缓颊中间的过场,让等待的过程中不会突然安静而感到尴尬。

重覆对方提问或讨论的内容

当有人提问,但你不确定自己的了解的程度是不是跟对方想要问题一样,不妨再整理资讯,然後再重覆一次。除了可以训练自己的倾听能力外,也是让对方再确认他的提问或是讨论,同时也是让对方了解他刚刚所说的你有听进去。

  1. B2E 工程师:画面 A - 1、A - 2 & C - 1 长得很像,所以前端一定要用共用元件
  2. App 工程师:共用元件是什麽,可以请 A 再说明吗?

App 端不确认 B2E 想要表达的是什麽,重新聚焦才发现,後端以为注明在需求当中,前端才会把共同画面使用的元件拉出。毕竟每个人在解读问题基於专业或是过去经验不同,所以在进行讨论更是要用逻辑清晰以及简洁切中核心,抓住重点说话清晰才是最效率的方式。

陷入盲点

在讨论的时候有人不断重覆自己论述的状况吗?在工作场合上难免每个人因过去经验而有自己的做法,在这种情境下,建议可以先暂停讨论。不管是会议中场休息,或是可以进行下一个议题。毕竟你越是想要让对方不要继续卡在盲点上,对方更走不出来,不如先让彼此先让脑袋冷静一下再回来看看。彼此在情绪和思绪上重新整理後,讨论又能继续下去。

还有一种情况是大家在讨论跟会议无关的主题,举例来说,讨论的是团队要开发的项目是不是给予 QA 後续验证的时间太少,但实际上却检讨上个星期发生客诉,是因为客诉的情境应该列入验证流程中。以这个举例来说,发现偏离讨论主题时,可以反问大家确认我们不是要讨论 QA 验证时间太少吗?或是就重覆现在话题,然後反问大家:我们客诉情境列入是不是讨论完了,那我们回来继续讨论 QA 验证时间吧。

讨论陷入鬼打墙状态,随时提醒自己核心话题还没结束,自己开启核心话题,或是把核心话题再抛出来提醒大家。

大部分的公司会议会设有主持人这个角色,专门是来处理控场跟会议流程。如果公司有位控场很好的人,那恭喜你要好好善待这位同仁,因为他替大家节省了时间。试想当控场角色如果突然吃了炸药或是陷入盲区,他也需要其他人帮忙。所以任何人参与这个会议都可以用自己的力量,让会议更顺畅也更有效率,毕竟每个人都希望时间能够花在有意义的事物上,不要小看自己的力量。


<<:  Day 11 「我以火力掩护你」在测试的保护下重构:消除重复

>>:  Day11 - 敏捷式接案实践( 三 ) - 时间管理

[python] TFT Display测试心得碎念(拿st7735的经验拯救ili9341)

使用的python函式库为: sudo pip3 install adafruit-circuitp...

Day 3-何时用单元测试?在这之前,要先厘清除了单元测试以外的测试 (基础-2)

单元测试的好朋友—整合测试 (Integration Test) 在昨天 Day 2-什麽是单元测试...

DAY14 - firestore 使用条件来进阶查询

上一篇介绍 firestore CRUD 的各种方式,今天要来介绍进阶的查询资料方式,利用条件去过滤...

每个人都该学的30个Python技巧|技巧 24:超便利的内建函式—max()、min()、sum()(字幕、衬乐、练习)

昨天才发现原来我之前的影片声音都很奇怪(怎麽没有人跟我说啦 (ఠ్ఠ ˓̭ ఠ్ఠ)),所以今天调了...

【Day 27】- 再爬一次 Dcard ?(实战向 Dcard API 发出请求)

前情提要 昨天实战了分析了 CDC 官网,并找到了一个 API 能够查看确诊人数,并写个小程序向其发...