Презентация отдела разработки на защите бюджета — пример

• Защита бюджета на 2027
• Итоги 2026 + план
• Цель — скорость и качество поставок

Добрый день. Я руководитель отдела разработки. Мы собрались, чтобы обсудить бюджет на следующий год — что мы сделали в 2026-м, где у нас узкие места и какие ресурсы нужны, чтобы закрыть растущую очередь задач.

• Отдел — технологическое ядро компании
• CRM, мобильное приложение, личный кабинет
• Интеграции с платёжными сервисами и 1С
• 12 внутренних сервисов
• Дальше — состав отдела

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

• 18 человек в отделе
• 8 backend, 4 frontend, 1 мобильный
• 1 QA и 1 аналитик на всех
• дальше — итоги 2026 года

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

• 24 релиза, 1470 задач
• мобильное приложение v3.0, новый шлюз
• аварийность -22%
• дальше — нагрузка и очередь

За 2026 год мы выпустили 24 релиза и закрыли 1470 задач — это на 18% больше, чем в прошлом году. Ключевые запуски: мобильное приложение v3.0 и перевод платёжного шлюза на новую платформу. При этом аварийные отказы сократились на 22% — стабильность стала заметно выше. Эти результаты показывают, что отдел работает эффективно, но нагрузка продолжает расти.

• Сейчас вход 185, закрываем 175
• Прогноз входа 210 задач/месяц
• При мощности 175 очередь +35/месяц
• Условные данные и прогноз

В учебном кейсе сейчас поступает в среднем 185 задач в месяц, а команда закрывает 175. Во втором полугодии прогнозируется входящий поток 210 задач. Если мощность останется прежней, очередь будет расти на 35 задач в месяц. Это прогноз модели, а не уже измеренный результат.

• Срок вырос в 2,4 раза за год
• Q1: 12 дней → Q4: 29 дней
• Рост каждый квартал: 12→16→21→29
• Дальше — причины роста очереди

Если посмотреть на динамику внутри года, картина тревожная. В первом квартале мы укладывались в 12 дней от заявки до релиза, во втором — уже 16, в третьем — 21. А к четвёртому кварталу срок вырос до 29 дней. То есть за год время ожидания увеличилось почти в два с половиной раза, и тренд пока не разворачивается. Дальше я покажу, из-за чего именно это происходит и что мы предлагаем сделать.

• Заявки +24%, штат прежний
• 30% времени — легаси
• QA: проверка до 3 дней
• Дальше — запрос на 2027

Коллеги, давайте разберём, почему очередь растёт. Первая причина — за год количество заявок выросло на 24%, а штат остался прежним, мы просто физически не успеваем. Вторая — около 30% времени команды уходит на поддержку легаси-систем, это съедает ресурс, который мог бы пойти на новые задачи. И третья — у нас не хватает QA-инженеров, поэтому проверка одной задачи занимает до трёх дней, и это тормозит весь конвейер. Эти три узких места вместе и дают рост очереди. Дальше я покажу, что мы просим на следующий год, чтобы их устранить.

• Просим 24,6 млн ₽ на 2027
• 13,8 млн — 5 новых сотрудников: 2 backend, 2 QA, аналитик
• Штат: 18 → 23 человека
• 6,6 млн — серверы, 4,2 млн — CI/CD
• Дальше — что это даст бизнесу

На 2027 год мы просим 24,6 миллиона рублей. Основная часть — 13,8 миллиона — это пять новых сотрудников: два backend-разработчика, два QA-инженера и системный аналитик. Это позволит увеличить штат с 18 до 23 человек и закрыть самые узкие места в процессе. Ещё 6,6 миллиона пойдут на расширение серверной инфраструктуры — текущие мощности уже на пределе. И 4,2 миллиона — на лицензии и инструменты CI/CD, чтобы автоматизировать тестирование и ускорить релизы. В сумме это даёт нам возможность вдвое сократить очередь и вернуть сроки к нормативу.

• Срок релиза: 29 → 15 дней
• Задач в месяц: 175 → 270
• Срыв сроков: 25% → 8%
• Быстрее и предсказуемее для бизнеса

Теперь о том, что эти вложения дадут бизнесу. Мы прогнозируем, что время от заявки до релиза сократится с 29 до 15 дней — это в два раза быстрее. Количество закрываемых задач вырастет со 175 до 270 в месяц, то есть почти в полтора раза. И главное — доля сорванных сроков по срочным задачам упадёт с 25% до 8%. Это значит, что бизнес будет получать нужные доработки быстрее и с предсказуемыми сроками.

• Очередь 450 задач, ожидание 45 дней
• Встанут маркетплейсы и новая CRM
• Текучесть: уход ключевых разработчиков
• Поэтому прошу согласовать бюджет

Если мы останемся в текущем составе, к концу 2027 года очередь вырастет до 450 задач, а время ожидания — до 45 дней. Это значит, что два стратегических проекта — интеграция с маркетплейсами и новая версия CRM — просто встанут. Плюс начнётся текучесть: перегруженные разработчики без перспектив роста начнут уходить. Мы, конечно, постараемся удержать людей зарплатами, но темп разработки всё равно упадёт. Поэтому прошу рассмотреть наш запрос — иначе мы рискуем потерять и рынок, и команду.

• Бюджет 24,6 млн ₽
• Решение до 15 сентября 2026
• Старт с октября, результаты — Q2 2027
• Детали расчётов — письмом после встречи

Чтобы мы успели нанять людей и закупить инфраструктуру до конца года, нам нужно ваше решение до 15 сентября. Сумма запроса — 24,6 миллиона рублей. Если вы согласуете, мы стартуем с октября, а первые результаты по срокам и скорости появятся уже во втором квартале следующего года. Полная заявка с расчётами — в приложении к письму, которое я направлю сразу после встречи. Ждём вашего решения.