This is a viewer only at the moment see the article on how this works.
To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk
This is a preview from the server running through my markdig pipeline
如何使会议发挥作用
Friday, 20 June 2025
一. 导言导言 导言 导言 导言
如果你离开过一个会议 想知道"""什么是重点? 或者你第三次有同样的讨论... , -您不孤单吗?
会议之所以失败,是因为缺乏结构 . 具体地说是, 它们缺少一件事能让任何事情奏效 问责制的问责.
这里的' 改变了我如何管理会议的想法 ~: 一个简单的规则,让一切变得清晰.
让我教你们如何把会议从时间 - 废物变成实际进展
改变一切的一条规则
在这里,'}这是规则 :
如果会议创建了行动, 则每个行动都必须有“:”
- 一个拥有者,谁愿意做?
- 时间轴“(”何时完成? “)”
- {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}我们怎么看?
仅此而已
但在这里,'}这能防止什么 :}
当有人在一次会议上说“"我们应该改进文件记录”时, “"”会中说:“'不是一个动作 -它的'}它的愿望是. 它没有拥有者, 没有最后期限@,不能核实发生什么了 @. It'永远不会完成~.
类似此动作的动作@ : @ action
| 元素 | 示例MS K2 | |
|---|---|---|
| 什么 What 是什么 更新客户登机指南 | ||
| 谁是谁 萨拉・马斯卡1 | ||
| 何时 @ | 在星期五 爆炸物处理@ | # |
| 检查支票 周一的《 | 》评议 《'》团队会议 |
没有了所有四个元素 , 你没有' 有承诺 - 你有对话.
为什么经常会议成为土拨猪日
曾经注意到过一些会议如何感觉 你像' -Are有相同的对话
@.@没有人检查它是否做了#. @
错误的重复会议@: @
- 讨论
- 做出模糊的承诺 @("#We should_...")
- 下星期再做同样的讨论
- 永远重复
难得的重复相会
- 检查应该发生什么情况 @ ( @ 是否它# MSC1} @
- 讨论新议题
- 创建特定行动@( @ 所有人 @ + @ 截止时间 @ MPK2} check)}
- 下星期:开始一步 1
- 实际进展
不同之处在于您在以往工作的基础上更进一步,
这实际上防止了什么
以下是会议失败的常见方式, 以及这个简单结构如何防止它们发生?
"M|"什么总是出错?|什么阻止了它| |----------------------|------------------| 我原以为是别人干的 明确所有人 @- 一人负责 |# @| "#I didn't know the dates '}不知道最后期限的到来 确定的时限 人人皆知何时 | MS K1 我假设我们扔了 那" MSC3 后续-检查 -и浪琩ЧΘ | 我忘了我该做什么 写入已写 @- @% 不是在某个人里 @ ' @%s memory@| @ @ 同样的讨论 每次会议 进度检查 我们看看到底发生了什么 @| @ 每个人 @ ' @ 责任人 @ I= @ 没有人#'@ 负责者 @ MPK4 @ 单身所有人 @- @ 每一个动作都有一个名字 @ | @
这是很复杂的 . 它只是:
- 写下来
- 指派一人
- 设定日期
- 检查是否发生
使会议真正发挥作用的原因
实际中看起来是什么样子
工作会议与浪费时间的会议之间的差别在于如何捕捉行动。
这里的' 和它之前和之后的样子一样
之前对之后
在@( @vague_):#之前
Meeting Notes:
- We should improve customer communication
- The onboarding process needs work
- Let's think about the Q2 strategy
在“(”之后
Actions from Meeting:
1. Create customer email templates for common questions
Owner: Jamie
Deadline: End of week (Jan 27)
Check: Show drafts in next team meeting
2. Map out current onboarding steps and identify bottlenecks
Owner: Alex
Deadline: Wednesday (Jan 24)
Check: Share findings in team Slack
3. Draft Q2 objectives with 3 key priorities
Owner: Morgan
Deadline: Friday (Jan 26)
Check: Ready for review in Monday's leadership sync
显示差异@? @ 第二种格式使进步 不可避免和可观测的.
为何这样工作
一旦你看到这个图案 , 你就会注意到它
- 工作时任务拥有所有者和最后期限
- 在家家里家庭杂务有任务和时间表。
- 体育领域:Plays拥有职位和责任
- 建筑中每个工作都有承包商和时间表
- 活动每个细节都有负责人
该图案总是相同的@: @% 有人拥有它 当它发生时 .检查它是否发生过
不是官僚作风... ... .
实际实施
1.会议模板
以 @:* 开始每个会议议程
# Meeting: [Name] - [Date]
## Previous Actions Review
- [ ] Action 1 (Owner: X, Due: Y) - Status?
- [ ] Action 2 (Owner: Z, Due: W) - Status?
## Agenda
- Topic 1
- Topic 2
## New Actions
(Capture during meeting)
- [ ] Action description | Owner: | Deadline: | Check:
行动捕捉模式
在会议期间,每当有人说“"QWe should'..."Q”或‘"’时,
触发词组@: @%
- MMSKO 我们应该MSSK1
- 有人需要 ..."
- "M"" 这对..."是件好事
- @"# Let'}尝试到#..."#
回应::
- 拥有?"的人
- 我们什么时候能完成?
- “"”我们如何验证完成 ?“?"”
后继的-号协议
在每届例常会议开始时
- 审查以往行动 -=YTET -伊甸园字幕组=- 翻译:
- 标记完成 -=YTET -伊甸园字幕组=- 翻译:
- Escalate 封堵 * 地表障碍 * * MSCK1*
- 只有那时 开始新的专题
这创建了问责制,使进展明显可见 .
真正的福利*:无更多的混乱
这里:'}这是您在这种方式开会时 真正得到的 @:#
清晰变为自动@ . @
当每次动作都有一个拥有者 ,}一个时间轴 , & 一个检查点\ I, - 您会删除\ MPK3\ {
- 迷惑谁该负责
- 对最后期限的惊喜
- 关于实际发生的事情的神秘
当人们说某人“"” 运行一艘紧凑的船时, 这就是他们的意思。 但你们实际上做的就是清楚谁在做什么?
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}但很强大 {\fnarial black\fs12\fscy110}
共同回推
这感觉太僵硬了
结构是“'”不是完成事情的敌人。 “-”它“'”是什么让事情真正完成的事情?“MS K3”
问题是这个僵硬的?" 问题在于它的工作效果
这个工作原理是.
不是每个会议都需要这个吗?
校对:Soup
但任何会议,那 :
- 创建动作项目
- 经常发生
- 涉及多人
... 绝对是.*
这太费时间了
获取行动正确为会议添加时间@2-3 @ minutes
下星期再次举行同一次会议,因为没有发生任何浪费
听起来好点了
何时真正重要
当 :}% 1 时此模式非常关键
- 您远程工作或分布 你只要拍一下肩膀上的人就行了
- 多人参与其中 “(”拥有权必须清楚明了“)”
- 定期举行会议 你需要看到进展 )
- 工作取决于他人 “(”跟着“-”必须发生 )
换句话说, 最现代工作.
结论结论
使会议工作与组织或遵循进程有关,
每个动作必须有一个拥有者@, @ a 时间轴@ , @ 和后续的\ MS K2_ up.}
万岁,万岁
此单一模式可防止@ : @%
- "*我还以为是别人干的
- @"#I didn't know why it was due_"}我当时不知道是什么时候到期的
- "我假设我们扔了那个
- 每周讨论同样的问题
它之所以有效,是因为它简单明了
- 写下来
- 一个人拥有它
- 设定截止期限
- 检查是否发生
毫不含糊,没有混淆 没有时间浪费
在任何领域工作的会议在任何一个行业都采用这种模式 -}不是因为它很精密的',而是因为它有效
下次再会时试试看 我保证你会看到不同之处