教程:执行 FinOps 迭代
在本教程中,你将了解 FinOps 是一个迭代的分层过程,需要跨业务、技术和财务团队进行跨职能协作。 考虑这 18 种不同的功能时,每种功能都有自己独特的细微差别,采用 FinOps 似乎是一项艰巨的任务。 但是,在本教程中,你会了解如何通过迭代方法采用 FinOps,可在其中:
- 为下一次 FinOps 投资定义适当范围。
- 确定在未来几周或几个月内要实现的可衡量目标。
- 选择正确操作以进入下一个成熟度级别。
- 在迭代结束时查看进度,并确定下一步的目标。
在开始 FinOps 生命周期的每个迭代时,请将本教程用作指南。
开始之前
考虑迭代中涉及的利益干系人。 由于 FinOps 需要跨业务、技术和财务团队进行协作,因此建议全面学习本教程,并在评估每个步骤时考虑到每个人。 但是,有时你可能只有一部分利益干系人。 例如,只有一个工程团队,或者只有一名 FinOps 从业者,致力于在组织内建立正确的文化并推动积极改革。 在此迭代中,无论哪种情况适用于你,在完成本教程时,都请牢记所有利益干系人的经验。 每个平衡团队都有不同经验水平的人员。 对团队的当前状态做出最佳判断。
定义范围
在开始下一次迭代之前,必须定义要关注的边界,从而确保迭代目标可以实现。 如果这是你的第一次迭代,建议选择三到五个 FinOps 功能作为起点。 如果要定义以后迭代的范围,可能需要保留相同的功能或将一个功能添加到两个新功能。
使用以下信息作为指南,根据角色、体验和当前优先级选择正确的 FinOps 功能。 它不是无所不包的注意事项列表。 我们鼓励你从组中选择所有内容,或者根据当前需求跨组进行选择。 提供的以下顺序是建议,而不是要求。 这只是在帮助你开始。
- 如果你的团队不熟悉 FinOps,而且在成本管理和优化方面经验很少,我们建议从基础知识开始:
- 报告和分析
- 预测
- 预算
- 工作负荷优化
- 异常管理
- 如果要建立新的 FinOps 团队,或者对提高 FinOps 的认识和采用有兴趣,请首先执行以下操作:
- FinOps 实践操作
- 加入工作负载
- FinOps 评估
- FinOps 教育和扶持
- 预测
- 如果你的团队非常了解 Microsoft Cloud 的 FinOps 工具,并且需要管理有时共享所有权的大型公司的成本,请考虑以下各项:
- 分配
- 开票和退款
- 速率优化
- 如果你的团队遇到 Microsoft Cloud 的 FinOps 工具,并且需要管理拥有分布式和共享所有权的大型组织中的成本,请考虑以下各项:
- 分配
- 开票和退款
- 速率优化
- 如果你的团队需要生成更高级的报告,例如跨云管理成本或与业务数据合并,请考虑以下内容:
- 工具和服务
- 数据引入
- 分配
- 报告和分析
- 如果你的团队对基础知识有扎实的理解,并且想要专注于通过高级自动化来加深优化,请考虑以下内容:
- 为云构建
- 工作负荷优化
- 速率优化
- 许可和 SaaS
- 云可持续性
- 云策略和治理
- 如果你的团队对基础知识有扎实的理解,并且需要将云投资映射回业务价值,请考虑以下内容:
- 单位经济效益
- 分配
- 预算编制
- 规划和估算
请注意为未来使用选择的功能。
确定目标
接下来,根据对所选功能的当前经验确定具体的可衡量目标。 确定此迭代的目标时,请考虑以下几点:
知识 - 你对该功能了解多少?
- 如果不熟悉该功能,请专注于了解目的、意图以及如何实现基础知识。 知识通常是任何功能的第一步。
流程 - 是否已定义、记录并验证可重复流程?
- 如果了解基础知识,但没有预定义的流程,请考虑花时间记录可重复流程。 包括如何为所有利益干系人实现功能、角色和责任,以及用于衡量成功的指标。
指标 - 成功指标是否已确定、设定基线并自动化?
- 如果不熟悉该功能,请在学习基础知识时考虑成功指标。 例如,成本与预算和承诺利用率。 它们有助于未来迭代。
- 如果你知道基础知识,但未确定成功指标,则它们是下一步的必备条件。 专注于确定与业务相关的指标,并帮助你为此功能做出权衡决策。 若要最大限度地提高效率,请将这些指标和决策构建到流程中。
- 如果已确定指标,请专注于获取当前所在位置的基线。 尽可能寻求自动化,这将节省未来时间。 使用 Power BI 等工具生成可与利益干系人共享的报告,并庆祝集体成功。
采用 – 有多少团队采用定义的流程和指标?
如果你有一个仅以小规模测试的过程,请与他人共享它。 试验该流程并纳入反馈循环,以便持续改进。
随着流程的成熟,你注意到来自反馈循环的输入变少。 输入变少表明,流程已准备好进一步横向扩展,并有可能成为新团队的官方治理策略。 如果你在一个没有专用 FinOps 团队的大型组织中,建议考虑建立一个组织来推动这项工作。
重要
在建立专门的 FinOps 团队之前,请考虑每个团队在 FinOps 工作上花费的时间、节省增加和效率提高(或机会丢失)带来的潜在业务价值,以及专门团队可加速实现这些目标的可能性。 专门团队并不适合所有人。 请确保获得适当的投资回报。
自动化 - 该功能是否已自动化,从而最大程度地减少手动工作量?
- 如果正在开发流程,建议在该流程中确定自动化机会。 你可能会发现低挂水果,可能导致大规模提高效率,甚至找到愿意在这些领域贡献时间并共享资源的合作伙伴团队。
- 在试验流程时,请持续更新自动化机会列表,并将其作为反馈循环的一部分与他人共享。 确定自动化成功指标的优先级,并寻找机会实现重复度最高的任务,从而最大限度地提高效率。
一般情况下,建议有针对性地进行短时间迭代。 选择前面列出的一到三个高度相关的目标。 避免涵盖广泛工作的长时间迭代,因为它们更难跟踪、衡量并最终交付。
将计划付诸行动
此时,你有了粗略的行动计划。 你可能是新人,并计划深入了解学习和实施基础知识的功能。 或者,你可能计划开发或试验正横向扩展到其他团队和利益干系人的流程。 或者,你已定义流程,并且正在推动流程完全采用或完全自动化。 无论处于哪个阶段,都请使用FinOps 框架指南以指导工作。
请稍后返回查看与 FinOps 框架保持一致的更有针对性的指导。
评审进度
开始迭代时,你已确定三到五个功能、确定要针对这些功能关注的领域并浏览功能指南。 能否实现设定的目标? 哪些进展顺利? 哪里不顺利? 如何改进下一次迭代? 若要确保解决问题和成熟过程,请在内部记下答案,并在每次迭代结束时查看答案。
关闭迭代后,请记住,本教程可帮助指导你完成 FinOps 生命周期中的每个连续迭代。 从头开始学习本教程,为下一次迭代做好准备。 每次迭代后可随时在此页面留下反馈,让我们知道你是否认为此信息有用,以及我们可改进的地方。
有关相关资源,请参阅 架构良好的框架成本优化支柱概述。
下一步
查看和优化最关键的 FinOps 功能: