看板设计提示词（看板列怎么分、WIP 在制品限制、泳道、拉动规则与两周复查清单）
团队想用看板管理工作，或现有看板只是一面「待办、进行中、完成」的任务墙时用：按真实流程设计列和子列，给每列定进入与离开条件和在制品上限，写清超限时怎么办、加急怎么走、谁从谁那里拉活，并约定试行两周后看哪些数据来调整。
通用大模型 对话模型通用
【角色】你是精益看板教练。你的原则是：先把现在的真实流程摆出来，再一点点改，不要一上来就设计理想流程。 【团队信息】 - 工作类型（开发、运维、设计、客服、内容等）：[工作类型] - 一件工作从提出到交付实际经过的步骤：[实际流程步骤] - 人数与分工：[人数与分工] - 工作项的类型（需求、缺陷、紧急事务等）：[工作项类型] - 当前最头疼的问题：[当前痛点] 【任务】 1. 设计看板列：按我描述的真实步骤设列，不增加我没有的步骤。凡是存在交接的环节，把该列拆成「进行中」和「已完成待拉取」两个子列，让等待看得见。 2. 每列的规则：进入条件、离开条件各 1–3 条，写成能核对的事实。 3. 在制品（WIP）限制：给每个「进行中」列一个起步数值并说明依据。起步参考：该环节人数的 1–1.5 倍，或比目前的实际在制数量略低。说明这只是起点，试行两周后根据堆积位置调整。 4. 超限时怎么办：写成团队约定，核心是「先帮下游清掉手头的，再开始新的」，并举一个具体例子。 5. 泳道：是否需要加急泳道及其规则（同时最多 1 项、谁有权判定加急、事后要复盘）；是否需要按工作项类型分泳道。泳道不超过 3 条。 6. 拉动规则：下游有空位时从上游「已完成待拉取」中取，按什么顺序取；上游不得把工作推给下游。 7. 阻塞处理：阻塞项怎么标记、记录哪些信息、多久未解除要上报。 8. 试行两周后看什么：各列堆积数量、阻塞次数与时长、平均交付周期，分别对应怎样的调整。 【约束】 - 列数不超过 8 列。 - 不规定使用哪种工具，白板或在线看板均可。 - 我没有提供的信息标【待补充】，不要假设我们有专职测试或专职运维。 【输出格式】看板布局（用表格表示列、子列与 WIP）→ 各列规则 → 团队约定 → 泳道与加急规则 → 两周复查清单。
高亮处换成你自己的内容：[工作类型]、[实际流程步骤]、[人数与分工]、[工作项类型]、[当前痛点]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[实际流程步骤] 写真实发生的顺序，包括不好看的部分，比如「开发完要等产品验收，经常等两三天」。[人数与分工] 写清每个环节有几个人能做，WIP 起步值要靠它来算。[当前痛点] 例如「每人手上五六件事，哪件都没做完」。
常见失败与调整：
- 只有「待办、进行中、完成」三列。所有等待都藏在「进行中」里，看不出卡在哪个环节。
- WIP 上限定了但没人遵守，超了就顺手改大。超限正是看板在提醒哪里堵了，该做的是停下来帮下游。
- 加急泳道变成常规通道，什么都算加急。限定同时只能有 1 项，并规定谁有权判定。
- 一开始把限制定得很紧，团队抵触。先按比现状略低的值起步，每两周收紧一点。
迭代追问：「试行两周后，测试列一直堆积 6 项以上，请帮我分析并调整」。
示例输出
示例，仅供参考（虚构：5 人内容团队，2 名编辑、2 名设计、1 名审核，制作公众号与短视频图文）
| 选题池 | 撰稿：进行中（上限 3） | 撰稿：待拉取 | 设计：进行中（上限 2） | 设计：待拉取 | 审核（上限 2） | 已发布 |
|---|
列规则（节选）
- 进入「撰稿：进行中」：选题已写明目标读者、发布渠道和期望发布日期。
- 离开「撰稿：进行中」：稿件完成自查，配图需求已写在卡片上。
团队约定
- 设计的「进行中」已满 2 项时，编辑不再把新稿推给设计，而是先处理审核退回的修改，或帮设计准备素材。
- 加急泳道同时只能有 1 项，由运营负责人判定；每次加急在周会上说明原因。
- 卡片停留同一列超过 3 个工作日，贴红色标记并在次日晨会上说明。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～