Руководитель без hard-скиллов в VUCA-мире: выживание команд?
Я долго думала, какие мысли я могу излагать на этой площадке. Когда подошла к вопросу первого информативного поста-решила затронуть проблему, демотивировавшую меня не раз, связав её с самой актуальной на мой взгляд концепцией. Go!
Почему VUKA обнажает пробелы в навыках?
Volatility (нестабильность): Рынки, технологии и запросы клиентов меняются быстрее, чем руководитель успевает изучить новые инструменты. Но если вы не понимаете основ продукта, как будете принимать решения в условиях цейтнота? → Команда ждет четких указаний, а вы тратите время на базовые вопросы. Результат: стресс, ошибки, потеря доверия.
Uncertainty (неопределенность): Руководитель, не разбирающийся в нюансах продукта, похож на капитана, который не умеет читать карту. Вы не можете предсказать риски, поэтому полагаетесь на интуицию или мнение «самого громкого» подчиненного. → Это создает культуру «угадывания», где правда подменяется удобными версиями.
Complexity (сложность): Современные продукты — это переплетение технологий, данных и человеческих факторов. Даже гений не охватит все аспекты, но если вы не понимаете ключевых взаимосвязей (например, как UX влияет на конверсию), ваши решения будут точечными, а не системными.
Ambiguity (неоднозначность): Когда вы не разбираетесь в продукте, любая критика со стороны команды или клиентов воспринимается как угроза. Вместо анализа ошибок включается режим оправданий. → Команда перестает делиться мнением, чтобы «не раскачивать лодку».
Возможно ли полное погружение в VUCA-реальности?
Нет. И это не должно быть целью. Но для себя я выделила три правила для баланса:
Глубина вместо ширины. Не пытаться объять необъятное. Выделить 2-3 ключевых аспекта продукта, без которых решения будут слепыми (например, для SaaS-руководителя: метрики жизненного цикла клиента, базовые принципы UX).
«Погружение» ≠ «контроль». Задача — задавать правильные вопросы, а не давать ответы. Например:
«Какие данные подтверждают, что новая фича решит проблему клиентов?» «Что будет, если мы запустим это без тестирования на фокус-группе?»
Создавать «островки безопасности». Если команда знает, что вы понимаете их боль (даже поверхностно!), она будет говорить открыто! Пример: «Я не разработчик, но я читал, что миграция на новый стек займет 3 месяца. Что мы можем сделать, чтобы сократить сроки без потерь качества?»
Главный парадокс VUCA-лидерства:
Чем меньше вы погружены в продукт, тем больше времени тратите на «тушение пожаров», которые создает это незнание.
А как вы находите баланс между погружением в продукт и стратегией в условиях цейтнота? Был ли у вас опыт, когда некомпетентность руководителя усугубляла кризис? Согласны ли вы, что в VUCA-мире хард-скиллы лидера — это навык выживания команды?
