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