Классическое бюджетирование почти всегда отталкивается от бюджета прошлого года плюс небольшая корректировка — статья расходов, однажды появившись, продолжает финансироваться по инерции, даже если реальная потребность в ней давно исчезла. Zero-Based Budgeting переворачивает логику: каждая статья расходов на новый период обосновывается с нуля, как будто её никогда не существовало, а не корректируется от прошлой цифры.
Происхождение и исследовательская база
Метод разработан Питером Пирром (Peter Pyhrr) в компании Texas Instruments в конце 1960-х — начале 1970-х годов и описан им в статье Harvard Business Review 1970 года. Широкую известность метод получил после того, как Джимми Картер, будучи губернатором Джорджии, а затем президентом США, применил ZBB для бюджетирования штата и федерального правительства.
Ключевое отличие от инкрементального бюджетирования: вопрос не «на сколько процентов увеличить прошлогодний бюджет статьи», а «обосновывает ли эта статья своё существование вообще, если бы мы планировали бюджет с чистого листа».
Ключевые идеи и принципы
Принцип: обоснование с нуля, а не от базы прошлого года
Каждая статья расходов на новый период должна быть обоснована заново — какую ценность она создаёт, что произойдёт, если её не финансировать, есть ли более дешёвый способ достичь того же результата. Прошлогодняя сумма не является отправной точкой расчёта.
Принцип: пакеты решений (decision packages)
Расходы группируются в самостоятельные «пакеты решений» — каждый описывает цель, альтернативные варианты финансирования (минимальный/базовый/расширенный уровень) и последствия отказа от финансирования. Руководство сравнивает пакеты между собой и ранжирует их по ценности для компании, а не одобряет расходы отдела автоматически.
Принцип: ранжирование конкурирующих пакетов
Пакеты решений из разных отделов ранжируются на общей шкале приоритета — бюджет распределяется сверху вниз по этому общему списку, пока не закончатся доступные средства, а не выделяется каждому отделу «своя доля» независимо от реальной ценности его расходов относительно расходов других отделов.
Принцип: регулярность, не разовая акция
ZBB эффективен как повторяющаяся дисциплина, а не разовая «чистка бюджета» — статьи, обоснованные в этом году, снова проходят полное обоснование в следующем, не получая автоматического продления.
Ограничения, слепые зоны и критика
Полноценный ZBB — трудоёмкий процесс: требует обоснования КАЖДОЙ статьи с нуля каждый цикл, что для многих компаний неоправданно затратно по времени управленцев по сравнению с инкрементальным бюджетированием; на практике многие компании применяют ZBB выборочно, не ко всем статьям сразу.
Метод рискует недооценивать долгосрочные инвестиции, эффект от которых проявляется не сразу — обоснование «с нуля» из года в год может недооценить статьи вроде НИОКР или бренда, отдача от которых накапливается годами, а не видна в моменте.
ZBB меняет распределение бюджета, но не заменяет собой стратегическое видение — метод хорошо отвечает на вопрос «обоснована ли эта статья», но не отвечает на вопрос «в правильном ли направлении вообще движется компания» — для этого нужны другие инструменты (например, Balanced Scorecard, Hoshin Kanri).
Типовые ошибки
Ошибка 1: Применяют ZBB как разовую чистку, а не регулярную дисциплину.
Один раз проводится масштабное обоснование бюджета с нуля, после чего компания возвращается к инкрементальному подходу — эффект ZBB со временем размывается, и статьи снова начинают жить по инерции.
Как избежать: закладывать ZBB как повторяющийся цикл, хотя бы для ключевых или наиболее быстрорастущих статей расходов.
Ошибка 2: Применяют ко всем статьям без разбора, без учёта трудоёмкости.
Требование полного обоснования с нуля для абсолютно всех расходов (включая мелкие рутинные) съедает непропорционально много времени управленцев относительно реальной экономии.
Как избежать: применять полноценный ZBB избирательно — к крупным или быстрорастущим категориям, для мелких рутинных статей достаточно облегчённой проверки.
Ошибка 3: Недооценивают долгосрочные инвестиции.
Статьи с отложенным эффектом (обучение, бренд, НИОКР) регулярно проигрывают в ранжировании статьям с немедленным, легко измеримым эффектом — компания незаметно смещается в сторону краткосрочной оптимизации.
Как избежать: явно учитывать горизонт отдачи при сравнении пакетов решений, а не ранжировать все статьи по одному и тому же критерию немедленной пользы.
Ошибка 4: уровни финансирования формулируются формально, без реальных альтернатив.
Минимальный, базовый и расширенный уровни фактически дублируют один и тот же объём с незначительными вариациями — руководству не из чего реально выбирать, и весь смысл пакета решений теряется.
Как избежать: Требовать, чтобы минимальный уровень был реально исполним при заметном сокращении бюджета статьи, а не формальной копией текущего объёма.
Ошибка 5: последствия отказа в финансировании не описываются конкретно.
Пакет решений содержит цель и уровни финансирования, но не отвечает на вопрос «что конкретно произойдёт, если эту статью не профинансировать» — приоритизация между пакетами разных отделов рискует быть произвольной.
Как избежать: Явно формулировать измеримые последствия отказа для каждого пакета решений перед ранжированием.
Главное, что нужно знать
Каждая статья расходов обосновывается заново каждый цикл — прошлогодняя сумма не является отправной точкой.
Расходы группируются в пакеты решений с альтернативными уровнями финансирования и последствиями отказа.
Пакеты из разных отделов ранжируются на общей шкале приоритета, бюджет распределяется по общему списку, а не по фиксированным долям отделов.
Метод трудоёмкий — применять избирательно к значимым статьям, не ко всем расходам подряд.
План внедрения
Месяц 1: Выбор категорий для пилота
Выбрать несколько крупных или быстрорастущих статей расходов для полного цикла ZBB, не применять сразу ко всему бюджету.
Месяц 2: Формирование пакетов решений
Для каждой выбранной статьи описать цель, минимальный/базовый/расширенный уровень финансирования и последствия отказа.
Месяц 3: Ранжирование и распределение
Сравнить пакеты решений разных отделов на общей шкале приоритета, распределить доступный бюджет сверху вниз по списку.
Далее: Регулярный цикл
Повторять полное обоснование выбранных категорий каждый бюджетный цикл, постепенно расширяя охват ZBB на другие статьи по мере накопления опыта.
Как реализовать этот план с помощью фрейма «Zero-Based Budgeting» в OrgDevTools
Фрейм устроен как четыре карточки в сетке 2×2 — Пакеты решений, Уровни финансирования, Ранжирование, Последствия отказа — с вердиктом, который требует заполнять их строго последовательно, в том же порядке, что и месяцы плана внедрения выше.
Месяц 1 — карточка «Пакеты решений». Вердикт фрейма не даёт перейти дальше, пока она пуста — «каждая статья бюджета обосновывается заново, с нуля, а не наследуется от прошлого года».
Месяц 2 — карточки «Уровни финансирования» и «Последствия отказа». Вердикт проверяет их последовательно: сначала предупреждает, если заданы пакеты, но не уровни (защита от ошибки 4 — формальных уровней без содержания), затем — если ранжирование проведено, но последствия отказа не описаны, прямо предупреждая: «приоритизация без понимания цены отказа рискует быть произвольной» (защита от ошибки 5).
Месяц 3 — карточка «Ранжирование». Заполняется после уровней финансирования — вердикт фиксирует финальный статус только когда пакеты решений выстроены в общий приоритет между отделами, а не остаются набором изолированных обоснований.