用途
本技能是「技术战略构想」（Technical Strategy Idea，TSI）主负责人（Primary Owner）的操作手册，用于将构想从立项一路推进到架构预漏斗评估，并最终进入软件倡议漏斗（Software Initiative Funnel）。它覆盖提交 ARCH 构想、与同行评审人配对、完成利益相关者与参与地图、在架构委员会陈述、参与季度优先级评审，以及在实施交接时开展采纳回顾。时间节奏由季度评审周期驱动，而非固定时钟。
主要能力
双角色协作模型
每个处于活跃状态的构想都分配两个架构侧角色：
- 主负责人（Primary Owner）：推动构想走完整个流程，撰写问题陈述、开展研究、在架构委员会陈述、推动向漏斗的过渡，并对进展负责。
- 同行评审人（Peer Reviewer）：第二位架构工程师，充当参谋、持续了解构想进展，并提供建设性挑战。不是共同负责人，其职责是提出尖锐问题、发现跨倡议冲突、确保利益相关者参与充分。
配对规则明确：任何一位工程师同时承担的活跃评审任务（主负责人或同行评审）不得超过两项。若已承担两项仍要接任主负责人，应主动提出，因为超载会削弱评审作用并拖慢构想。
从论点到漏斗接收的完整弧线
- 捕获：提交 ARCH 构想，包含问题/机会陈述、战略对齐、粗略 RICE、主题、客户细分、路线图位置。
- 配对：分配同行评审人，在双周架构工作会上分享进展。
- 同行评审打磨：在构想从 Backlog 进入 Research 之前，共同完成利益相关者与参与地图（这是门槛）。
- 研究：细化问题陈述，按承诺的参与方式开展利益相关者对话，呈现发现。
- 在架构委员会陈述：同行评审人作为知情盟友出席。
- 在季度优先级评审中争取接收：工程领导层决定构想是否进入漏斗及路线图时间。
- 过渡到漏斗：创建 BW 倡议、链接回 ARCH 构想、更新状态，并交接给 shepherding-an-initiative 技能。
实施完成后，主负责人与同行评审人开展聚焦影响力有效性的采纳回顾。
提交构想（捕获阶段）
TSI 模板位于 JPD 的 ARCH 项目下。对主负责人最关键的章节包括：
- 问题/机会陈述：具体说明现状、痛点与机会，尽可能量化。
- 战略对齐：支持哪些 OKR、主题或架构原则；依赖或赋能哪些其他倡议。
- 提议方向：仅概念性方法，不设计解决方案。
- 运营与质量考量：关键指标/SLI、性能约束、可测试性、自托管与云、合规触点。
- 验证方法：最小 PoC 的样貌、成功信号、待验证假设。
- 粗略规模：T 恤尺码、预期时长、复杂度因素。
- RICE：诚实评分，虚高置信度会产生说谎的待办列表。
利益相关者与参与地图（研究门槛）
这是本技能最具杠杆作用的环节。构想从 Backlog 进入 Research 前，必须由主负责人与同行评审人共同完成地图。地图包含五个字段：
- 决策者：具体人员或角色，以及各自拥有权威的方面。
- 必须咨询：其专业知识或背景会实质影响方向的人，在研究期间而非之后征求意见。
- 必须告知：受结果影响、需要保持知情的人，不应在倡议到达时感到意外。
- 已知摩擦点：分歧、阻力或竞争优先级来自何处。诚实、具名、在研究开始前标注。
- 参与方式：如何接触各群体，包括 1:1 对话、RFC 式 Confluence 评审、架构委员会陈述、参加团队冲刺评审、异步 Confluence 评审。
同行评审人应推动的两个问题：是否已命名已知摩擦？参与方式是否诚实反映影响力？地图是活文档，研究期间发现新利益相关者或摩擦时应更新。
通过研究细化（预漏斗）
TSI 研究阶段比漏斗研究阶段更轻量，不产出架构评估，只需将理解打磨到足以陈述和优先级评审的程度：细化问题陈述、执行承诺的参与方式、在双周工作会与同行评审人分享进展、更新 RICE。
在架构委员会陈述
当地图完整、问题陈述清晰、摩擦已确认、参与方式经早期对话验证后，带到架构委员会。同行评审人作为知情盟友出席。陈述围绕论点展开，先讲问题与战略对齐，而非提议的解决方案。带上摩擦点，认真对待输入。委员会提供跨倡议意识、战略对齐验证、时机或冲突关切，有时建议参与方式；但不提供独立于工程领导层优先级评审的绿灯。
在季度优先级评审中争取漏斗接收
架构每季度向工程领导层提交优先级构想（60 分钟深度评审），其间每月有轻量更新（15–20 分钟）。主负责人需：确保构想在议程上、准备 Now/Next/Later 案例、诚实说明资源需求、提前呈现摩擦。若获批，构想进入漏斗第 1 阶段识别：创建 BW 倡议、建立工作项链接、分配负责人、分配同行评审人、最终确定地图、更新 ARCH 构想状态。
构想被拒绝或搁置
拒绝原因明确记录：与战略不符、价值不足、更适合其他地方处理、时机问题、被相关构想或现有倡议取代、通过其他方式解决。在 JPD 中记录理由后再移至 Declined。搁置不同于拒绝：若时机不对但论点仍有效，争取「Later」并在下次季度评审重访。
采纳回顾（实施交接后）
这是推动弧线的终点，属于本技能而非漏斗技能。当倡议到达实施并开始工作过渡手册交接时，主负责人与同行评审人开展聚焦影响力有效性的简短回顾，四个问题：哪些参与方式有效促成采纳？在哪里缺乏授权，如何应对？哪些分歧发现太晚？下次会怎么做不同？发现结果在架构工作会分享，并作为原构想评论记录。
使用方式
本技能以操作手册形式提供，供主负责人在推动 TSI 时参照执行。相关技能：curating-the-strategy-ideas-backlog（同行评审人/组合策展方）、shepherding-an-initiative（构想进入漏斗后）、contributing-to-technical-strategy（团队技术负责人作为贡献者提交构想）。
适用场景
适用于架构工程师担任主负责人，推动技术战略构想从立项到进入软件倡议漏斗的全过程，尤其适合需要跨团队协调、通过影响力而非职权推动采纳的场景。
限制
- 同行评审人同时承担的活跃评审任务不得超过两项。
- 架构委员会不提供独立于工程领导层优先级评审的绿灯。
- 提议方向仅概念性，详细方案设计属于漏斗研究阶段。
- 时间节奏由季度评审周期驱动，非固定时钟。