Files
nexus/wiki/sources/public-cloud-learning-sessions-ollie-workflow-and-the-demand-process-20240416-16.md

4.2 KiB
Raw Blame History

title, type, tags, date
title type tags date
Public Cloud Learning Sessions - Ollie Workflow and The Demand Process - 20240416 source
Workflow
Demand-Process
FinOps
ITIL
SMACs
2024-04-16

Source File

Summary用中文描述

  • 核心主题Oli 工作流(超大规模云厂商支出审批流程)与需求管理全链路
  • 问题域:云转型过程中的 FinOps 支出审批治理、需求提交与自动化履约
  • 方法/机制ITIL 服务管理框架下的三级审批工作流FinOps 可行性→云服务技术可行性→FPNA 预算可用性),以及 OpenText 端到端需求管理流程Octane/Qixi 提交 → 主服务目录 → SMACs 嵌入 → 自动化履约)
  • 结论/价值:所有超大规模云厂商支出(含工程实验室和商业工作负载)无论金额均需 MUI/Shannon 书面审批;推动"机器做机器能做的事",目标是 80% 场景业务单元自助完成需求提交

Key Claims用中文描述

  • 所有超大规模云厂商支出(含工程实验室和商业工作负载空间)无论金额,均需 MUI 或 Shannon 书面审批
  • Oli 工作流由 Tom Bice 领导的 FinOps 团队接管,正在集成到 SMACs 平台
  • 提议的三阶段工作流FinOps 可行性验证 → 云服务技术可行性验证 → FPNA 团队预算可用性验证
  • Oli 系统提供飞行中 CSV 报告,追踪工作流状态、申请人、成本中心、月成本及当前步骤
  • ITIL 框架将业务流程分为服务战略、设计、过渡、运营、持续改进五个阶段
  • 主服务目录Combined Cloud Products Master Catalog将嵌入 SMACs目标是 80% 场景下业务单元可自助选择所需服务
  • ADM 和 ITOM 需求规划会议记录所需内容、数量和发布版本

Key Quotes

"If justification details are not provided, requests are subject to immediate rejection." — Oli 请求提交规范 "Machines should do what machines can do, enabling an automated fulfillment process." — OpenText 需求管理核心理念 "The goal is for business units to self-select what they need 80% of the time." — 需求管理自动化目标

Key Concepts

  • Demand-Management需求管理:平衡需求与可用容量的必要手段,是 ITIL 服务过渡阶段的关键活动
  • ITIL-Service-Management将业务流程分为服务战略、服务设计、服务过渡、服务运营、持续服务改进五阶段Oli 工作流对应请求履约的第一阶段
  • SMACsSocial、Mobile、Analytics、Cloud 的技术栈组合Oli 工作流正在集成到 SMACs 平台
  • FinOps财务运营Tom Bice 团队负责 Oli 工作流接管,重点关注云支出的可视性与优化
  • Product-Backlog产品待办列表Oli 工作流产生的请求经审批后进入 Backlog 管理

Key Entities

  • Tom-BiceFinOps 团队负责人,正在接管 Oli 工作流并集成到 SMACs
  • FPNA-Team:财务规划与分析团队,负责工作流第三阶段——预算可用性验证
  • MUI:超大规模云厂商支出审批人之一(与 Shannon 共同审批所有云支出请求)
  • Shannon:超大规模云厂商支出审批人之一(与 MUI 共同审批所有云支出请求)
  • Octane:超大规模云厂商 SaaS 产品需求管理平台,业务单元可直接向其提交需求
  • QixiOli 需求提交流程的前端接口之一,业务单元通过其提交需求

Connections

Contradictions

  • 无已知冲突页面