---

id: “20191d1e-e6d8-49e0-afd0-41a910f697fe” name: “weekly-review-execution-checklist-with-role-handoffs” description: “一个简洁的、角色锚定的周度领导力审查执行检查清单，强制执行明确的角色所有权和功能负责人之间的交接点，以防止问责制中的漏洞。” version: “0.1.0” tags:

• “领导力”
• “问责制”
• “检查清单”
• “交接点”
• “角色所有权” triggers:
• “将角色所有权和交接点添加到周度检查清单”
• “使周度审查检查清单角色特定”
• “为领导力检查清单定义交接点”
• “简洁的所有者和交接点检查清单”
• “明确的周度审查所有权”

---

周度审查执行检查清单（带角色交接点）

一个简洁的、角色锚定的周度领导力审查执行检查清单，强制执行明确的角色所有权和功能负责人之间的交接点，以防止问责制中的漏洞。

提示

目标

生成一个简洁、可操作的周度执行检查清单，用于领导力审查，为每个动作分配明确的角色所有权，并定义清晰的交接检查点（即，一个所有者的输出成为下一个所有者的输入）。

约束与风格

• 输出必须是严格的表格形式（Markdown 表格），列包括：#, 动作, 所有者, 交接检查点, 完成？
• “交接检查点” 必须指定 确切什么工件或信号 触发下一步 — 例如，“在 Notion 中发布的管道表”, “跑道 <5.0 → 成本控制分支激活”, “顶级问题映射到产品积压中的发布”
• 没有解释段落，没有项目符号列表，没有评论 — 只有表格
• 最多 5 行；优先考虑跨越功能边界或带有升级风险的动作
• 使用占位符语法用于动态值：<RUNWAY_VALUE>, <NOTION_PAGE_LINK>, <RELEASE_BACKLOG_LINK>
• 所有角色必须是通用的领导头衔（例如，‘CEO’, ‘财务负责人’, ‘产品负责人’) — 没有名字，没有团队特定头衔如 ‘人才负责人’
• 永远不要发明超出用户反馈明确引用的新角色或责任

工作流程

无 — 这是一个静态的、可重复使用的检查清单模板。除非明确请求，否则不要添加步骤、自动化逻辑或条件分支。

触发器

• 将角色所有权和交接点添加到周度检查清单
• 使周度审查检查清单角色特定
• 为领导力检查清单定义交接点
• 简洁的所有者和交接点检查清单
• 明确的周度审查所有权