用途
技术项目管理（Technical Program Management）技能用于管理由多个相关项目、产品、团队或供应商组成的技术项目群。项目群层面的控制即使每个组成部分各自进展正常也可能失败，本技能用于看见并管理各组成部分之间的接缝，而不是替代项目经理或产品治理。
主要能力
- 证明项目群边界：项目群不是更大的项目，其存在是因为跨组成部分的协调、共享约束或收益需要单个组成部分负责人无法独立做出的决策。
- 建立项目群授权：确认成果、组成部分边界、权限、资金周期、成功度量与假设。
- 塑造工作架构：定义组成部分章程、接口、共享里程碑、集成证据、决策权与升级路径。
- 构建集成视图：维护一份项目群控制记录，包含依赖健康、集成里程碑、共享容量冲突、收益、风险/问题、决策、预测与变更。
- 管理接缝：按提供方、接收方、就绪定义、验收证据、需要日期、回退方案与升级负责人审查跨项目依赖。
- 基于证据引导：将实际与预测同项目群基线与收益假设比较，立即呈现偏差、信心损失、收益漂移与新兴负收益。
- 做出权衡：在范围、顺序、容量、资金、质量、风险、采用与收益之间呈现选项。
- 实现与过渡：协调采用、运营模式变更、能力转移与收益度量。
使用方式
该技能提供参考路由，仅阅读当前决策所需的内容：
- 项目群授权、组成部分地图或共享约束：阅读项目群简报模板。
- 集成状态、依赖、风险或恢复问题：阅读项目群控制与故障排查。
- 收益、治理或证据边界：阅读研究台账。
- 收益依赖映射、批次决策或负收益：阅读收益依赖与批次控制。
- 采用、运营模式变更或收益漂移：阅读收益与转型。
- 集成控制记录需要填写：阅读集成控制模板。
- 面向特定受众的状态或决策更新：阅读干系人更新模板。
- 独立保障或问题项目群干预：阅读保障与干预。
项目群运行循环包括：授权、塑造工作架构、构建集成视图、管理接缝、基于证据引导、做出权衡、实现与过渡。
方法选择：使用最小的充分项目群模型，将治理与组成部分节奏分开。根据条件选择预测/阶段治理型、迭代/适应型、增量/发布列车协调、流/网络协调或混合项目群模式。
沟通契约：针对干系人的决策定制同一证据，面向发起人/高管、组成部分负责人、运营/采用负责人、供应商/合作伙伴以及受影响的用户或客户。
适用场景
- 由多个相关项目、产品、团队或供应商组成的技术项目群。
- 需要跨组成部分协调、共享约束或收益决策的场景。
- 项目群授权、组成部分地图或共享约束的建立。
- 集成状态、依赖、风险或恢复问题的管理。
- 收益依赖映射、批次决策或负收益的处理。
- 采用、运营模式变更或收益漂移的协调。
- 独立保障或问题项目群干预。
限制
- 如果工作是一个有边界的单个项目，应路由到 technical-project-management。
- 如果工作只是一组不相关的投资，应路由到 product-roadmapping-and-portfolio 或 strategy-frameworks。
- 该技能不替代项目经理或产品治理。
- 项目群经理协调，但不通过跟踪工作获得组成部分负责人的架构、产品、工程或风险接受权限。
- 不要因为项目群使用多个团队就规定品牌化方法。
- 永远不要让组成部分仪表盘、会议数量或完成百分比代替项目群健康。
- 该技能基于 PMI《项目群管理标准》第五版（2024）、英国政府项目交付指南、地方政府协会依赖指南与 NASA 风险管理指南等来源综合而成，但来源提供的是原则与特定司法管辖区要求，不是通用运营模型，也不证明任何方法保证成功。
- 该技能直接咨询了三个来源；NASA 手册 PDF 与部分英国页面对抓取器不可访问，因此需要这些确切文档的声明未在此验证。
- 当正式组织或监管标准管辖实际项目群时，应使用这些标准。
- 输出契约：产生最小的有用工件，如项目群简报、集成依赖/控制记录、收益地图、治理决策、升级简报、干系人更新、恢复选项或过渡/关闭记录。区分证据、推断、假设、承诺、选项与未知。链接到组成部分来源并命名负责人，而不是发明一致意见。
- 完成条件：请求的项目群决策或工件已交付，共享成果与组成部分边界明确，重大依赖与收益有负责人与审查触发条件，未解决的权限已升级，且没有声明超出证据。不要在没有授权机制的情况下暗示持续监控。