Особенности бюджетного планирования. 28

Особенности бюджетного планирования в одном американском стартапе.
Содержание - http://proza.ru/2026/08/21/1876
---

Глава 28

в которой я рассуждаю о будущем

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

В североамериканском стартапе это устройство описывали четырьмя словами: Записи, Регистры, Отчеты и Протокол. Запись - отдельное структурированное утверждение о событии: сумма, валюта, даты, статус, источник, владелец, номер Проекта и версия оценки. Регистр - упорядоченное хранилище однородных записей и истории их изменений. Отчет не хранит новую копию события, а отбирает записи, соединяет их по правилам и отвечает на определенный вопрос. Протокол определяет, кто создает запись, кто ее подтверждает, когда она попадает в общий расчет, что происходит при конфликте и как сохраняется прежняя версия.

Возьмем испытания в Албании из предыдущей главы. Фраза «лаборатории понадобится сто тысяч долларов» становится Записью, когда у нее появляются сумма, валюта, предполагаемая дата, ответственный и письмо лаборатории. Запись входит в Регистр Оперативного Бюджета. Отчет показывает, в каком месяце платеж изменит остаток денег. Протокол требует подтверждения директора исследований, проверки договора и отдельного согласования, если расход не входил в Первоначальный Бюджет. Одно событие не размножается на четыре копии: меняется способ его хранения, проверки и показа.

В исходной шутке Записи, Регистры и Отчеты назывались существительными, а Протокол отвечал на вопрос «как». Шутка остается годной, если не забывать еще одно: существительные сами с собой не разговаривают. Два регистра не начинают обмениваться сведениями только потому, что нарисованы соседними прямоугольниками. Между ними нужны одинаковые идентификаторы, календарь, валюта, знаки, статусы и правила версий. Иначе один блок сообщает «платеж в марте», другой понимает «расход марта», а третий считает, что речь идет о договорном сроке, хотя менеджер имел в виду день, когда, по его надежде, бухгалтерия нажмет кнопку.

Поэтому архитектура бюджета распределяет не только данные, но и право высказываться о будущем. Менеджер сообщает последнюю операционную оценку. Финансовая служба проверяет связь с общей моделью. Уполномоченный руководитель принимает обязательство или меняет лимит. Бухгалтерия фиксирует Факт. Если эти роли слить, любое исправление прогноза начинает выглядеть как разрешение потратить деньги, а любой состоявшийся платеж - как доказательство правильности решения.

Из этих элементов собираются блоки бюджетного процесса. Их список может выглядеть так:

Блок №1 - Регистр Первоначального Бюджета и отчет о движении денег по утвержденной исходной версии.

Блок №2 - Регистр Оперативного Бюджета и отчет по текущему прогнозу.

Блок №3 - аналитический отчет, объясняющий переход от исходного плана к текущей оценке и Факту.

Блок №4 - записи о фактическом движении денег, полученные из бухгалтерской программы и банковских данных.

Блок №5 - план счетов, то есть перечень бухгалтерских категорий, и управленческие измерения: центры ответственности, проекты, продукты, помещения и другие признаки, по которым компания разбирает операции.

Блок №6 - индивидуальные операционные бюджеты менеджеров.

Блок №7 - долгосрочный прогноз и сценарии.

Блок №8 - журнал решений и очередь исключений, где остаются неподтвержденные, просроченные и конфликтующие записи.

Все это запоминать ни в коем случае не надо. Блоков может быть сколько угодно, но не потому, что архитектор любит прямоугольники. Каждый новый блок должен отвечать на отдельный управленческий вопрос, иметь владельца, источник и правило связи с остальными. Если он лишь повторяет уже существующие данные под новым названием, компания получает еще одно место, где цифры могут разойтись. Отчет «Платежи лабораториям» не должен хранить собственную независимую сумму албанского испытания. Он должен каждый раз забирать ее из той записи, где хранится последняя подтвержденная оценка.

Вон, специалисты по SAP вам столько блоков накидают, что мало не покажется. Потом подбегут специалисты по Scala, затем люди с PostgreSQL, а уж Google с Фейсбуком и вовсе попробуют предсказать все заранее. Здесь намеренно смешаны разные сущности: SAP - семейство корпоративных приложений, Scala - язык программирования, PostgreSQL - система управления базами данных. Ни приложение, ни язык, ни база не определяют, что компания считает обещанием, прогнозом или принятым решением. Эти средства реализуют правила, которые люди успели сформулировать, а иногда с огромной скоростью размножают правила, сформулированные плохо.

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

- Слушай, чувак, сегодня видел нашего исполнительного через глазок камеры в его ноутбуке. Что-то он вторую неделю квелый. Анализ выражения лица говорит, что психолог ему уже не поможет; я на всякий случай записал его на несколько консультаций. Жена его, кстати, постит бабочек в Фейсбук как сумасшедшая. Не к добру это. А ну-ка я отодвину ожидаемые поступления месяца на два - так оно надежнее будет.

А финансовому директору потом радость - объяснять, почему в следующем месяце срочно понадобился кредит: мол, у жены вашей, Семен Семеныч, бабочки в Фейсбуке завелись. Нет, пусть Контролер лучше идет отдувается, он пофигист.

Автоматизация не должна получать право изменять прогноз только потому, что умеет находить корреляции. Корреляция означает, что два признака часто встречались вместе; она еще не объясняет, почему один должен управлять другим. Для каждого изменения нужны разрешенный источник, известное правило, сохраненная прежняя версия и человек, отвечающий за результат. Система может заметить, что покупатель трижды опаздывал, и предложить более позднюю дату. Но она не должна молча переносить поступление, читать лицо директора или залезать в семейный Фейсбук. Техническая способность собрать данные не создает управленческого права их использовать.

Сколько блоков понадобится стартапу, зависит от масштаба решений, скорости изменений, требований контроля и цены ошибки. Подсмотреть готовую внутреннюю анатомию стартапу обычно не у кого. Вот с крокодилами в этом плане проще. Крокодил ли это, аллигатор ли - на популярной схеме их внутреннее устройство выглядит примерно так:

Схему крокодила следует читать от головы к хвосту. Сначала обозначены мозг и органы чувств, ниже - сердце и лёгкие, затем печень, желудок, кишечник, почки и половые органы. Органы не лежат независимыми деталями: кровообращение, дыхание, пищеварение и нервные сигналы связывают их в одно действующее тело. Отдельного мочевого пузыря на схеме нет.

Красавчик. Действительно, отдельного мочевого пузыря нет. Но из того, что анатомическая схема крокодила помещается на одной странице, не следует, что его можно собрать из любого набора органов. Каждый орган связан с другими кровотоком, нервными сигналами, обменом веществ и общей историей развития организма. Прямоугольники бюджетной схемы тоже ничего не объясняют без потоков данных, полномочий и обратной связи.

Началось все с гораздо более простой структуры, которую в стартапе называли Первоначальной Идеей:

Первоначальная Идея выглядела как одна строка из трёх ячеек. Слева направо: «Есть сейчас - 100 долларов»; «Можем оптимизировать - 80 долларов»; «Разницу себе - 20 долларов». Число в третьей ячейке получалось вычитанием второй суммы из первой.

Эту маленькую таблицу читают слева направо. Сейчас у нас есть сто долларов. Мы считаем, что можем выполнить ту же задачу за восемьдесят. Разница в двадцать долларов выглядит ресурсом. В этой простоте была сила: она заставляла назвать исходную сумму, предлагаемое решение и ожидаемый эффект. В ней же был предел. Таблица не показывала, когда появится эффект, кто отвечает за действие, является ли восемьдесят целью или прогнозом и что случится, если решение не будет исполнено.

В первом приближении все докатилось до следующей схемы:

Схему Краткосрочного Бюджета следует читать снизу вверх и слева направо.

Внизу находятся первичные списки. Слева - План Счетов, рядом перечни плательщиков и Проектов. Дальше идут ожидаемые платежи по Проектам, распределённые между Платёжными Центрами ПЦ1-ПЦ7.

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

Наверху расположены Регистр и Отчёт Первоначального Бюджета, индивидуальные операционные бюджеты менеджеров, Регистр и Отчёт Оперативного Бюджета. Эти блоки хранят утверждённую исходную версию и текущие ожидания раздельно.

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

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

Только не подумайте чего-то такого: ПЦ - это не зайцы, а Платежные Центры. Схему лучше читать не как карту метрополитена, а как маршрут одной операции. Внизу слева менеджер создает запись о Проекте или обычном платеже и связывает ее с Платежным Центром. В середине фактические данные приходят из бухгалтерской программы. Наверху исходная версия и текущий прогноз превращаются в отчеты. Справа сравнительные и сверочные отчеты показывают отклонения, закрытые и открытые Проекты, переплаты, недоплаты и комментарии для совета директоров.

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

Особенно опасны стрелки, нарисованные только в одну сторону. Руководитель передал новую сумму в общий прогноз и считает работу законченной. Но без обратного сообщения он не узнает, была ли запись принята, отклонена, изменена при консолидации или перекрыта другим решением. Рабочая связь заканчивается не отправкой данных, а возвращением статуса и последствий владельцу.

На схеме появились индивидуальные операционные бюджеты, долгосрочный прогноз, а регистры и отчеты исходной и текущей версий получили местное общее название - Краткосрочный Бюджет. Это словарь конкретного стартапа, а не отраслевой стандарт. В другой компании краткосрочным бюджетом назовут тринадцатинедельный денежный прогноз, а операционным бюджетом - план доходов и расходов основной деятельности. Поэтому словарь надо фиксировать внутри системы и не надеяться, что название объяснит себя само.

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

Общая схема состоит из трёх крупных частей. Наверху находится Budget - краткосрочная система исходного плана, текущего прогноза, Факта, сравнений и сверок. Слева внизу расположен Forecast - долгосрочная модель обычных денежных потоков, капитальных вложений, исследований, продаж и зарплаты. Справа внизу находятся Personal Budgets - личные бюджеты владельцев направлений с обычными и проектными платежами. Двусторонние стрелки показывают обмен: общая система передаёт правила, календарь и утверждённую версию, а долгосрочная модель и личные бюджеты возвращают новые оценки и уточнения.

На верхнем уровне находится общий Budget - краткосрочная система исходной версии, текущего прогноза, Факта, сравнений и сверок. Слева внизу расположен Forecast - долгосрочная модель обычных потоков, капитальных вложений, исследований, продаж и зарплаты. Справа - Personal Budgets, где владельцы направлений обновляют собственные ожидания по обычным и проектным платежам. Стрелки показывают двустороннюю связь: общая система задает правила, календарь и утвержденную исходную версию; личные бюджеты и долгосрочная модель передают в нее новые оценки.

Самое важное во всех этих схемах - индивидуальные операционные бюджеты. Они собирают знания людей, отвечающих за разные направления. Директор исследований раньше финансовой службы узнает, что испытания задержатся. Отдел продаж раньше бухгалтерии понимает, что покупатель не примет счет. Закупки видят, что поставщик изменил срок. Общий прогноз не может родить эти сведения внутри себя: он получает их от владельцев операций.

Центр здесь не заменяет местное знание, а местное знание не отменяет общего решения. Если финансовый директор самостоятельно назначит дату испытаний, он придумает удобную цифру. Если директор исследований самостоятельно пообещает лаборатории любую сумму, он распорядится чужой ликвидностью. Индивидуальный бюджет соединяет эти две неполноты: владелец операции сообщает то, что видит на месте, а общий процесс показывает цену для всей компании.

Но одинаковой формы таблиц недостаточно. Чтобы сведения складывались, в них должны совпадать смысл полей, устойчивый номер операции, валюта, знак, календарный период, тип даты, статус, версия и дата среза - момент, по состоянию на который сформирована оценка. Если директор продаж ставит март как месяц подписания договора, а закупки - как ожидаемый день оплаты, одинаковая колонка «Дата» создает не консолидацию, а аккуратно оформленную путаницу.

План счетов при этом не делят между менеджерами в буквальном смысле. За его структуру и правила обычно отвечает финансовая функция. Управленческую ответственность связывают со счетами через дополнительные измерения: центр ответственности, подразделение, Проект, продукт или помещение. Один бухгалтерский счет расходов на услуги может использоваться несколькими директорами, но каждая операция должна иметь владельца. Владелец счета и владелец решения - не обязательно один человек.

Через индивидуальные регистры менеджеры уточняют обычные платежи и предлагают новые Проекты. Слово «предлагают» здесь существенно. Исправление собственной оценки не должно автоматически давать право принять обязательство от имени всей компании. Запись проходит установленное подтверждение, а крупные изменения - согласование. Иначе общая картина будет обновляться быстро, но за ней исчезнет ответственность.

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

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

Оперативный Бюджет при этом не превращается в Первоначальный сам собой. Ближе к началу нового бюджетного цикла компания готовит новую рабочую версию плана, рассматривает предпосылки, финансирование и ограничения, утверждает ее отдельным решением и только после этого получает новый базовый план, или baseline, для сравнений. Прежние версии сохраняются в истории. Часть текущего прогноза может стать материалом для нового бюджета, но не получает статус утвержденного плана автоматически. Открытый платеж тоже не становится бюджетным только потому, что календарь перевернулся: его надо подтвердить, включить в новую исходную версию либо оставить отдельно как обязательство и элемент прогноза.

Годовой бюджет, месячный прогноз и ежедневная денежная позиция живут в разных ритмах. Это не три конкурирующие системы. Годовой цикл утверждает направление и пределы, месячный уточняет ожидаемый результат, недельный или ежедневный прогноз следит за ближайшими обязательствами. Горизонт планирования отвечает на вопрос, насколько далеко мы смотрим. Частота, или периодичность обновления, - как часто пересматриваем оценку. Двенадцатимесячный прогноз можно обновлять раз в месяц, а тринадцатинедельный - каждую неделю. В некоторых процессах сигнал приходит после события, в других - по расписанию. Частота должна соответствовать скорости, с которой новая информация способна изменить решение. Строить бюджет на тысячу лет или пересчитывать годовую стратегию между выстрелами боевого дрона можно только ради хорошей фразы. Во втором случае речь уже идет о контуре управления реального времени, а не о бюджетном цикле.

Двенадцатимесячная граница в бухгалтерской отчетности существует не для того, чтобы испортить жизнь бухгалтерам. Обязательство обычно относят к текущим, если его предстоит погасить в нормальном операционном цикле, в течение двенадцати месяцев или если на отчетную дату у компании нет права отсрочить погашение как минимум на двенадцать месяцев. Эта классификация помогает оценивать ликвидность и раскрывать отчетность. Но для управленческого решения одного деления на «до» и «после» двенадцати месяцев мало. Платеж завтра, через девяносто дней и через одиннадцать месяцев формально может попасть в одну группу, хотя действия по нему будут разными.

Первоначальный и Оперативный Бюджеты способны храниться в регистрах одинаковой формы, но это не делает их одним типом высказывания и не превращает сравнение между ними в состязание менее вероятного будущего с более вероятным. Первый фиксирует утвержденное намерение и служит устойчивой точкой сравнения. Второй сообщает наиболее обоснованную текущую оценку. Например, в январе компания утвердила запуск продукта в июне. В марте испытания сдвинули ожидаемый запуск на сентябрь. Июнь остается в исходной версии, сентябрь появляется в прогнозе. Близость структуры позволяет сопоставить эти даты; различие ролей сохраняет смысл. Если прогноз переписал исходную версию, компания потеряла память. Если исходная версия подменила прогноз, она потеряла настоящее.

Эти две версии защищают разные управленческие ценности. Исходная сохраняет подотчетность: что было обещано и на каком основании. Текущая сохраняет способность действовать: что, по имеющимся сведениям, произойдет теперь. Требование выбрать одну из них похоже на предложение оставить автомобилю либо зеркало заднего вида, либо лобовое стекло.

И здесь появляется слово, ради которого затевалась вся глава: проприоцепция. В живом теле это чувство положения и движения его частей. Закройте глаза и попробуйте коснуться указательным пальцем кончика носа. Вы не видите руку, но примерно знаете, где она находится и как движется. Сигналы непрерывно приходят от рецепторов в мышцах, сухожилиях, суставах и коже. Ни один рецептор не хранит в себе целого тела. Нервная система соединяет множество сигналов с внутренней картой и благодаря этому позволяет идти, поворачивать руку и удерживать равновесие, не рассматривая каждую конечность перед каждым движением.

У компании тоже нет одной точки, из которой она видна целиком. Банк знает остаток, но не знает, почему сорвется испытание. Бухгалтерия знает состоявшийся платеж, но не новую дату запуска. Продажи знают состояние переговоров с покупателем, закупки - положение дел у поставщика, производство - запас сырья. Индивидуальные бюджеты играют роль распределенных датчиков. Общие идентификаторы, статусы и правила версий превращают их сигналы в сопоставимые сообщения. Отчеты создают временную карту состояния. Решения посылают обратный сигнал владельцам, а Факт показывает, было ли действие исполнено. Такой возврат сведений после действия и называется обратной связью.

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

Денежный график в этой метафоре - не вся проприоцепция компании, а одна важная проекция. Он позволяет свести разные решения к общей временной шкале, но не заменяет сведения о мощности производства, запасах, людях, договорах и качестве. Две компании могут иметь одинаковый остаток денег и совершенно разную способность продолжать работу. Поэтому отчет о движении денег должен вести к записям и операционным последствиям, а не объявлять банковский счет полным изображением организма.

В отличие от крокодила, в компании решения принимают несколько руководителей: исполнительный директор, главы продаж, закупок, исследований, производства и финансов. Общая картина не помещается каждому в голову через миссию компании, собрание или зубрежку теории управления. Она слишком велика и постоянно меняется. Задача системы не в том, чтобы заставить всех думать одинаково, а в том, чтобы сделать их несовпадающие ожидания сопоставимыми и вернуть участникам последствия общего решения.

Представьте несколько слайдов перед одним проектором. Если на одном карта нарисована в километрах, на другом - в милях, один повернут на девяносто градусов, а даты третьего относятся к прошлому году, на стене появится белиберда. Одинаковый размер рамки не спасет. Сначала нужно согласовать систему координат, а уже затем накладывать изображения. В бюджете такой системой служат календарь, валюта, знак, тип даты, идентификатор, статус и версия. После этого расхождения между картинами не исчезают, но становятся видимыми как разногласия, а не как арифметическая ошибка.

Ни одна программа не добывает общую картину в чистом виде. Ее создают непрерывно: получают сигналы, проверяют, приводят к общей форме, сравнивают, принимают решение и смотрят на исполнение. Если обратная связь оборвалась, компания продолжает двигаться по старой карте. Она может уверенно заказывать сырье для отмененного продукта, ждать оплату по неподписанному договору и поздравлять себя с экономией на счете, который просто не заплатила.

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

Крокодилы обходятся без Первоначального и Оперативного Бюджетов. Это не делает их тупиковой ветвью, а нас - вершиной природы. Всякое выжившее существо является локальным совершенством: самим присутствием в настоящем оно доказывает, что его устройство позволило пройти через испытания именно его среды и истории. Слово «локальное» здесь важнее слова «совершенство». Оно не объявляет крокодила лучшим решением для воздуха, космоса или североамериканского стартапа. Оно означает, что для крокодильей жизни узнаваемый план его тела оказался успешнее планов множества исчезнувших соседей. Современные крокодилы при этом не являются неподвижными остатками прошлого: за ними стоит собственная долгая эволюционная история. Стартапу не поможет ни подражание крокодилу, ни уверенность в своей высшей приспособленности. Его преимущество скромнее: он способен сохранять прежнее намерение, обновлять ожидание и менять действие до того, как банковский счет объяснит ошибку окончательно.

Бюджет стартапа может показывать дефицит денег. Но сам дефицит ничего не финансирует. Если на август приходится выплата в миллион, а ожидаемый остаток составляет шестьсот тысяч, в плане не может оставаться одинокое число минус четыреста. Рядом нужны источник покрытия, дата доступности, условия, ответственный и запас на отклонения. Для стартапа это могут быть вклад владельцев, кредитная линия, инвестиционный раунд или сокращение расходов. Выпуск облигаций подходит лишь организации, которая действительно способна их разместить. Фраза «у нас есть время занять» не равна доступному финансированию.

---

В этой главе мы узнали:

Бюджетное планирование становится непрерывным, когда текущий прогноз обновляется, а его горизонт не заканчивается вместе с календарным годом;

Первоначальный Бюджет не является старым Оперативным Бюджетом, случайно получившим печать: новая исходная версия требует отдельного утверждения и сохраняет историю;

Информация из разных источников консолидируется не из-за одинакового вида таблиц, а благодаря общим определениям, идентификаторам, календарю, валюте, статусам и правилам версий;

Проприоцепция - полезная метафора распределенной обратной связи: ни один менеджер не видит компанию целиком, но каждый передает сигнал о своей части;

Денежный график является важной проекцией состояния компании, а не полной схемой ее тела;

Дефицит в бюджете означает потребность в финансировании, а не право надеяться на будущий заем;

Крокодилы все-таки являются локальным совершенством крокодильей жизни, а не инструкцией по устройству североамериканского стартапа. Нельзя недооценивать крокодилов.