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