收敛行动
MoSCoW 优先级排序法（MoSCoW）
将功能分类为必需项和附加项，实现清晰优先级。
- 时长
- 120–240 分钟
- 人数
- 不限人数
- 形式
- 线上 + 线下
- 来源
- 网络
这个方法能做到
- 帮助明确哪些功能需要实现，哪些在当前约束条件下不可行，建立清晰的优先级层次
准备
物料Materials
实物
白板或大张纸(1)马克笔(1 per person)便利贴或卡片(1 pad per person)
角色Roles
引导师×1
场地Space
室内·房间配有白板或大墙面用于贴便利贴；椅子排列成半圆形或围绕桌子。
会前准备Pre-work
引导师
- 在白板或数字工具上准备好包含四个MoSCoW类别的示意图。当天
- 明确具体的时间框架（例如迭代持续时间），并告知参与者。提前 1 天
流程
列出所有功能
⏱ 10 分钟
引导师 · Facilitator
- 引入时间框架（如迭代），请参与者头脑风暴他们想要开发的所有功能。
- 在参与者提出时，将每个功能写在便利贴或卡片上。
参与者 · Participants
- 提出他们在时间框架内想要开发的功能。
“列出在特定时间框架（例如迭代）内你想要开发的所有功能。”
所有功能都写在便利贴上，并对小组可见。
收口
体验Experience
- 使用MoSCoW类别对功能进行优先级排序，感觉如何？
收获Learning
- 关于'Must have'和'Should have'之间的区别，你了解到了什么？
应用Application
- 你将如何在即将开展的工作中运用这种优先级排序？
下一步 · Next steps
遵循并跟踪工作计划；向团队清楚地传达，并根据需要更新。
产出
行动项
工作计划
一份包含分配的任务清单，在设计团队中分发（例如，在白板、Trello看板或Google文档上）。
常见陷阱
症状 · Symptom
参与者将“应该要有（Should have）”与“必须要有（Must have）”混淆，将太多功能归入“必须要有”。
原因 · Cause
分类在开始时没有明确定义或解释。
对策 · Remedy
重申定义，并提问“如果缺少这个功能会发生什么？”以推动批判性思考。
变体
线上
适用场景 · When
当团队分散或远程工作时。
调整 · Modifications
使用在线白板工具（如 Miro、Mural），或屏幕共享 Trello 面板、Google 文档或其他任务管理工具。参与者使用非语言信号（如 Zoom 反应、举手）来表示想要发言。
AI 改写（扩展应用 · 用户私有，不修改主库）
