返回技能列表

tool-foundation-sprint-brief

product-on-purpose
更新于 2 days ago
4 次查看
238
33
238
在 GitHub 上查看
设计general

关于

This skill generates a one-page, pre-sprint brief to define and lock the scope, key decision, roles, and logistics for a Foundation Sprint. It is used after a readiness check and before the sprint begins, producing a signed artifact that serves as the team's contract. Key outputs include the initiative statement, the critical decision to unlock, and assigned team roles.

快速安装

Claude Code

推荐
主要方式
npx skills add product-on-purpose/pm-skills -a claude-code
插件命令备选方式
/plugin add https://github.com/product-on-purpose/pm-skills
Git 克隆备选方式
git clone https://github.com/product-on-purpose/pm-skills.git ~/.claude/skills/tool-foundation-sprint-brief

在 Claude Code 中复制并粘贴此命令以安装该技能

技能文档

<!-- PM-Skills | https://github.com/product-on-purpose/pm-skills | Apache 2.0 -->

Foundation Sprint Brief

Produce the one-page brief that aligns the team on scope, decision target, participants, logistics, and success criteria before Day 1 begins. A well-built brief prevents Day 1 from opening with re-litigation of why-are-we-here; a missing or vague brief almost guarantees it.

Family contract: docs/reference/skill-families/foundation-sprint-skills-contract.md. This skill is a member of foundation-sprint-skills.

When to Use

  • The readiness verdict from tool-foundation-sprint-readiness is Go (or Conditional Go with preconditions cleared).
  • The sprint has dates blocked on calendars and you need the artifact that names what the sprint is for.
  • The team has prep activities scheduled and you need a written reference for what to bring.
  • A skeptical exec wants to know "what is the team doing for two days?" and you need an answer that fits on one page.

When NOT to Use

  • The sprint has already started. The brief is a prep artifact, not an in-sprint deliverable. If Day 1 is happening, run tool-foundation-sprint-basics instead.
  • The readiness verdict is Wait. The brief cannot fix an unready team; close the preconditions first, then re-run readiness, then invoke this skill.
  • The team wants a strategy document. The brief is internal prep, not a stakeholder deliverable. If a stakeholder document is needed, that is a downstream artifact.
  • The brief threatens to become a multi-page strategic document. Stop and reframe: the canonical brief is one page.

What This Skill Produces

A single bundled artifact with six sections:

  1. Initiative statement and stakes: one paragraph naming what the team is sprinting on and why a wrong direction would be costly.
  2. Decision the sprint must unlock: the open strategic question the sprint resolves. Single sentence.
  3. Team roster with role assignments: who is in the room and what role each person plays per section of the sprint.
  4. Logistics plan: dates, hours, location, format (in-person, remote, hybrid), tools, daily rhythm.
  5. Existing inputs to bring: the research, customer examples, competitor notes, metrics, and constraints the team should reference during the sprint.
  6. Readiness reaffirmation: a final check that the Go verdict from tool-foundation-sprint-readiness still holds.

See references/TEMPLATE.md for the canonical structure and references/EXAMPLE.md for the Brainshelf book-catalog brief.

Inference Inputs

InputWhat the skill does with it
Readiness verdict and recommendations (from tool-foundation-sprint-readiness)Pulls the recommended attendees, preconditions, and pre-sprint activities into the brief; flags any precondition that has not been closed
Initiative descriptionCompresses into one paragraph for the Initiative Statement section
Team rosterMaps people to the required Foundation Sprint roles (Decider, Facilitator, PM, Design, Engineering, Customer Expert)
Logistics constraintsProduces the dates/hours/location/format/tools matrix; flags any constraint that would force the sprint to extend beyond two days
(Optional) Skeptical-exec talking pointsTightens the Stakes paragraph to address why-now and why-this concerns

Brief Length Discipline

The brief MUST fit on one page (or one screen). The skill enforces this through structural choices, not raw character counts:

  • Initiative Statement: one paragraph, four sentences maximum.
  • Decision the sprint must unlock: one sentence.
  • Team Roster: table with one row per person.
  • Logistics: table.
  • Inputs to Bring: bulleted list, five items maximum.
  • Readiness Reaffirmation: checklist.

If the brief expands beyond this scope, the sprint is being over-engineered before it starts. The fix is not a longer brief; the fix is a clearer decision target.

Common Pitfalls

  • Over-engineering the brief. The brief is a prep artifact, not a strategy doc. If it has an executive summary, an appendix, or a "background" section longer than one paragraph, it has drifted.
  • Treating the brief as a deliverable to stakeholders. Stakeholders do not read the brief; they read the Founding Hypothesis at the end. The brief is for the team. Sharing it publicly invites pre-sprint debate, which the sprint is supposed to resolve.
  • Vague decision target. "We will figure out our strategy" is not a decision. "We will commit to a top bet between [option A] and [option B]" is.
  • Logistics drift. "We'll figure out dates" or "we'll meet hybrid sometimes" telegraphs that the team has not actually committed to the sprint. Either dates and format are locked, or the readiness verdict was wrong.
  • Skipping readiness reaffirmation. The readiness verdict was a snapshot. If a precondition has slipped or the Decider's availability has changed since readiness, the brief needs to surface that, not paper over it.

Canonical Sources

  • Character Capital. "Foundation Sprint guide." Section on pre-sprint preparation and team scoping.
  • Knapp, J., and Zeratsky, J. Click: How to Make What People Want. Pre-sprint prep recommendations.
  • pm-skills foundation-meeting-brief precedent: brief-structure pattern adapted for the strategic context of a Foundation Sprint rather than a meeting.

Cross-Skill Usage

Prerequisites: tool-foundation-sprint-readiness. The brief expects the readiness output as its primary input. When prerequisites is honored, the brief inherits the readiness verdict, attendee recommendations, and pre-sprint activities; the skill then refines and commits them.

If the team has done equivalent prep without running the readiness skill explicitly (e.g., experienced sprint facilitator who knows the readiness criteria), the brief skill can be invoked directly. In that case, the skill body prompts the team to confirm the readiness criteria are met before generating the brief.

Next invocation in the sprint: tool-foundation-sprint-basics on Day 1 morning.

Decider Checkpoint

This skill ends with a Decider Checkpoint in references/TEMPLATE.md. The Decider signs off on scope (the decision target), team (the roster and role assignments), success criteria (what makes the sprint successful or not), and the explicit tradeoff that the sprint will force a top bet rather than preserve all directions. Without sign-off, the brief is advisory; with sign-off, it is the contract for the next two days.

GitHub 仓库

product-on-purpose/pm-skills
路径: skills/tool-foundation-sprint-brief
0
agent-skillsai-skillsclaude-codeclaude-desktopdesign-sprintfoundation-sprint

相关推荐技能

executing-plans

设计

该Skill用于当开发者提供完整实施计划时,以受控批次方式执行代码实现。它会先审阅计划并提出疑问,然后分批次执行任务(默认每批3个任务),并在批次间暂停等待审查。关键特性包括分批次执行、内置检查点和架构师审查机制,确保复杂系统实现的可控性。

查看技能

requesting-code-review

设计

该Skill可在完成任务、实现主要功能或合并代码前自动调度代码审查子代理,确保实现符合需求和计划。它支持通过指定git SHA范围进行精准的代码变更审查,帮助开发者在关键节点及时发现潜在问题。核心原则是"早审查、勤审查",适用于开发流程的各个关键阶段。

查看技能

connect-mcp-server

设计

这个Skill指导开发者如何将MCP服务器连接到Claude Code,支持HTTP、stdio和SSE三种传输协议。它涵盖了从安装配置到认证安全的完整流程,适用于集成GitHub、Notion、数据库等外部服务。当开发者需要添加集成、配置外部工具或提及MCP相关功能时,这个Skill能提供实用的操作指南。

查看技能

web-cli-teleport

设计

该Skill帮助开发者根据任务特性选择Claude Code的Web或CLI界面,并指导如何在两种环境间无缝迁移会话。它能分析任务复杂度、迭代需求等要素,推荐最优工作界面和工作流。关键特性包括会话状态管理、环境切换指导和上下文优化建议。

查看技能