61 lines
4.5 KiB
Markdown
61 lines
4.5 KiB
Markdown
---
|
||
title: "CTP Topic 20 Program demand process flow and PoC onboarding"
|
||
type: source
|
||
tags: []
|
||
date: 2026-04-14
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-20-program-demand-process-flow-and-poc-onboarding.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：云转型计划（CTP）的程序需求流程与概念验证（POC）入职流程
|
||
- 问题域：企业级云迁移的治理框架、需求管理、POC 实施路径
|
||
- 方法/机制：多阶段网关审批流程（Gate 0/1/3）、POC 验证框架、IaC（Terraform/Terragrunt）自动化部署、基于 Gruntwork Landing Zone 的新一代云环境
|
||
- 结论/价值：POC 是降低迁移风险的核心手段；Landing Zone 需全部通过 IaC 自动化构建，严禁手动操作；Gate Process 确保治理严谨性
|
||
|
||
## Key Claims（用中文描述）
|
||
- CTP 需求主要由业务案例（数据中心关闭）、高层战略优先级和产品路线图驱动
|
||
- POC 阶段必须完成解决方案设计并经过 Design Authority 审批
|
||
- 新一代 Landing Zone 基于 Gruntwork 架构，强调 IaC（Terraform/Terragrunt），禁止手动构建
|
||
- PCG 团队负责提供云环境支持、安全策略制定及协助产品组进行 POC
|
||
- POC 成功标准必须在启动前明确定义
|
||
|
||
## Key Quotes
|
||
> "本次会议是云转型计划（Cloud Transformation Programme）系列学习课的一部分，由专家 Sergio 和 Damian 主讲，核心内容围绕'程序需求流程（Program Demand Process Flow）'以及'概念验证（POC）'的实施路径展开。" — 视频摘要开场
|
||
|
||
## Key Concepts
|
||
- [[Program-Demand-Process]]: 程序需求处理流程，指从业务需求产生、优先级排序到最终交付迁移的端到端管理路径
|
||
- [[Proof-of-Concept]]: 概念验证，在正式迁移前用于证明架构可行性、测试复杂网络需求及验证迁移方法的实验性阶段
|
||
- [[Landing-Zone]]: 落地分区，指云端预配置的、符合安全与合规标准的标准化基础架构环境
|
||
- [[Infrastructure-as-Code]]: 基础设施即代码，通过脚本（如 Terraform）而非手动操作来定义和管理云资源
|
||
- [[Gate-Process]]: 网关审批流程，用于治理项目进度的关键决策点，例如 Gate 0（评估准入）和 Gate 3（迁移准入）
|
||
- [[Solution-Design]]: 解决方案设计，在 POC 阶段需完成并经过 Design Authority 审批的架构文档
|
||
|
||
## Key Entities
|
||
- [[Sergio]]: CTP 系列课程讲师，主讲程序需求流程
|
||
- [[Damian]]: CTP 系列课程讲师，提及 Cloud Transformation Strategy Overview
|
||
- [[PCG-Team]]: 平台控制组，负责提供云环境支持、安全策略制定及协助产品组进行 POC
|
||
- [[Gruntwork]]: Landing Zone 参考架构提供商，其基础设施代码库支撑新一代云环境
|
||
- [[Terraform]]: 核心 IaC 工具
|
||
- [[Terragrunt]]: Terraform 的包装器，简化多环境管理
|
||
|
||
## Connections
|
||
- [[ctp-topic-65-tracing-the-value-delivered-in-cloud-transformation]] ← extends ← [[ctp-topic-20-program-demand-process-flow-and-poc-onboarding]]
|
||
- Topic 65 提供价值量化框架，Topic 20 提供需求流程入口
|
||
- [[ctp-topic-35-aws-landing-zone-design-refresher-saas-labs]] ← depends_on ← [[ctp-topic-20-program-demand-process-flow-and-poc-onboarding]]
|
||
- Topic 20 定义 PoC Landing Zone 并入 Labs，Topic 35 补充 SaaS vs Labs 职责划分
|
||
- [[ctp-topic-57-product-backlog-managing-demand]] ← extends ← [[ctp-topic-20-program-demand-process-flow-and-poc-onboarding]]
|
||
- Topic 57 深入需求管理层面，Topic 20 提供整体需求流程框架
|
||
- [[ctp-topic-30-managing-change]] ← extends ← [[ctp-topic-20-program-demand-process-flow-and-poc-onboarding]]
|
||
- 两者同属 CTP 治理知识体系，Topic 30 聚焦变更管理，Topic 20 聚焦需求入口
|
||
- [[ctp-topic-1-gruntwork-landing-zone-architecture]] ← depends_on ← [[ctp-topic-20-program-demand-process-flow-and-poc-onboarding]]
|
||
- Topic 1 提供 Gruntwork Landing Zone 架构基础，Topic 20 引用其作为目标环境
|
||
|
||
## Contradictions
|
||
- 与 [[ctp-topic-4-using-agile-to-run-the-cloud-transformation-program]] 存在流程视角差异：
|
||
- 冲突点：Topic 4 强调 Kanban 持续流动模式允许随时调整优先级，Topic 20 强调 Gate Process 的阶段性审批节点
|
||
- 当前观点：CTP 采用固定 Gate 审批流程治理迁移决策，确保严谨性
|
||
- 对方观点：敏捷方法建议减少固定审批节点，通过持续反馈驱动决策
|
||
- 说明：两者非逻辑矛盾，而是适用场景不同——Gate Process 适用于大范围迁移决策，敏捷方法适用于迭代式产品开发
|