FinOps — что это, из чего состоит FinOps Framework и чем он отличается от ITIL и TBM

Зачем вам этот свод

FinOps — это подход к управлению расходами на облако, подписки и другие технологии. Решения о том, на что тратить, инженеры, финансисты и бизнес принимают вместе — на основе данных и вовремя, а не по счёту в конце месяца. Владелец подхода, FinOps Foundation, определяет его так: операционная модель и культурная практика, которая повышает ценностьЦенностьПольза и выгода, которые сторона получает от услуги; величина субъективная.ITIL 4, книга ITIL Foundation технологий для бизнеса, обеспечивает своевременные решения на основе данных и закрепляет финансовую ответственность через совместную работу инженерных, финансовых и бизнес-команд. Формулировка обновлена в марте 2026 года4. Проще говоря, отчёты и правила — только половина дела. Вторая половина — привычка инженеров, финансистов и бизнеса решать вопросы о деньгах вместе. Название составлено из Finance и DevOps: как DevOps сблизил разработку и эксплуатацию, так FinOps сближает финансистов и инженеров4.

Подход родился в публичном облаке — на ресурсах внешнего поставщика, за которые платят по мере использования. Там счёт складывается из тысяч строк начислений за арендованные серверы, хранилища и трафик. Расходы создаёт инженер, который нажал «создать ресурс», а финансовый директор узнаёт о них из счёта. Отсюда вопрос, на который отвечает свод: кто отвечает за расходы, если тратят инженеры, а платит финансовый директор1.

Сам свод называется FinOps Framework. Это открытая операционная модель: набор строительных блоков, из которых организация собирает свою практикуПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4, — принципы, персоны, фазы работы, уровни зрелостиУровень зрелостиСтупень шкалы, показывающая, насколько процесс управляем: от отсутствующего до непрерывно улучшаемого.COBIT 2019, книга Governance and Management Objectives, домены, способности и области13; каждый блок объяснён ниже, в разделе «Что внутри». Свод ведёт FinOps Foundation — некоммерческий фонд, с июня 2020 года проект The Linux Foundation5. Действующая редакция — Framework 2026, опубликована 19 марта 2026 года8. Текст свода открыт под лицензией CC BY 4.0: читать можно без регистрации и без оплаты, платные только экзамены2.

Нужен, если облачный счёт растёт быстрее нагрузки и никто не может объяснить почему.

Нужен, если расходы на облако, подписки и лицензии размазаны между подразделениями и посчитать стоимость услугиУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation невозможно.

Нужен, если финансовый отдел узнаёт о тратах из счёта в конце месяца, а инженеры — из письма финансового отдела.

Не нужен как первый шаг, если вся инфраструктура своя, куплена как актив на годы вперёд, а подписок и облака нет. Свод построен вокруг переменных расходов — тех, что растут и падают вслед за потреблением. В редакции 2025 года его прямо распространили и на подписки, лицензии и собственные центры обработки данных7, но и для них польза начинается там, где затраты зависят от потребления.

Ниже — откуда FinOps взялся и как менялся, из каких блоков собран свод и что значат его главные слова. Дальше — как измеряют зрелость и что такое FOCUS, общий формат данных о счетах. В конце — чем FinOps отличается от управления финансами услуг по ITIL и от TBM, с чем его путают, сколько стоят сертификаты и как обстоит дело в России.

Как менялся

История начинается со встреч клиентов одного поставщика. Компания Cloudability собирала заказчиков на встречи консультативного совета, и там специалисты говорили, что хотят обсуждать не инструменты поставщика, а сам способ работы. В феврале 2019 года при её поддержке был основан FinOps Foundation; в июне 2020-го фонд вошёл в The Linux Foundation, а его прежнее юридическое лицо закрыли к концу того же года5. К моменту слияния сообщество насчитывало полторы тысячи участников; к февралю 2026 года в программах фонда приняли участие более 96 тысяч человек, более 65 тысяч прошли обучение и получили сертификат19.

Первый черновик свода вышел в 2021 году; изменения утверждает технический консультативный совет фонда — Technical Advisory Council, TAC6. Три последних пересмотра вышли в марте 2024, 2025 и 2026 годов, и по ним легко понять, насколько устарела любая статья о FinOps, которую вы читаете.

2024. Свод перекроили. Доменов стало четыре вместо шести. «Отслеживание результатов и сравнение» слили с «решениями в реальном времени» в один домен ценности для бизнеса, оптимизацию ставок и оптимизацию использования — в один домен оптимизации, а «организационное согласование» переименовали в управление практикой. Оптимизация ставок здесь — работа с ценами за ресурсы, а не с кредитными ставками. Способностей стало 22; персоны — типовые роли участников — разделили на основные и смежные6.

2025. В свод ввели области — Scopes, сегменты расходов под задачу бизнеса, — а слово «облако» убрали из названий двух доменов и одной способности, чтобы показать: FinOps выходит за пределы публичного облака. Владелец объяснил это наблюдением за сообществом: специалисты по FinOps всё чаще ведут не только публичное облако, но и подписки, лицензии, частное облако и свои центры обработки данных; сам сдвиг он назвал эрой Cloud+. Тогда же впервые с 2019 года приняли новую редакцию принципов7.

2026. 19 февраля фонд обновил формулировку миссии: вместо «продвигать людей, которые управляют ценностью облака» — «…ценностью технологий»19. 19 марта вышла редакция Framework 2026: обновлено определение FinOps, добавлена способность «согласование с бизнес-стратегией» (Executive Strategy Alignment), шесть способностей обновлены и получили новые названия. Отдельно фонд опубликовал страницы по технологическим категориям: публичное облако, SaaS — программы по подписке, центр обработки данных, облачные платформы данных и искусственный интеллект8.

Для читателя это значит одно: статья двухлетней давности описывает прежний состав способностей и прежние названия доменов. Действующий состав доменов и способностей проверяйте на сайте FinOps Foundation, а не по курсам и пересказам.

Что внутри

FinOps Foundation называет свод гибким и не предписывающим: он не говорит «делайте так», а даёт блоки, из которых организация выбирает нужные и начинает с того места, где болит сильнее всего1. Видов блоков семь: принципы, персоны, фазы, уровни зрелости, домены, способности и области. Как они собраны вместе — на схеме в конце раздела.

Принципы — шесть утверждений, которые фонд называет путеводной звездой для практики9:

• команды должны работать вместе: финансы, технологии, продукт и руководители;
• ценность для бизнеса определяет технологические решения: важнее стоимость единицы результата, а не общая сумма счёта;
• каждый отвечает за своё использование технологий: за расход отвечает тот, кто создал ресурс и им пользуется;
• данные FinOps должны быть доступными, своевременными и точными;
• FinOps ведут централизованно: небольшая центральная команда задаёт общий порядок, а скидки и обязательства перед поставщиком — обещания купить объём в обмен на цену — выгоднее покупать из одного места;
• переменная модель затрат облака — преимущество: мощности планируют и докупают «точно вовремя», а не на годы вперёд.

Персоны — не должности, а группы участников, которым нужно договориться между собой. Основных шесть: специалист по FinOps, инженеры, финансисты, продуктовые команды, закупщики и руководители. Смежные — соседние дисциплины: устойчивое развитие, управление ИТ-активами (ITAM), финансовое управление ИТ (ITFM/TBM), безопасность и управление ИТ-услугами (ITSM/ITIL)10.

Фазы — три, и по ним ходят по кругу: Inform — понять, собрать данные и разложить расходы по владельцам; Optimize — найти, где тратится лишнее и где можно платить дешевле за то же; Operate — сделать и закрепить. Фонд подчёркивает: разные люди могут быть в разных фазах одновременно, а цикл повторяют быстро и часто11.

Уровни зрелости — «ползать, ходить, бегать»: Crawl, Walk, Run. О них отдельный раздел ниже12.

Домены — четыре результата, которые должна давать практика. Способности — 22 конкретных умения внутри доменов; это рабочая единица свода13.

Первые три домена — про то, как пользоваться облаком и другими технологиями; четвёртый — про то, как сделать успешной саму практику. Домены не шаги: работа в нескольких идёт параллельно13.

Области (Scopes) — самый новый блок, и внутри него — технологические категории. Категория отвечает на вопрос «что считаем»: публичное облако, частное облако, SaaS, лицензии, платформы данных, центр обработки данных, ИИ; перечень открытый18. Область отвечает на вопрос «зачем»: это сегмент расходов, выделенный под задачу бизнеса — например, под продукт, центр затрат или отдельную среду, тестовую или боевую. Для области решают, какие персоны участвуют, какие способности применяются и какими показателями мерить успех148. Фонд предупреждает: областей должно быть мало, и новую заводят только тогда, когда она помогает принимать решения лучше14.

Ключевые понятия

Русские названия здесь — объяснение для читателя; английские в скобках — как это называется у владельца: по ним ищут в первоисточнике.

Способность (capability) — конкретное умение организации делать что-то с расходами на технологии: распределять затраты по командам, ловить аномалии, прогнозировать. Способности выбирают, а не внедряют все сразу, и каждая может быть на своём уровне зрелости13.

Домен (domain) — результат, ради которого способности собраны в группу: понять, оценить, оптимизировать, управлять13.

Персона (persona) — группа участников с общей ролью в практике. В большой организации одну персону представляют десятки людей, в маленькой один человек закрывает несколько персон сразу10.

Распределение затрат (allocation) — привязка каждой строки счёта к владельцу: команде, продукту, центру затрат. Опора для этого — учётные записи у поставщика, теги и метки на ресурсах13; без распределения не работает вся отчётность о расходах11. Отсюда главный вопрос практики — «чьё это?».

Показ и перевыставление (showback и chargeback) — два способа сделать расходы видимыми для команд. При показе команда видит, во что обходится её потребление; при перевыставлении эту сумму относят на бюджет команды13.

Оптимизация использования и оптимизация ставок (usage optimization и rate optimization) — два разных рычага. Первый — тратить меньше ресурсов на тот же результат: выключить лишнее, уменьшить размер, перестроить архитектуру; это работа прежде всего инженеров. Второй — платить меньше за те же ресурсы: скидки за обязательства, переговоры с поставщиком; это работа закупок и руководства11.

Обязательства (commitments) — обещание поставщику потреблять определённый объём в обмен на скидку. Доля расходов, покрытая такими обязательствами, — один из ориентиров зрелости12.

Стоимость единицы результата (unit economics) — расходы на технологии в расчёте на то, что делает бизнес: на заказ, на пользователя, на транзакцию. Владелец считает этот показатель полезнее общей суммы счёта913.

Область (scope) — сегмент расходов под задачу бизнеса, см. выше. Область в FinOps не связана с областью примененияОбласть примененияОтвет на вопрос, на что документ или система управления распространяются, а на что нет.ГОСТ Р ИСО/МЭК 20000-1—2021, пункты 4.3 и 1.2; ГОСТ Р ИСО 9001-2015, пункт 4.3; ГОСТ Р ИСО 14001-2016, пункт 4.3 и приложение А; ГОСТ Р ИСО/МЭК 17021-1-2017, пункты 8.2.2, 8.3.4 и 9.6.5.5; ГОСТ 1.5-2001; FitSM-1 и FitSM-2, раздел GR3 стандарта: здесь это рабочий инструмент, а не граница документа14.

FOCUS — открытая спецификация формата данных о счетах, см. раздел ниже15.

Уровни зрелости

Уровней три, и владелец называет их «ползать, ходить, бегать»: Crawl, Walk, Run. Уровень оценивают не у организации целиком, а у каждой способности отдельно: одна может быть на Walk, соседняя — на Crawl12.

Числа в третьей колонке — не требования, а примеры целей, которые фонд собрал у сообщества12. Важнее другое предупреждение с той же страницы: цель — не довести каждую способность до Run. Если обнаружение аномалий на уровне Walk ловит все всплески, которые у вас были, дотягивать его до Run — трата сил; развивать стоит ту способность, которая даст бизнесу больше всего12.

FOCUS: единый формат счетов

Счета облаков устроены по-разному: одна и та же услуга называется иначе, колонки не совпадают, скидки учтены по-своему. FinOps Foundation поддерживает открытую спецификацию FOCUS — FinOps Open Cost and Usage Specification, — которая задаёт общую схему данных о стоимости и использовании и словарь, согласованный со сводом15. На 5 сентября 2026 года действует версия 1.4. Выгрузку в этом формате отдают из своих консолей AWS, Microsoft Azure, Google Cloud, Oracle, Alibaba Cloud, Tencent Cloud, Huawei Cloud и ряд поставщиков SaaS и платформ данных — Snowflake, Databricks, MongoDB15. Спецификация открыта под той же лицензией CC BY 4.0, но ведёт её отдельный проект в составе Joint Development Foundation15.

Что покрывает из практик справочника

Полоса «Финансы» заполнена сильнее остальных: домены свода ложатся на управление финансами, бюджет, оптимизацию стоимости и получение выгоды. Соседние области задеты по краю — через отчётность и организацию практики. Оговорка: свод смотрит на эти практики через расходы на технологии и переменный платёж, а не через бюджет организации целиком.

Чем отличается от соседей

Управление финансами услуг по ITIL 4. Практическое руководство ITIL 4 по этой практике (AXELOS, 2020) задаёт её цель так: поддерживать стратегии и планы организации по управлению услугами и следить, чтобы деньги и вложения использовались результативно. Практика делает прозрачными бюджет, себестоимость и учёт по продуктам и услугам21. Разница с FinOps — в том, что считают, и в темпе. У ITIL считают услугу и её себестоимость за период; облачный сервер внешнего поставщика в этом учёте — одна из статей затрат, которую относят к типу затрат «технологии» или «поставщик»21. У FinOps считают каждую строку счёта, ищут ей владельца и решают, не дожидаясь конца месяца911. FinOps Foundation относит ITSM и ITIL к смежным дисциплинам и отводит работе с ними отдельную способность20. На портале практика разобрана на странице «Управление финансами».

ГОСТ Р ИСО/МЭК 20000-1-2021. Стандарт требует от организации бюджетировать сервисы и вести по ним учёт, предусматривать затраты в бюджете и в заранее назначенные сроки сравнивать факт с планом22. Это требования к системе управления, их проверяют при сертификации; у FinOps требований нет — есть принципы, способности и модель зрелости. Стандарт при этом прямо выводит за скобки взимание платы за сервисы, чтобы подходить всем организациям22, а у FinOps внутреннее перевыставление затрат командам — одна из способностей13.

TBM. Technology Business Management — свод о том, как разложить весь технологический бюджет организации по единой номенклатуре и показать бизнесу, за что он платит. На портале есть отдельная страница о TBM; действующие редакции — TBM Taxonomy 5.0.1 и TBM Framework 2.0, обе 2025 года. Разница с FinOps в охвате и происхождении: TBM охватывает весь бюджет, включая собственное оборудование, лицензии и людей; FinOps вырос из облака и переменных расходов. FinOps Foundation относит ITFM и TBM к смежным дисциплинам1020. Организации нередко применяют оба свода: TBM даёт единую раскладку целого, FinOps — порядок работы с его переменной частью.

Управление ИТ-активами и лицензиями. Эти дисциплины — ITAM и SAM — отвечают за договорную сторону: что куплено, на каких условиях, когда истекает срок. FinOps смотрит на потребление и его стоимость. С 2024 года в своде есть способность «лицензии и SaaS»6, а с 2025 года лицензии — один из примеров области7. При этом фонд оговаривает: цель не в том, чтобы FinOps подменил эти дисциплины, а в том, чтобы уметь работать с теми, что в организации уже есть20.

Инструменты управления облачными затратами. Cloud cost management — название класса программных продуктов. FinOps Foundation перечисляет его среди прежних и соседних имён самого подхода и разводит их: FinOps — практика и культура, а инструменты — одна из 22 способностей, в домене управления практикой413.

Что путают

FinOps с экономией. FinOps Foundation отвечает на это словами: «если вам кажется, что FinOps — про экономию денег, подумайте ещё раз». Цель — получить от технологий больше ценности, и иногда это значит тратить больше4. Мера успеха здесь — ценность, а не сумма счёта.

FinOps с финансовым отделом. По принципам свода за расход отвечает тот, кто создаёт ресурс, — инженеры; финансисты — одна из шести персон, а не хозяева практики910. Практика, которую ведёт один финансовый отдел, обычно сводится к запретам.

FinOps с DevOps. Слово построено по образцу DevOps, и общая идея одна: посадить за один стол тех, кто раньше перебрасывал задачи через стену. Но DevOps — про выпуск программ, а FinOps — про деньги за технологии4.

FinOps с «Cloud Financial Operations». Так расшифровывать неверно: фонд отмечает, что это название выходит из употребления, потому что путается с обычной должностью в финансовом отделе4.

FinOps только с облаком. С редакции 2025 года область применения свода шире облака: SaaS, лицензии, центры обработки данных, ИИ7. По отчёту State of FinOps 2026 расходами на ИИ управляют 98 % опрошенных практиков, на SaaS — 90 %, на собственные центры обработки данных — 48 %19. Публичное облако при этом остаётся главной категорией7.

Что обязательно, а что на выбор

Обязательного нет. У свода нет требований, а значит, нет и проверки организации на соответствие ему. Способности выбирают под задачу, а зрелость наращивают по кругу «понять — оптимизировать — сделать», а не внедряют всё разом111. Сертификация организаций у фонда есть, но она про другое: сертифицируют платформы и поставщиков услуг по FinOps, а не компанию-пользователя. Об этом в разделе о сертификации.

В России

Отдельного ГОСТа по FinOps нет: поиск по базе Росстандарта по слову «FinOps» на 16 августа 2026 года даёт ноль документов23. Свод и сам не нормативный документ: требований к организациям он не задаёт.

Русского перевода свода у владельца нет. Постер FinOps Foundation публикует на английском, испанском, португальском, китайском и японском1; курсы и экзамены идут на английском, а курс и экзамен FinOps Certified Practitioner — ещё и на японском17. Проверено 5 сентября 2026 года.

Применять подход это не мешает: принципы не привязаны к поставщику, а данные для первого домена — детализация счёта по ресурсам, метки на ресурсах, бюджеты с оповещениями — есть по крайней мере у Yandex Cloud24. Там бюджет — это порог расходов, при достижении которого приходит уведомление. Само уведомление потребление не останавливает: чтобы, например, погасить виртуальные машины, нужна отдельная функция-триггер24. Здесь и начинается FinOps: уведомление пришло, а решать, что делать с расходом, всё равно будет человек — и хорошо, если он знает, чей это расход.

Российских облаков в списке поставщиков, отдающих выгрузки в формате FOCUS, на 5 сентября 2026 года нет15: сводить данные разных систем к одной схеме придётся самим. Сама спецификация при этом полезна как образец: по ней видно, какие поля нужны, чтобы затраты раскладывались по владельцам.

Где взять первоисточник и сколько стоит

Сам свод бесплатен и открыт: владелец публикует его под лицензией CC BY 4.0, использовать и адаптировать можно с указанием авторства2. Читается целиком на finops.org, без регистрации. Постер свода со всеми блоками на одном листе — там же1.

Платные — сертификация специалистов и членство организаций в фонде2. Экзамен FinOps Certified Practitioner без курса на 5 сентября 2026 года стоил 325 долларов16.

Сертификация

Специалистов. Схему ведёт сам фонд. Основной сертификат — FinOps Certified Practitioner, FOCP: 50 вопросов с выбором ответа, один час, проходной балл 75 %, три попытки в течение года, без наблюдателя; сертификат действует 24 месяца, продление — экзамен со скидкой1617. С 10 сентября 2026 года курс и экзамен идут по Framework 202616. Дальше — FinOps Certified Professional, продвинутый уровень с предварительными условиями, и специализации: Engineer, FOCUS Analyst, AI Value и Technology Value217.

Организаций. Сертифицируют не пользователей свода, а тех, кто продаёт под него продукты и услуги: FinOps Certified Platform — для программных платформ, FinOps Certified Service Provider — для поставщиков услуг. Есть и статусы для учебных центров и генераторов данных FOCUS2. Отдельной платы нет, но нужно членство в фонде2; сертификация действует два года, затем повторная18.

Отличие от ISO-подобных схем стоит держать в голове: сертификат здесь подтверждает знание подхода у человека или пригодность инструмента, а не соответствие организации требованиям. Требований в своде нет.

Чем это автоматизируют

Инструменты играют здесь большую роль, чем в соседних сводах, и так устроен сам свод. Автоматизация, инструменты и услуги выделены в отдельную способность, а фонд делит их на три группы: средства автоматизации, инструменты FinOps и профессиональные услуги813. Нужны системы разметки и распределения затрат, показа расходов командам, прогноза и обнаружения аномалий, а также встроенные средства самих облачных платформ: детализация, бюджеты, выгрузки в FOCUS15.

Наблюдение из работы: любой инструмент упирается в разметку ресурсов. Пока у затрат нет владельца в виде метки, ни один отчёт не отвечает на вопрос «чьё это». Не случайно первый ориентир начального уровня у фонда — доля затрат, распределённых по известному владельцу12.

Где ломается применение

Ниже наблюдения, а не текст свода, кроме мест со сноской.

Делают отчётом. Показывают расходы раз в месяц и ничего не меняют. Свод построен на том, чтобы решение принималось в момент траты, а фаза Operate существует ради того, чтобы найденное было сделано11.

Оптимизируют, не поняв. Первый домен неслучайно про понимание: без разметки и распределения затрат экономия достигается вслепую.

Держат в финансах. Практика без участия инженеров сводится к запретам, а инженеры обходят запреты быстрее, чем те пишутся.

Гонятся за Run. Владелец предупреждает сам: цель — не дотянуть каждую способность до высшего уровня, а получить результат для бизнеса12.

Плодят области. С 2025 года соблазнительно завести «область под ИИ», «область под лицензии», «область под каждый продукт». Владелец советует обратное: областей мало, каждая под конкретное решение, иначе накладные расходы съедают пользу14.

Читают старые материалы. Курс или статья 2023 года описывает шесть доменов и другие названия способностей6. Перед тем как спорить о составе свода, откройте его текущую редакцию.

С чего начать

1. Возьмите последний счёт за облако и разложите его по владельцам — командам или продуктам. По тем, кто принимал решение потратить, а не по названиям сервисов. Ориентир фонда для начального уровня — 70 % затрат с известным владельцем12; всё, что не привязалось, и есть предмет работы на ближайшие месяцы.
2. Посадите за один стол инженера, финансиста и владельца продукта и договоритесь, кто за какую часть счёта отвечает. Это персоны свода, и без них FinOps остаётся отчётом10.
3. Прочитайте свод на сайте владельца — он бесплатный — и выберите две-три способности из первого домена13. У владельца есть и материал «Adopting FinOps» с пошаговым началом4.
4. Экзамен — потом. Сертификат подтверждает знание подхода, а не наведённый порядок.

Что читать дальше

Рядом три страницы. TBM — свод о раскладке всего ИТ-бюджета по единой номенклатуре. ITIL — свод, в котором живёт практика управления финансами услуг. ISO/IEC 20000 — стандарт с требованиями к бюджетированию и учёту сервисов.