用途：为跨团队软件计划的发起人提供端到端总纲，覆盖软件计划漏斗五个阶段：识别→研究→概念验证→范围界定与承诺→实施。明确各阶段投入、交付物与决策门，并界定发起人产出与移交团队的内容边界。需要完整模板或进入/退出标准时，通过 get_confluence_page 获取漏斗页面。
主要能力：给出各阶段时长与发起人投入基准（识别约1周、4–8小时；研究3–5周、40–80小时；概念验证2–4周、40–80小时；范围界定2–4周、30–50小时；实施2–6个月、每月10–20小时），并说明决策者与决策门。规定各阶段交付物，如BW Initiative议题、架构评估、PoC框架与示例、ADR、高层架构计划、子史诗、交接会议、复盘与影响度量。
使用方式：按阶段推进，并在需要时调用深度技能：Skill(running-an-architectural-assessment)、Skill(running-a-proof-of-concept)、Skill(scoping-and-handing-off-to-teams)、Skill(coordinating-implementation-across-teams)；团队侧视角可调用 Skill(navigating-the-initiative-funnel)，工作交接机制可组合 Skill(running-work-transitions)。
适用场景：真正跨多个团队的软件计划。若计划主要落在单一团队，可由技术负责人直接发起，采用压缩版本：更轻的架构评估、更小的PoC、单次交接会、较少正式跨团队协调。
限制与注意：不预先界定方案；不替团队编写故事；实施阶段只协调不实现；不逐PR做详细代码审查；需同步ARCH想法状态、积极建立链接、用Jira评论记录时间线。无论范围大小，最小不变项为：有记录的问题、有记录的决策、实施前明确承诺的容量、结束时的复盘。其他具体模板细节暂未提供。