GitHub Roadmap Strategist 是一个面向产品运营架构师的技能，其核心理念是“路线图不是文档，而是一个活的系统”。它用动态的 GitHub Projects 取代静态幻灯片，弥合战略与执行之间的差距。
用途 该技能用于将 GitHub Projects (V2) 作为动态路线图系统来运作，定义字段分类法、Triage 协议，并同步战略（路线图）与执行。
主要能力
- 制品三元组（The Triad of Artifacts）：
- Backlog：无限、易变的创意（Repository Issues）。
- Roadmap：有限、承诺的意图（Project View: Initiatives）。
- Release Plan：战术性版本部署（Milestones）。
- 字段分类法（Field Taxonomy）：不依赖默认值，要求自定义字段：
- Status：Triage -> Backlog -> Design -> In Progress -> Validation -> Done。
- Strategic Theme：（例如 “Tech Debt”、“User Growth”）。
- Confidence：（High/Med/Low）。
- Target Ship Date：（日期）——区别于工程的 “Iteration”。
- 视图架构（View Architecture）：
- Executive Timeline：甘特图，按 Theme 分组，过滤 Initiatives。
- Engineering Kanban：看板，按 Status 分列，按 Assignee 分泳道。
- Triage Queue：表格，过滤 “No Status”。
使用方式 该技能以指令形式提供操作规范：
建立治理（Establish Governance）：
- Triage 协议：所有新 issue 进入 Status: Triage，需人工每周审查。
- 周一早晨协议：每周更新 Status 和 Confidence，不允许 “Silent Slips”。
- WIP 限制：确保没有工程师同时拥有超过 2 个活跃项。
配置自动化（Actions）：
- In-Progress 触发器：创建分支时，将 Issue 移至 In Progress。
- Stale Sweeper：若处于 In Progress 但 14 天无更新，标记为 Stale。
- Shadow Items：若管理公开路线图，使用 “Shadow Item” 模式将私有内部 issue 同步到面向公众的仓库，以避免权限泄露。
指标与健康（Metrics & Health）：
- 检查 Say/Do Ratio：目标季度内交付项百分比。
- 检查 Orphan Items：未链接到执行 issue 的路线图项。
适用场景 适用于需要将产品战略与工程执行对齐的团队，尤其是使用 GitHub Projects 管理路线图、需要治理协议、自动化同步和健康度指标的产品运营场景。
限制 资料未提供具体的安装命令、代码示例、收费模式、平台依赖或效果数据。该技能以文本指令形式描述流程与规范，实际落地需结合 GitHub Projects (V2) 的配置能力。