ARTICLE DETAIL

建站实战干货

来自一线的建站与推广经验沉淀,每一条都经过真实交付验证。

Sprint Plan: [Sprint Name/Number]

2026/9/11 18:48:38 拓冰建站 浏览量
Sprint Plan: [Sprint Name/Number] Sprint Plan: [Sprint Name/Number]【免费下载链接】pm-skillsPM Skills Marketplace: 100 agentic skills, commands, and plugins — from discovery to strategy, execution, launch, and growth.项目地址: https://gitcode.com/GitHub_Trending/pm/pm-skillsDuration: [dates]Sprint Goal: [one sentence]Team: [members and availability]CapacityMemberAvailable DaysPoints/HoursNotesTotal capacity: [X] points/hoursRecommended commitment: [Y] points/hours (with buffer)Selected Stories#StoryPointsOwnerDependenciesRiskSprint Risks[Risk] — Mitigation: [action]Definition of DoneCode reviewedTests passingDeployed to stagingQA approvedDocumentation updated (if applicable)sprint-plan 技能提供的摘要模板是这套模板的紧凑版本两者可互相印证——技能版本强调在开头用一句话定义冲刺目标A single, clear sentence that captures the sprints primary value delivery并明确输出格式为 Markdown。命令模板则把容量表、故事表、风险表、DoD 清单完整展开是更偏向会议现场的正式版本。实战中推荐以命令模板为主体保留技能模板中的 Sprint Goal 一行置于最前。 ## Retro 模式结构化回顾产出可执行改进项 Retro 模式的目标是**主持一次结构化冲刺回顾**最终产出可落地的改进行动项而非情绪宣泄或流水账。命令将其组织为三步。 ### Step 1收集冲刺反馈 可接受的输入类型有三种 - 团队反馈从问卷、Slack、协作文档粘贴而来 - 冲刺指标velocity、Bug 数、事故数 - 用户自己的观察 随后命令会主动询问**回顾形式**三选一 | 形式 | 说明 | 适用场景 | |------|------|----------| | **Start/Stop/Continue** | 开始做什么 / 停止做什么 / 继续做什么 | 简单、快速适合常规迭代 | | **4Ls** | Liked / Learned / Lacked / Longed for | 希望覆盖情绪与知识收获的迭代 | | **Sailboat帆船** | Wind推动 助力Anchor锚 拖累Rocks礁石 风险Island岛 目标 | 强调目标一致性与风险识别的迭代 | [retro 技能](https://link.gitcode.com/i/3eec63a5a92b6a711584bcd24f32c895) 对这四种形式实为三种选择给出了完整的归类定义Start/Stop/Continue 关注行为改变4Ls 分别覆盖喜好、新知、缺失与渴望Sailboat 将回顾抽象为一次航行Wind 是推动力、Anchor 是拖累、Rocks 是前路风险、Island 是目的地。 ### Step 2分析与结构化 命令要求应用 **retro** 技能完成四件事 - 将反馈归类到所选框架的各个维度下 - 识别主题与模式 - 区分**症状与根本原因** - 突出值得庆祝的胜利wins。 retro 技能补充了原始反馈便利贴、问卷回复、Slack 消息的处理细则将相似条目**归组为主题**、识别**最高频话题**、记录**情绪模式**挫败、能量、困惑同时要求对照冲刺表现分析——冲刺目标是否达成、承诺 vs 实际完成的 velocity 对比是否过度承诺或不足承诺、阻塞如何被解决、协作模式哪些有效哪些无效。此外技能还要求**引用上一轮回顾的行动项**并核对其完成状态Done / In Progress / Not Started这是很多团队最容易漏掉的一环。 ### Step 3生成回顾总结 命令提供的回顾总结模板如下 markdown ## Sprint Retrospective: [Sprint Name] **Date**: [today] **Format**: [Start/Stop/Continue | 4Ls | Sailboat] **Participants**: [if known] ### What Went Well [Grouped themes with supporting evidence] ### What Didnt Go Well [Grouped themes with root cause analysis] ### Key Insights [2-3 patterns that emerged] ### Action Items | # | Action | Owner | Deadline | Priority | |---|--------|-------|----------|----------| ### Metrics This Sprint | Metric | This Sprint | Last Sprint | Trend | |--------|-----------|------------|-------|retro 技能对行动项提出了硬性约束限制为 2–3 个高影响力行动项更多反而没人做每个行动项必须具体、可指派、可度量并为每个行动项附带成功指标Success Metric——即我们如何知道它奏效了。技能版本的输出模板还包含 Sprint Performance 区块Goal: Achieved / Partially / MissedCommitted [X pts] | Completed [Y pts]以及 Carry-over from Last Retro 区块与命令模板的 Metrics 表格互补。语气方面技能明确要求保持建设性——目标是改进而非追责。Release Notes 模式从技术工件到用户语言Release Notes 模式的目标是把技术工件转化为面向用户的发布说明强调以用户收益表述而非技术实现。命令将其组织为三步。Step 1接收发布内容可接受的输入包括Jira/Linear 工单或 changelogPRD 或功能规格Git 提交信息或 PR 描述团队对已上线内容的内部总结Step 2转化命令要求应用release-notes技能完成四个动作将技术语言翻译为用户收益归类为New Features新功能、Improvements改进、Bug Fixes缺陷修复以产品的声音写作语气不明确时主动询问最有影响力的变更放在最前。release-notes 技能 将归类维度扩展为五类New Features全新能力、Improvements既有功能增强、Bug Fixes已解决问题、Breaking Changes需要用户行动迁移、API 变更、Deprecations即将下线的功能。每条条目的写作原则为以用户收益开头而非技术变更、使用平实语言避免行话、内部代号、工单号、每条控制在 1–3 句。技能还提供了两组极具代表性的转化示例技术语言用户语言Implemented Redis caching layer for dashboard API endpointsDashboards now load up to 3× faster, so you spend less time waiting and more time analyzing.Fixed race condition in concurrent checkout flowFixed an issue where some orders could fail during high-traffic periods.Step 3生成发布说明命令提供的模板如下## Whats New — [Version/Date] ### Highlights [1-2 sentence summary of the most important change] ### New Features - **[Feature Name]** — [user-facing benefit in plain language] ### Improvements - **[Improvement]** — [whats better now] ### Bug Fixes - Fixed [issue] that caused [user impact] ### Coming Soon [Optional teaser for next release]技能版本的结构化模板与之对应但明确包含 Breaking Changes 区块并要求标注Action required用户需要做什么。输出后保存为 Markdown命令还提供多渠道格式化能力可进一步转为博客文章、应用内公告、邮件或 Slack 公告的措辞。语气上技能建议根据受众调整B2B 用专业语气、消费级产品用友好语气、API 产品用开发者视角。底层机制命令如何调用技能理解/sprint的运作方式需要先看懂仓库的命令—技能架构。根据根 README.md 的说明Skills技能是市场的基础构建块每个技能为 Agent 提供领域知识、分析框架或引导式工作流对话相关时会被自动加载Commands命令是用户触发的端到端工作流通过/command-name调用会串联一个或多个技能。sprint.md的正文中三个模式分别以Apply the sprint-plan skillApply the retro skillApply the release-notes skill的方式显式引用技能这正是命令与技能的契约点。仓库根目录的 validate_plugins.py 中有一段交叉引用校验逻辑值得注意# Check if command references skills (informational) skill_refs re.findall(r\*\*(\w[\w-])\*\*\sskill, content)【免费下载链接】pm-skillsPM Skills Marketplace: 100 agentic skills, commands, and plugins — from discovery to strategy, execution, launch, and growth.项目地址: https://gitcode.com/GitHub_Trending/pm/pm-skills创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考