mcpField
T
tool-foundation-sprint-brief

tool-foundation-sprint-brief

github.com/product-on-purpose生产力769627 次安装4 天前更新
代码仓库

关于 tool-foundation-sprint-brief

tool-foundation-sprint-brief 为 Foundation Sprint 团队生成一页式准备简报,明确范围、决策目标、人员、安排和成功标准。它以 readiness 评估为主要输入,并要求 Decider 确认关键事项。

主要功能

  1. 01整理冲刺目标与决策问题
  2. 02分配团队角色
  3. 03汇总日期与会议安排
  4. 04列出需准备的现有资料
  5. 05复核准备状态并取得确认

适用场景

  1. 01Foundation Sprint 开始前统一团队认知
  2. 02向高管说明两天冲刺的安排
  3. 03明确参会者职责与准备材料
  4. 04检查准备条件是否仍然满足

安装

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

$npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-foundation-sprint-brief

安装后在 Claude Code 中输入/tool-foundation-sprint-brief确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

HISTORY.md
references/
EXAMPLE.md
TEMPLATE.md

详细介绍

Foundation Sprint 简报

制作这份单页简报,在第 1 天开始前让团队就范围、决策目标、参与者、后勤安排和成功标准达成一致。完善的简报可以避免第 1 天一开始就重新讨论“我们为什么要在这里”;缺少或含糊的简报几乎必然会导致这种情况。

技能族契约:docs/reference/skill-families/foundation-sprint-skills-contract.md。此技能属于 foundation-sprint-skills。

适用情况

  • tool-foundation-sprint-readiness 给出的准备情况判定为 Go(或所有前置条件均已满足的 Conditional Go)。
  • 冲刺日期已在日历上预留,你需要一份说明冲刺目标的文档。
  • 团队已安排准备活动,你需要一份书面参考,说明应带上哪些内容。
  • 一位持怀疑态度的高管想知道“团队这两天要做什么?”,你需要用一页纸回答。

不适用情况

  • 冲刺已经开始。简报是准备材料,不是在冲刺期间交付的成果。如果第 1 天已经开始,请改用 tool-foundation-sprint-basics。
  • 准备情况判定为 Wait。简报无法解决团队准备不足的问题;请先完成前置条件,再次运行准备情况评估,然后调用此技能。
  • 团队想要一份战略文档。简报是内部准备材料,不是面向利益相关者的交付物。如果需要利益相关者文档,那属于后续产物。
  • 简报有变成多页战略文档的趋势。请停下来重新梳理:规范的简报只有一页。

此技能的产出

一份包含六个部分的打包成果:

  1. 计划说明和关键利害:用一段话说明团队要为哪个主题开展冲刺,以及方向错误为何代价高昂。
  2. 冲刺必须促成的决策:冲刺要解决的开放式战略问题。用一个句子表述。
  3. 团队名单和角色分配:列出与会人员,以及每个人在冲刺各环节中的角色。
  4. 后勤计划:日期、时间、地点、形式(线下、远程、混合)、工具和每日节奏。
  5. 需携带的现有材料:团队在冲刺期间应参考的研究、客户案例、竞争对手记录、指标和约束。
  6. 再次确认准备情况:最终检查 tool-foundation-sprint-readiness 给出的 Go 判定是否仍然成立。

规范结构见 references/TEMPLATE.md,Brainshelf 图书目录简报示例见 references/EXAMPLE.md。

推断输入

输入此技能如何处理
准备情况判定和建议(来自 tool-foundation-sprint-readiness)将建议的参会者、前置条件和冲刺前活动纳入简报;标记尚未完成的前置条件
计划说明压缩成一段文字,放入“计划说明”部分
团队名单将人员对应到 Foundation Sprint 所需角色(决策者、引导者、PM、设计、工程、客户专家)
后勤约束生成日期/时间/地点/形式/工具矩阵;标记任何会迫使冲刺延长到两天以上的约束
(可选)持怀疑态度的高管关注点调整“关键利害”段落,回应“为什么是现在”和“为什么是这个主题”的疑问

简报长度要求

简报必须控制在一页(或一个屏幕)内。此技能通过结构设计来保证这一点,而不是单纯限制字符数:

  • 计划说明:一段文字,最多四句话。
  • 冲刺必须促成的决策:一个句子。
  • 团队名单:每人一行的表格。
  • 后勤安排:表格。
  • 需携带的材料:项目符号列表,最多五项。
  • 再次确认准备情况:检查清单。

如果简报超出这一范围,说明冲刺在开始前就被过度设计了。解决办法不是写一份更长的简报,而是明确决策目标。

常见陷阱

  • 过度设计简报。 简报是准备材料,不是战略文档。如果其中有执行摘要、附录,或长于一段的“背景”部分,就说明内容已经偏离方向。
  • 把简报当作面向利益相关者的交付物。 利益相关者不会读简报;他们会看最后的创始假设。简报是给团队看的。公开分享会引发冲刺前的争论,而冲刺本就是为了解决这些问题。
  • 决策目标含糊。 “我们会弄清楚战略”不是决策。“我们会在[选项 A]和[选项 B]之间选定首要押注”才是。
  • 后勤安排偏离方向。 “我们会再确定日期”或“我们有时会采用混合形式开会”,都表明团队其实尚未真正承诺开展冲刺。要么日期和形式已敲定,要么准备就绪的结论就是错误的。
  • 跳过准备就绪状态的再次确认。 准备就绪的结论只是一个快照。如果某项前提条件已有变化,或决策者的时间安排自准备就绪评估后发生了变化,简报就应明确指出,而不是掩盖问题。

权威来源

  • Character Capital。《Foundation Sprint guide》。关于冲刺前准备和团队范围界定的章节。
  • Knapp, J. 和 Zeratsky, J. Click: How to Make What People Want。关于冲刺前准备的建议。
  • pm-skills foundation-meeting-brief 先例:将简报结构模式调整用于 Foundation Sprint 的战略场景,而非会议。

跨技能使用

前置条件:tool-foundation-sprint-readiness。简报以准备就绪评估的输出作为主要输入。遵循 prerequisites 时,简报会继承准备就绪结论、参会者建议和冲刺前活动;随后,该技能会进一步完善并敲定这些内容。

如果团队已经完成了等效的准备工作,但没有明确运行准备就绪评估技能(例如,熟悉准备就绪标准的资深冲刺引导师),则可以直接调用简报技能。在这种情况下,技能正文会提示团队在生成简报前确认已满足准备就绪标准。

冲刺中的下一项调用:第 1 天上午使用 tool-foundation-sprint-basics。

决策者检查点

此技能以 references/TEMPLATE.md 中的决策者检查点结束。决策者需批准范围(决策目标)、团队(成员名单和角色分配)、成功标准(冲刺成功或失败的判定依据),以及明确的权衡取舍:冲刺将迫使团队选定首要押注,而不是保留所有方向。未经批准,简报仅供参考;获得批准后,它便是接下来两天的约定。

评论

支持 Markdown