mcpField
W
workshop-facilitation

workshop-facilitation

github.com/anotb生产力6242 次安装8 周前更新
代码仓库

关于 workshop-facilitation

面向引导者的工作坊规划技能,根据目标设计议程或指南。它注重合理安排时间、包容性参与、决策权限和结果记录,不虚构背景信息。

主要功能

  1. 01以成果为导向设计会议
  2. 02制定计时议程与活动指南
  3. 03支持包容式现场及混合会议
  4. 04明确决策权限与约束
  5. 05规划后续记录和行动

适用场景

  1. 01规划战略或学习工作坊
  2. 02设计无障碍混合会议
  3. 03准备决策会议议程
  4. 04记录负责人及未决问题

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/anotb/management-consulting-plugin --skill workshop-facilitation

安装后在 Claude Code 中输入/workshop-facilitation确认已加载。

附带文件references/formats-and-facilitation.md

详细介绍

工作坊引导

设计一场能够产出用户所需学习成果、共识、决策或工作成果的会议。首先确认目标、参与者、决策权限、可用时间、形式和限制条件。即使团队尚未准备好选择策略,探索和学习也可以是有效成果。

利用已知背景,提供实用的议程或指南,并标明假设。只有当未知信息会实质性改变设计时,才提出问题。不要虚构参与者姓名、矛盾、预习完成情况、决策或共识。尊重用户要求的时长、无障碍需求和参与偏好。

围绕产出反向设计

明确团队应产出什么,以及这些产出将如何使用。确定所需的证据、视角和决策权限。区分创意生成、方案评估、选择建议和经授权的决策。偏好投票不能取代决策者,也不能凌驾于硬性约束之上。

根据形式与引导选择达成目标所需的活动,并调整方法和时长;外出会议不必占用一整天,如果时间或背景不适合,创新会议也不需要热身环节。

对每项活动,说明其目的、输入、方法、产出、时长,以及遇到可能的问题时引导者应如何应对。时间标注保持简洁;如果高管议程应当简短,就将引导细节放在备注中。

让参与切实可行

如果层级关系或表达风格可能扭曲证据,就使用静默思考、书面意见、结构化轮流发言或匿名排序。提前告知高层领导需要他们提供意见的时间,但不要把他们保持沉默当作普遍要求。让参与者能够通过无障碍的替代方式贡献意见;是否开摄像头属于个人偏好或当地政策,不应成为有效参与的条件。

对于混合式会议,提供共享的数字工作区或其他同等易用的工作区,明确远程参与者的发言顺序,并提供音频或工具故障时的意见提交方式。不要转入仅限现场参与者的活动,让远程参与者无法继续参与。如果对决策至关重要的参与者无法参加,就采用事先商定的代表、将结果标记为暂定,或重新安排决策时间。

检查时间和依赖事项

从开始到结束核算整个议程的时间,包括过渡、休息、总结和收尾。根据受众、活动、无障碍需求和可用时间,安排合适的连续工作时段和休息时间。不要发布与其声明的休息安排相矛盾的模板。

如果无法进行会前准备,就在会议中补充必要背景,并相应降低目标。如果讨论超时,预先规划要删减的内容。保留结束时的记录,以及做出任何决策所需的权限;不要为了仓促达成未经检验的共识而赶时间。

收尾并跟进

记录产出、决策、异议或未解决的问题、决策权限,以及责任人和时间安排明确的行动项。区分工作坊建议与已批准的承诺。如果任务是规划,就制定一份记录这些结果的计划;不要编造会后总结。

交付用户要求的议程、引导者指南、活动材料或摘要。核实时间安排、输入信息是否可用、参与者是否能够参与,以及决策机制是否明确。提出与工作量相称的后续安排。发送邀请、分发材料、记录参与者信息或安排后续会议,均需获得用户授权;起草这些内容则不需要。

评论

支持 Markdown