63 lines
5.1 KiB
Markdown
63 lines
5.1 KiB
Markdown
---
|
||
title: "CTP Topic 57 Product backlog managing demand"
|
||
type: source
|
||
tags: []
|
||
date: 2026-04-14
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-57-product-backlog-managing-demand.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：产品待办列表（Product Backlog）管理 —— 企业级云转型计划中如何接收、评估、优先级排序和交付需求
|
||
- 问题域：CTP（Cloud Transformation Programme）需求治理、团队资源规划、产品组入职与支持
|
||
- 方法/机制：通过 SMACs 提交需求 → 双周评审会议（Matthew Chapman/David Grant/Brendan）→ 20题评估问卷 → Octane 特性化 → Sprint 规划（50%新需求/50%支持+技术债）→ 准备阶段（Prerequisite Phase）→ SRE 账号构建与交接 → Hyper Care 支持
|
||
- 结论/价值：透明化需求管道，确保所有工作以同一标准评估；Sprint 分配 50% 保护容量给新需求，防止支持工作吞噬创新带宽
|
||
|
||
## Key Claims（用中文描述）
|
||
- 产品待办列表是需求缓冲区，存放即将推出的功能，标注需求来源、收益和优先级
|
||
- 新请求必须通过 SMACs 提交以启动计时器和确保可追踪性；邮件或聊天仅用于初步接触
|
||
- 需求通过双周评审会议（Matthew Chapman/David Grant/Brendan 等）评估理解度、价值和优先级
|
||
- 约20题的评估问卷帮助判断每项请求的简洁性、成本和野心程度
|
||
- 机会评估通过后进入 Octane 作为特性（Feature），附带任务列表
|
||
- 新团队需经历准备阶段（Prerequisite Phase）以对齐期望并理解产品需求
|
||
- Sprint 规划通常提前6个 Sprint 展开，分配约50%给新需求、50%给支持工单和技术债
|
||
- 大型产品组（如 ADM 和 ITOM）举行双周会议以对齐计划与优先级
|
||
- 准备阶段关键步骤：介绍会议 → AWS 账户创建（PCG 团队审核）→ 解决方案设计与精炼 → GitHub 仓库创建 → 防火墙标签定义；产品团队工作量约2小时，跨越1-2周
|
||
- SRE 工程师构建账户并交接，提供控制台和 GitHub 访问详情；交接后提供2周 Hyper Care 支持
|
||
- 现有产品组可通过 SMACs/邮件/Teams 请求支持；缺陷在当前 Sprint 解决并分配给原始 Squad
|
||
- Teams 频道连接产品组、SRE 工程师、解决方案架构师和交付经理
|
||
- 变更请求或增强与解决方案架构师讨论后集成到现有账户
|
||
- 公有子网通常仅限于生产环境；团队提供 Atlantis 或 Grant 表单用于自助任务
|
||
|
||
## Key Quotes
|
||
> "We need a way to make sure it's transparent and we're holding everything up to the light and looking everything for the same lens as we are." — 关于需求管理透明化的核心理念
|
||
|
||
> "It means that for ADM they can effectively plan all of the work that's going into their sprints with the engineers that are working solidly on their work." — 关于 Sprint 规划对 ADM 产品组的价值
|
||
|
||
## Key Concepts
|
||
- [[Product-Backlog]]: 产品待办列表，作为需求缓冲区存放即将推出的功能，包含来源、收益和优先级信息
|
||
- [[Demand-Management]]: 需求管理，通过标准化流程（提交→评审→分配→交付）确保透明度和公平优先级排序
|
||
- [[SMACs]]: Service Management and Customer Service，系统化服务管理工具，用于提交和追踪需求请求
|
||
- [[Prerequisite-Phase]]: 准备阶段，新产品团队加入云转型旅程时的入职流程，对齐期望并完成技术准备
|
||
- [[Hyper-Care]]: 交接后支持期，SRE 工程师在产品组接管后提供2周强化支持
|
||
- [[Sprint-Planning]]: Sprint 规划，提前6个 Sprint 展开，50% 容量分配给新需求，50% 给支持工单和技术债
|
||
- [[Octane]]: Micro Focus 的工作追踪平台，需求评估通过后进入 Octane 作为 Feature 并附带任务列表
|
||
|
||
## Key Entities
|
||
- [[Matthew Chapman]]: 需求评审会议主持人之一
|
||
- [[David Grant]]: 需求评审会议参与者
|
||
- [[Brendan Starnig]]: 需求评审会议参与者，SRE Function Lead（CTP Topic 30 讲师）
|
||
- [[ADM]]: Application Development and Management，产品组之一，定期双周对齐会议
|
||
- [[ITOM]]: IT Operations Management，产品组之一，定期双周对齐会议
|
||
- [[PCG]]: Platform Control Group，准备阶段中审核 AWS 账户创建并提供云环境支持
|
||
- [[SRE]]: Site Reliability Engineer，负责账号构建、交接和 Hyper Care 支持
|
||
|
||
## Connections
|
||
- [[ctp-topic-20-program-demand-process-flow-and-poc-onboarding]] ← related_to ← [[ctp-topic-57-product-backlog-managing-demand]]（两者均属 CTP 需求治理框架，本 Topic 聚焦 Backlog 管理，Topic 20 聚焦 Gate Process 和 POC 入职）
|
||
- [[ctp-topic-4-using-agile-to-run-the-cloud-transformation-program]] ← related_to ← [[ctp-topic-57-product-backlog-managing-demand]]（两者均涉及 CTP 敏捷实践，Sprint 规划分配比例在 Topic 4 有更详细讨论）
|
||
- [[ctp-topic-30-managing-change]] ← related_to ← [[ctp-topic-57-product-backlog-managing-demand]]（两者均涉及 SRE 与产品团队的协作，Brendan Starnig 在两个 Topic 中均有参与）
|
||
|
||
## Contradictions
|
||
- 暂无发现与其他 Wiki 页面的冲突内容。
|