Сформировал тезисы для круглого стола на конфе для CTO. Думаю, самым лучшим будет трек - взаимодействия с бизнесом. Круглый стол надо посвятить аудиту техблока бизнесом.
Часть II.
В предыдущем посте написал первые два важных момента: про "продажу" аудита техблоку и какую информацию собирать. Теперь поговорим про систематизацию результатов и что дальше делать!
Третий момент. Как упорядочить результаты аудита, чтобы он дал реальный "выхлоп"?
Все данные удобно раскладывать по канвасу-фреймворку CTO: управление, технологии, взаимодействие, оценка, и проходить через пять уровней:
- Технари — кто пишет код, админит инфраструктуру, автоматизирует процессы.
- Тимлиды — кто управляет техническими решениями и планирует работу команд.
- Отделы поддержки бизнеса — бухгалтерия, отдел кадров, безопасники, АХО и другие инфраструктурные службы.
- Бизнес — топ-менеджмент, продакты, владельцы бизнеса и те, кто принимает стратегические решения.
- Рынок — клиенты, конкуренты и те внешние факторы, которые влияют на развитие компании.
Это даёт системное понимание:
- Где провал в компетенциях ведёт к задержкам?
- Где слабая технология тормозит бизнес?
- Где нестыковка между уровнями мешает развитию?
Например, если разработчики не понимают бизнес-приоритеты, проблема не в их компетенциях, а во взаимодействии. Если HR не может поддерживать рост компании, это блокирует работу других отделов. Также важно фиксировать противоречия: где мы хотим роста, но мешают ограничения? Где бизнес требует скорости, а технологии не позволяют?
И наконец, четвёртый момент. Как перейти от AS IS к TO BE и подготовить стратегическую сессию?
Всё, что было до сих пор — просто способ сделать фотографию текущего состояния (AS IS). Теперь нужно понять, что представляет собой TO BE, после чего можно двигаться к стратегической сессии, которая ответит на главный вопрос: как превратить AS IS в TO BE?
Но TO BE — это не просто желаемая картина будущего, а управляемый процесс формирования реальности. Он зависит не только от того, чего хочет бизнес, но и от того, какие ожидания уже сформированы у стейкхолдеров. Управлять этими ожиданиями критически важно:
- Если не ограничивать их, они раздуваются и становятся недостижимыми.
- Если их игнорировать — доверие падает.
Ключевая задача CTO — формировать TO BE, сохраняя баланс между возможностями команды и требованиями бизнеса. Для этого важно постоянно презентовать стейкхолдерам прогресс, объясняя, какие изменения уже реализуются и как они влияют на бизнес.
TO BE не должно существовать в вакууме. Оно требует регулярной калибровки. В итоге оно превращается не просто в список хотелок, а в систему, которая образует целеобразование всего техблока и позволяет чётко выстраивать стратегические планы.
Сухой остаток: аудит техблока — это не отчёт о том, кто что делает, а способ переосмыслить всю систему и понять, каким должен быть технический блок в будущем. Всё, что измерено и оцифровано, можно контролировать и развивать.
Если всё делать не с шашками наголо, а последовательно по шагам выстраивая AS IS, затем TO BE и далее формировать путь от первого ко второму, то мы получим не просто набор текущих проблем, а выстроим полноценный инструмент развития в долгосрочной перспективе.