← Назад к услугам
Парадокс современного IT-производства
Когда ожидаемые результаты не достигаются вовремя, компании склонны пересматривать структуру управления и персонал. Но если достаточная по техническому уровню команда не справилась — истинная проблематика как правило имеет иные корни.
Избыточная доля управленцев становится своего рода налогом на эффективность: усложняются рабочие процессы, увеличивается фонд оплаты труда, снижается производительность, а разработчики вынуждены тратить своё время на многочисленные встречи вместо того, чтобы заниматься разработкой программного обеспечения.
Подход к организации IT-производства
За годы карьеры в ВТБ, Сбер и МТС был сформирован собственный подход к организации IT-производства, эксплуатирующий следующие правила:
- Ориентация на конечную E-E функциональность — каждая производственная команда строится вокруг прозрачно сформулированной понятной бизнес-цели
- Качественное долгосрочное планирование — несколько уровней планирования и практика быстрой проработки архитектуры, аналитики и оценки задач
- Одна встреча в день — разработчики должны писать код, в течение рабочего дня у сотрудника должна быть только 1 встреча, на которой он отчитывается о статусе работы
- Концепция малых инженерных команд — под конечную E-E функциональность собирается самодостаточная небольшая команда, заведомо способная добиться требуемого результата
- Управленческие позиции — не свойство по умолчанию — а следствие желания создать конечную E-E функциональность, и под это желание делегируются управленческие полномочия
- Руководитель-практик — в идеальном случае руководитель малой команды непосредственно участвует в производстве руками. Идеальные руководители выходят из разработчиков, системных архитекторов или системных аналитиков
Что входит в услугу
- Проведение ретро команд разработки, определение ключевых точек роста
- Оценка текущего налога на эффективность
- Аудит процесса производства
- Помощь в декомпозизации работ и составления дорожной карты разработки основной функциональности под модель малых инженерных команд, совместно с бизнес-владельцами продукта
- Запуск малой инженерной команды
- Процессный надзор и помощь в рамках производственной итерации
- Выработка рекомендаций по структуре и управленческим позициям
- Проведение ретро команды по итогам производственной итерации
- Формулирование рекомендаций по дальнейшей оптимизации производства
Дополнительно
- Привлечение к аналогичным работам в поддерживающем режиме — помощь с планированием и формированием фича-команд
Результат
Использование данных подходов неоднократно позволяло спасать казалось бы безнадежные проекты, выживать на расстрельных должностях, делать невозможный объём работы в крайне сжатые сроки.