Перейти к основному содержимому

5 записей с тегом "cfo"

Посмотреть все теги

Top expenses report: ежемесячный обзор, который реально приводит к решениям

· 8 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

В одной 80-человечной инжиниринг-команде, с которой мы работали в марте 2026, ежемесячный обзор затрат шёл 90 минут. Шесть дашбордов. Четыре руководителя отделов, каждый защищает свои цифры. Итог: сообщение в Slack «давайте копнём глубже в следующем месяце». То же сообщение в феврале. И в январе. Дашборды были отличные. Решений не было ни одного.

Проблема не в нехватке данных. Отчёт Asana Anatomy of Work 2024 показал, что knowledge workers тратят 58% дня на «работу о работе»: митинги, статусы, обзоры дашбордов, и что типичный review-митинг не приводит ни к одному конкретному действию. Инженерные cost-обзоры — учебниковый случай. Слишком много чисел, нет forcing function для решения.

Почему Q4 всегда выходит за бюджет инженерии: сезонность per-month K

· 9 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

В компании из 60 инженеров, которую мы инструментировали 14 месяцев подряд, средний коэффициент накладных составил K = 0.41. Это число бесполезно. Помесячный ряд: янв 0.46, фев 0.40, мар 0.39, апр 0.40, май 0.41, июн 0.43, июл 0.48, авг 0.49, сен 0.42, окт 0.40, ноя 0.43, дек 0.52. Финансовая модель с плоским K предсказала декабрьские накладные в $185K. По факту вышло $235K. Промах в 27% — это не ошибка прогноза. Это вся история сюрпризов Q4, которые CFO годами просит инженерию объяснить.

Отчёт DORA State of DevOps 2024 подсветил ту же картину с другой стороны: deployment frequency в Q4 падает на 12–18% по всему опросу, а incident volume растёт. Stack Overflow Developer Survey 2024 фиксирует в среднем 17 дней отпуска в год, со скоплением в конце декабря и августе. Harvard Business Review в Why Most Product Launches Fail показывает, что плотность Q4-релизов на 30–40% выше остальных кварталов. Три разных датасета, одно следствие: инженерная мощность в декабре структурно отличается от июня. Считать их одинаковыми в финансовой модели — это и есть ошибка.

Bottom-up бюджет инженерии: от ставки до P&L

· 10 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

R&D-организация на 50 инженеров, с которой мы работали в прошлом фискальном году, верстала годовой бюджет так же, как большинство: взять прошлогодний расход ($5.4M), прибавить 10%, получить $5.94M. К концу третьего квартала финансы согласовывали с советом директоров дополнительно $700K. Недостача оказалась почти ровно $710K — 12% сверх top-down цифры — и постмортем привязал каждый доллар к допущениям, которые никто не записывал. Праздничные месяцы шли с повышенным overhead. Двое контрактников официально были part-time, по факту биллили 0.9 FTE. Одна команда выросла на трёх человек в марте, и стоимость накопилась за девять месяцев, а не за четыре, как заложил планировщик.

Gartner в IT Spending Forecast 2025 оценивает рост R&D в софте на 9-11% год к году, но разброс по конкретным компаниям шире — Deloitte в отчёте CFO Insights: Budgeting in Volatile Times (2024) зафиксировал медианную ошибку прогноза 18% в софт-ориентированных компаниях, использующих top-down, а худший квартиль промахивается больше чем на 30%. McKinsey в Tech Talent Tectonics (2023) формулирует резче: топ-квартиль инженерных организаций тратит не только меньше на единицу выхода — они точнее прогнозируют, и поэтому могут аллоцировать капитал агрессивно там, где нижний квартиль вынужден держать запас наличных как страховку от собственной плохой математики.

Overhead coefficient: невидимый налог на каждого инженера

· 9 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

В инженерной организации на 50 человек, которую мы инструментировали в феврале 2026 года, месячный overhead-коэффициент составил K = 0.37. То есть на каждый $1 прямой разработческой работы приходилось 37 центов косвенных расходов: митинги, code review, ramp-up и доля зарплаты CTO/EM/DevOps, размазанная по команде. CFO три года использовал плоский коэффициент 30% для loaded cost. Реальное число было на 23% выше, и почти никто в компании об этом не знал.

Главная проблема была не в самом разрыве. Главная проблема: 30% — это один бакет, и даже после того, как разрыв обнаружен, внутри ничего нельзя оптимизировать. Отчёт Boston Consulting Group 2024 года про распределение G&A в софтверных компаниях фиксирует ту же картину на масштабе индустрии: компании, которые показывают overhead одной строкой, не могут его сократить, а компании, которые декомпозируют его на три компоненты, режут его на 8–15% за два квартала.

CFO-гайд по инженерным метрикам: о чём и зачем спрашивать

· 8 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

CFO обычно видит инженерию одной строкой в P&L: зарплаты. Колонка headcount, множитель loaded cost, большая цифра, растущая быстрее выручки. И всё. Отчёт Deloitte Global Technology Leadership Study 2024 подсветил разрыв жёстко: только 31% CFO могут сказать, приносит ли их инвестиция в инженерию отдачу пропорциональную расходам. Остальные 69% летят вслепую над, возможно, крупнейшей дискреционной статьёй компании.

Это не проблема инструментов. Это проблема вопросов. Цифры существуют — ваши коллеги-CFO просто ещё не научились задавать пять правильных вопросов, чтобы их вытащить.