Образовательное чаепитие

Человек получает знания, пробует их на практике и постепенно учится делать то, чего раньше не умел. Для меня образование начинается с этой связи. Рассказ о том, как решать задачу, сам по себе ещё не означает, что слушатель сможет её решить.

Но даже с определением образования мы расходимся. Александр Патлух предлагает смотреть на среду, в которой человек развивается и находит способы двигаться дальше. Алёна Батицкая говорит о передаче знаний от умеющего к неумеющему. Виталий Харисов — о результате, который остаётся у человека после всех занятий. Иногда таким результатом оказывается понимание, что предмет ему не нужен.

Саша возражает против обязательной передачи знаний. Играть в баскетбол он учился, много раз бросая мяч и играя с другими. Никто не вёл его по программе. Алёна замечает, что он всё же видел чужую игру и знал, к чему стремиться. Саша соглашается с влиянием примера, но отделяет вдохновение от прямого обучения.

Виталий напоминает, что навык можно выработать и повторением без особого желания. Я вспоминаю обучение рабочим специальностям: не каждый будущий токарь заранее мечтает о токарном деле. Саша спорит с тем, насколько далеко можно уйти на таком принуждении, и приводит опыт школьного английского, после которого у многих почти ничего не осталось. Мы ещё не начали говорить о разработке, а уже оказалось, что под одним словом понимаем и условия, и процесс, и его результат.

Войти в профессию без технического прошлого

Техническое образование помогает, но для старта в вебе оно не обязательно. Вопрос в том, с какой работы человек собирается начинать. Рынок большой, и требования к разным позициям различаются гораздо сильнее, чем можно предположить по общему слову «IT».

Я беру вёрстку как понятный пример. Взрослый человек с обычной компьютерной грамотностью может начать её изучать. На подготовку востребованного начинающего верстальщика я отвожу примерно год. За это время нужно освоить основу, много попрактиковаться и проверить, что получается применять изученное в разных задачах.

Курсы на неделю или месяц могут рассказать, чем занимается разработчик, познакомить с инструментами. Но между знакомством и работой остаётся расстояние. Мне важно, чтобы человек его прошёл, а не получил список того, что теперь якобы умеет.

Виталий соглашается с годом как разумным ориентиром для взрослого, у которого есть семья, другая работа и несколько часов в день на учёбу. Можно двигаться быстрее, если посвящать обучению почти всё время. Но это не тот режим, который стоит предполагать для каждого.

Алёна напоминает, что сама вёрстка выросла. К HTML и CSS добавляются требования к доступности, состояниям элементов, анимации. Виталий возражает: многие старые задачи, наоборот, стало легче решать с появлением флексов и гридов. Я согласен с обоими наблюдениями: привычные задачи упростились, но возникли новые.

Саша предлагает различать сложность реализации и то, что разработчик должен держать в голове. Собрать макет на гридах может быть удобнее, чем прежними способами. Но, глядя на кнопку, профессионал уже не может забыть про фокус и считать работу законченной. Требования к пониманию интерфейса выросли вместе с возможностями инструмента.

Год вёрстки или более ранний JavaScript

Саша не согласен, что начинать нужно с года, посвящённого вёрстке. Он предлагает за первые месяцы разобраться с расположением элементов, позиционированием, флексами, основами анимации и затем подключать JavaScript. По его мнению, это повышает шансы найти работу: фронтенд сейчас во многом ориентирован на JavaScript и React.

Я возражаю против представления о рынке только через продуктовые команды. Веб-студии, агентства и их задачи никуда не исчезли. Даже внутри продуктовой компании может быть большой объём вёрстки: например, маркетплейсу нужны посадочные страницы, а готового конструктора нет. Название отдельной специальности может меняться, но саму работу кто-то должен делать.

Когда я говорю о годе, я закладываю в него фундамент для дальнейшего роста. Можно быстрее освоить небольшой набор действий и выполнять знакомые задачи. Но если человек вкладывается в карьеру, хочется дать ему основу, к которой не придётся возвращаться с самого начала.

Саша всё равно выбирает более раннее программирование. Он признаёт, что такой выпускник может слабее разбираться в вёрстке, зато у него будет больше вариантов трудоустройства. Это остаётся нашим расхождением. Условный «год до первой работы» не означает одну и ту же программу для всех и не отвечает на вопрос, что именно человек будет делать после обучения.

За что платят на курсах

Виталий сравнивает самостоятельное обучение со спортом дома. Можно купить гантели, расстелить коврик и заниматься. Но многим помогает зал, где есть тренер, расписание и кто-то, кто наблюдает за выполнением упражнений. В обучении разработке деньги тоже идут на направление, поддержку и организацию занятий.

Саша называет людей, способных устойчиво двигаться самостоятельно, «ментальными атлетами». Они сами выбирают материалы, отличают полезное от лишнего, строят маршрут и сохраняют желание заниматься. Такой путь возможен: контента в открытом доступе достаточно. Другим людям нужны общение, сроки, обратная связь или помощь с отбором материала.

При этом покупка курса не отменяет самостоятельной работы. Алёна продолжает сравнение со спортзалом: абонемент можно купить и перестать ходить. На курсах тоже есть люди, которые оплачивают обучение, но не доходят до результата. Она хочет, чтобы больше студентов заканчивали начатое. Сам факт оплаты ничего ещё не завершает за человека.

Вместо курса можно найти личного наставника, но я бы смотрел на этап подготовки. В самом начале группа часто полезнее: базовые объяснения нужны многим, а сформулировать собственный вопрос новичок ещё не всегда способен. Личная работа становится особенно ценной, когда уже понятно, с чем именно нужна помощь.

Саша добавляет, что общение один на один не даёт всего опыта группы. Формат мастера и ученика хорошо работает для конкретных навыков, но совместную разработку и договорённости с несколькими людьми придётся осваивать отдельно.

Нам часто могут возразить: вы сами выучились без этих курсов, и всё получилось. Но здесь теряется время. Виталий рассказывает о пяти годах дополнительного обучения в школе: от Basic через Pascal, C и C++ до ассемблера. Я тоже начинал со школьных занятий и затем долго разбирался сам. Это был постепенный вход, который взрослый человек при смене профессии не всегда может себе позволить.

Виталий формулирует назначение курса коротко: за деньги человек покупает время. Я с этим согласен. Мы пытаемся собрать и сделать короче путь, который когда-то проходили по частям.

Саша, наблюдая за студентами Практикума, иногда удивляется скорости, с которой они разбираются в больших объёмах новой информации. Возможно, организованное обучение тренирует и эту способность. Он не уверен, что сам на старте смог бы двигаться так быстро. Виталий напоминает, что скорость полезна, пока понятно направление: можно очень уверенно учиться совсем не тому, что сейчас нужно.

Что даёт университет

Александра Шинкевич считает важным преимуществом технического образования широкий теоретический кругозор. Сначала он может быть не особенно заметен, но позже помогает сравнивать подходы, понимать новые задачи и быстрее расти. Она помнит, как на первых университетских занятиях программированием менялось её собственное мышление.

Алёна не хочет делить людей на обладателей «технического» и «гуманитарного» мозга. По её мнению, прежнее образование и опыт могут пригодиться в новой работе независимо от названия специальности. Даже если человек учился на техническом направлении, освоение программирования всё равно меняет его способ рассуждать.

Виталий тоже расширяет вопрос: университет учит работать с большими объёмами информации, и это не исключительная особенность математических факультетов. У филолога будут свои преимущества и свои пробелы. Саша вспоминает сложные скрипты на Python, которые видел у студентов структурной лингвистики МГУ: привычное разделение специальностей не всегда описывает реальную работу.

У меня нет законченного высшего образования, но университетскую среду я застал. Тебе дают задание, а дальше нужно самому искать, читать, выяснять, чего не понимаешь. С Виталием я согласен: умение учиться — одна из самых полезных вещей, которые оттуда можно вынести.

Признать пользу технического образования не значит закрыть профессию для всех остальных. Есть инженерные задачи, для которых потребуется серьёзная подготовка и общий язык с другими специалистами. Но большую часть работы на рынке я вижу как поиск известных решений и применение их к конкретной задаче. По моей оценке, позиций, где постоянно придумывают новые решения, всего 5–10%.

Можно начать с прикладных навыков, выйти на работу и позже добирать математику, алгоритмы и другие недостающие знания. Алёна предлагает именно такую последовательность для тех, кто сейчас не готов получать высшее образование. Я согласен: это возможно, хотя учёба растянется во времени и потребует отдельного внимания.

Диплом при этом не освобождает от дальнейшего обучения. На одном из эфиров Академии я разговаривал с системным архитектором ВТБ. У него техническое образование, большой опыт и инженерная работа, но воскресенье он целиком отводит самообразованию, а субботу оставляет семье. Он уже находится там, куда многие только стремятся, и продолжает учиться каждую неделю.

Алёна замечает, что такая необходимость существует далеко за пределами IT. Её бабушка работала в надзоре за электроустановками, читала новые учебники и ежегодно сдавала экзамены на протяжении десятилетий. Продолжать учиться — не особая привилегия разработчиков.

Совместная работа и навыки общения

Для Саши одним из главных университетских открытий стала возможность разбираться вместе. Большая лабораторная или коллективная работа сначала выглядит неподъёмной, но затем люди распределяют ответственность, обсуждают затруднения и постепенно справляются. Этот опыт пригодился ему в разработке систем, которые одному человеку уже не собрать.

Но можно ли отдельно научить общению? Здесь мы снова не вполне согласны даже в терминах.

В Практикуме, по словам Саши, стараются создавать ситуации, где без взаимодействия не получится выполнить проект. У студентов есть проектные месяцы, совместное разбиение задач, планирование. К этому добавляют материалы, например об организации времени. Саша не утверждает, что одной лекцией можно выдать человеку готовый навык, но видит пользу в сочетании теории и среды.

Виталий, говоря о навыках общения, имеет в виду прежде всего способность слушать и доносить свои мысли — например, критиковать так, чтобы человек понял замечание, а не почувствовал нападение. Разбить проект на задачи и освоить рабочую процедуру — ещё не всё, что ему здесь важно.

Я скептически отношусь к обещанию научить этому отдельным онлайн-курсом. Можно рассказать о правилах обратной связи, но рассказ остаётся информированием. Чтобы появился навык, человек должен применять его и видеть, что происходит.

В небольших очных тренингах такая практика получалась: участники оказывались в ситуации, где нужно договариваться, и сразу получали реакцию. Перенести эту среду в онлайн гораздо сложнее. Виталий объясняет это через обратную связь: в очной группе человек немедленно замечает, как его слова воспринимают другие, и может что-то изменить. Он считает, что без собственной рефлексии одних правил вежливости недостаточно.

Алёна связывает навыки общения с дальнейшим карьерным ростом. Я уточняю: они требовались и раньше, просто сейчас об этом больше говорят. Виталий видит и изменение самой работы. Когда-то в команде мог существовать замкнутый программист, которого старались не трогать, пока он выдавал результат. В большом современном продукте значительная часть решений возникает в обсуждении, и отделиться от него становится труднее.

Это не означает, что всем нужна одинаковая манера общения. Но умение услышать другого и объяснить своё решение всё чаще оказывается частью самой разработки.

Стажёр, джун и незнакомое производство

Виталий разделяет стажёра и джуна через опыт работы. Студент может хорошо решать академические задачи и пройти собеседование, но ещё не сталкиваться с производством. В компании его ждут Git, планирование, чужой код, дизайнеры, менеджеры, тестировщики. В Яндексе, например, первые дни могут уйти на чтение внутренней документации, прежде чем получится что-нибудь сделать.

Для Виталия стажёр знакомится с этой средой, а джун уже способен выполнять некоторые задачи под контролем старшего. Я уточняю, что граница зависит от компании: нужно знать, какую именно работу там ожидают от начинающего. Одинаковое название позиции не делает одинаковыми требования.

Из этого возникает давний спор о профессиональных разрядах. Мне нравится идея понятных ступеней: как у рабочих специальностей, где заранее известно, что человек определённой категории должен уметь. Отсутствие общих ориентиров усложняет и обучение, и найм. При этом я понимаю, что свобода от единого стандарта позволяет индустрии быстрее меняться.

Виталий сомневается, что такую систему удастся перенести между компаниями. Сертификаты Oracle, Java или Microsoft могут подтвердить изучение материала, но не гарантируют умения решать практические задачи. Руководитель разработки маленькой студии в другой среде может оказаться на совсем иной позиции. Слишком различаются проекты, инструменты и масштабы ответственности.

Проблема остаётся: человек хочет понять свой уровень, а одного названия грейда для этого недостаточно.

Как появляется самостоятельность

За собственное развитие в первую очередь отвечает сам человек. Но после первой работы я бы не советовал немедленно искать следующую пачку курсов. Сначала нужно разобраться, куда попал: как взаимодействует команда, чего ждёт менеджер, как проходит проверка кода, как получать доступы и пользоваться местными инструментами. На занятиях об этом могли рассказать, но конкретную компанию всё равно придётся узнавать заново.

Когда жизнь на работе становится понятнее, нужны задачи и опыт. Хорошо, если команда даёт возможность пробовать разное. Тогда и потребность в новых знаниях возникает предметно: человек начинает понимать, чего ему не хватает.

Виталий проводит границу между джуном и мидлом через самостоятельность. Джуну задачу объясняют по шагам и сопровождают её выполнение. Более опытному разработчику можно дать задачу, ответить на вопросы, а затем получить результат, проверить и при необходимости поправить его. Постоянный пошаговый контроль уже не нужен.

Я уточняю, что речь должна идти о разных задачах. Если человек научился без вопросов повторять одно действие, этого недостаточно. Виталий соглашается и приводит пример исправления ошибок в большом проекте. Такую работу не всегда любят, но один сложный баг может заставить разобраться в системе глубже, чем разработка очередной функции. Самостоятельность появляется в столкновении с разными обстоятельствами, а не в бесконечном повторении знакомого.

Алёна примеряет эту шкалу на себя и замечает, что никогда не работала программистом в компании: после курса она сразу ушла на фриланс и могла брать задачи у заказчиков. Никто не присваивал ей грейд. Получается, что корпоративная лестница не описывает её путь целиком.

Мне здесь хочется спросить: если человек справляется с работой, зачем ему обязательно прикреплять к себе ярлык? Алёна поддерживает эту мысль, потому что видит много начинающих, которые считают себя недостаточно подготовленными и боятся даже попробовать выйти на рынок.

У меня чаще перед глазами обратный пример: выпускник уже считает себя мидлом, ищет вакансии на 150 тысяч и расстраивается, что его не берут. Алёна напоминает о людях, которых хуже видно: они молчат и не отправляют резюме. Оба случая существуют, и громкость заявления не говорит об уровне навыков.

Совета «да не бойся, иди устраивайся» здесь мало. Я согласен с Алёной и говорю о конкретной помощи: сесть рядом, посмотреть резюме, вместе выбрать компании и отправить отклики. Это уже работа наставника с человеком, а не общее ободрение.

Узнать, чего ждут на следующем уровне

Рост внутри компании стоит отличать от расширения возможностей на рынке. Если человек хочет стать мидлом в своей команде, я предлагаю сначала поговорить с руководителем. Что изменится в ожиданиях? Что нужно уметь? Как выглядит работа человека на следующей позиции?

Руководитель может описать результат или показать пример коллеги. Не каждый сможет сделать это хорошо, но такой разговор всё равно полезнее попытки угадать требования по чужим обсуждениям в интернете.

Алёна считает, что хороший руководитель должен замечать развитие сам: ему выгодна устойчивая команда, которая знает проект. Я бы не сводил всё к делению на хороших и плохих. Руководитель отвечает за задачи, и возможности команды тоже ограничены. Например, у него уже есть десять мидлов, а ещё одна такая позиция сейчас не нужна, хотя джун заметно вырос.

В большой компании иногда можно найти соседнюю команду. В маленькой такой возможности может не быть. Александра добавляет, что где-то руководитель вообще не пользуется грейдами: разработчику нужен разговор о задачах и зарплате, а не новая надпись в должности.

Виталий возвращает нас к двум самостоятельным действиям: сотрудник может начать разговор о развитии, руководитель — заметить изменения и поговорить с ним. Одно не отменяет другого. Но молча ждать, что дальнейший путь обязательно определят за тебя, я бы не стал.

Личный проект: возможность или обязанность

Саша верит в личные проекты как способ научиться принимать самостоятельные решения. Можно сделать блог о своём увлечении, сайт-портфолио, заняться его доступностью, попробовать Vue, если на работе используется React. Здесь человек сам выбирает задачу и инструмент, сталкивается с ошибками и ищет выход без постоянного наставника.

Для Саши это также способ понять собственный интерес. После нескольких экспериментов легче объяснить руководителю, какие задачи хочется брать, или выбрать дальнейшее обучение. Он говорит о небольшой площадке для проб, а не об обязательном втором бизнесе по вечерам.

Алёна признаёт пользу такой практики, но напоминает о цене: она занимает личное время. Во время обучения дополнительная задача помогает выйти за пределы урока. После трудоустройства у человека уже есть работа, которой тоже нужны силы.

Виталий возражает против большой параллельной нагрузки у начинающего сотрудника. Если человек только пришёл стажироваться, дополнительный проект может отвлекать его от основного. Чтобы расти внутри команды, полезно сначала использовать возможности, которые даёт её работа.

Я тоже сопротивляюсь слову «надо». Джуну не обязательно заводить личный проект только потому, что так принято советовать. Если задача — сменить компанию, стоит понять, куда именно хочется попасть и каких знаний не хватает. Добрать их можно через свой проект, курс или другой подходящий формат.

Когда Саша предлагает попробовать новый роутер, который обсуждают в Твиттере, я спрашиваю, зачем это нужно конкретному джуну. Реагировать на каждое обсуждение нового инструмента вредно для сосредоточенной работы. Саша уточняет, что имеет в виду осмысленный интерес и людей, чьему опыту доверяет, а не погоню за всеми новостями.

Мы в итоге разделяем ситуации: дополнительная практика во время учёбы, освоение первой работы, эксперименты для расширения кругозора. У них разные задачи. Личный проект может помочь в каждой, но обязательным условием профессионального роста от этого не становится.

Обязательно ли становиться сеньором

Виталий отвечает на этот вопрос сразу: идти дальше стоит тем, кто этого хочет. Разработчики, которые способны понять задачу, выполнить её и отдать результат, делают основную работу индустрии. Нет причины считать такую позицию временной неудачей до настоящей карьеры.

Сеньор, в представлении Виталия, может заложить архитектуру сервиса или увидеть проблему в существующем проекте, начать большой рефакторинг и довести его до конца. Он работает с более широким горизонтом, чем список задач ближайшего спринта.

Из этого не следует, что сеньор всегда быстрее выполняет любую текущую задачу. Уверенный мидл может оперативнее сверстать макет, пока более опытный коллега замечает рядом архитектурную проблему, хочет изменить проверки или перестроить часть системы. Проекту нужны задачи, в которых эта широта действительно полезна. Иначе можно нанять дорогую команду, которая будет спорить об устройстве работы вместо выполнения того, что требуется сейчас.

Виталий сначала формулирует это резко: сеньор не обязательно приносит бизнесу пользу здесь и сейчас. Я уточняю, что как раз на этом уровне разработчик часто начинает лучше понимать сам бизнес. Он видит, куда компания движется, и смотрит на планы через техническое устройство продукта.

Если через полгода нагрузка вырастет в несколько раз, выдержит ли система? Если старый набор инструментов мешает нанимать людей, насколько долго ещё можно его сохранять? В разговоре я привожу БЭМ-инструменты и Angular как примеры таких решений. Смысл не в том, что название фреймворка заранее определяет ответ. Нужно заметить связь между техническим выбором, наймом, развитием продукта и проблемами, которые могут проявиться через два-три года.

Саша предлагает описывать это как взгляд на инженерную систему как на продукт. Виталий соглашается, что такой взгляд — один из необходимых навыков. Иногда из него следует решение вообще не писать новый код. Я считаю это полноценным техническим решением: задача не всегда требует ещё одной реализации.

Для такого роста понадобятся разные источники опыта: работа, книги, обсуждения с экспертами, курсы, собственные эксперименты. Мы уже говорили об этом в беседе «Научите меня писать интерфейсы для космолётов!»: участие образовательной компании максимально в начале карьеры, а потом уменьшается и меняет форму. На старших позициях важнее может стать личное наставничество.

Саша считает, что для постоянного расширения кругозора нужно самому хотеть заниматься индустрией. Виталий возвращается к исходной оговорке: переход к сеньорским задачам не происходит автоматически через заданное число лет. Человек может не хотеть такой работы, даже если хорошо справляется с нынешней.

Как расти, если новая должность не нужна

Мне интересен следующий случай: разработчик не хочет ни сеньорской ответственности, ни управления людьми, но хочет новых задач и увеличения дохода. Нельзя ответить ему одним словом «развивайся», не разобрав, что именно должно измениться.

Виталий видит возможность сначала повышать эффективность в текущем проекте. То, что раньше занимало неделю, начинает получаться быстрее; человек решает больше разных задач и накапливает опыт. Но со временем привычный проект может перестать давать ощущение движения.

Тогда можно сменить команду. На новом месте опыт остаётся, но кодовая база и обстоятельства незнакомы. Некоторое время человек снова работает медленнее тех, кто давно знает проект. Виталий называет это положением «условного джуна» — речь о знакомстве с конкретной работой, а не об исчезновении профессиональных навыков.

Следующая задача развития — восстановить самостоятельность и скорость в новой среде. В большой компании это возможно без увольнения. Виталий рассказывает о ротации в Яндексе: проекты могут сильно различаться, иногда при переходе нужно пройти собеседование, но сохраняются знакомая компания, процессы и накопленная репутация. Алёна напоминает, что такая возможность есть не у всех. Если внутри компании выбирать не из чего, переход к другому работодателю тоже нормален.

С деньгами приходится уточнять отдельно. Виталий прямо говорит, что переход между командами Яндекса сам по себе не повышает зарплату: категория сотрудника от ротации не меняется. Новые задачи и рост дохода не следует выдавать за одно событие.

При смене работодателя кандидат рассказывает о предыдущем опыте, хотя ещё не знает нового проекта. Умение ясно показать этот опыт тоже требует практики. Но бесконечного повышения зарплаты за одну и ту же работу никто не обещает. Можно дойти до границы, выше которой оплачиваются уже другие задачи и другая ответственность. Тогда значение получают и выбор рынка, и география, и собственное желание менять работу.

Оставаться сильным разработчиком на привычном уровне допустимо. Важно понимать, что именно устраивает человека, а чего он ждёт дальше: интересных задач, денег, признания или расширения ответственности. Эти желания могут совпасть, но не обязаны двигаться одновременно.

Почему трудно нанять готового сеньора

Список требований в вакансии не всегда помогает понять, какой человек действительно нужен. Алёна замечает, что туда могут собрать всё услышанное о разработке. Виталий предлагает посмотреть даже на более честный случай: компания ищет сеньора и готова платить соответствующую зарплату, но всё равно долго не находит.

По его опыту, сильный специалист часто занят интересной работой и сам ничего не ищет. Ему есть что делать, его ценят, он знает проект. Общего письма от рекрутера с обещанием «сильной команды» недостаточно, чтобы это изменить.

Другой разговор может начаться между разработчиками. Один рассказывает о своих задачах, второй спрашивает, уточняет, делится опытом. Так было удобно знакомиться на очных конференциях: по содержанию вопросов можно было лучше понять человека, а затем обсудить работу вместе. Виталий говорит о своём опыте найма, а не о правиле, по которому каждый сеньор обязательно получает работу через знакомых.

Я добавляю, что на практике компания часто берёт мидла с возможностью роста и готовит сильного специалиста внутри. После этого возникает другая задача — как его удержать. Если человек уже исчерпал интерес к проекту, не всегда нужно удерживать любой ценой. Виталий предлагает признать, что иногда его стоит отпустить. Я с этим согласен.

Усталость, доверие и помощь

Разговор об уходе приводит нас к выгоранию, и здесь слышна разница в опыте и отношении к самой теме.

Мне не нравится, как часто это слово начинает заменять разбор конкретной ситуации. Я вырос в среде, где предполагалось: если возникли проблемы, с ними нужно разбираться и продолжать делать работу. Это влияет на моё отношение. Мне трудно принять превращение состояния в публичное объяснение, почему окружающие теперь должны изменить своё поведение, без попытки понять, что делать дальше.

Виталий тоже раздражается от того, как слово становится общим обозначением разных затруднений. Он говорит об отдыхе и разговоре, в котором человек может сформулировать, где находится, что мешает и куда хочется двигаться. При этом мы отдельно признаём: говорить человеку в депрессии «не переживай» бессмысленно. Я замечаю, что здесь уже нужна помощь специалиста.

Алёна предлагает другую интерпретацию внимания к теме: происходит общественная нормализация. Раньше о подобных состояниях меньше говорили, теперь людям проще их назвать. Она видит в этом смысл, хотя её тоже беспокоит ситуация, когда название становится основанием ничего дальше не менять.

Я считаю, что руководитель может многое заметить в регулярных личных разговорах. Ему полезно понимать состояние людей, поддерживать их, помогать разбираться с рабочими трудностями. Но он ни в каком смысле не заменяет терапию.

Виталий добавляет условие: с руководителем должно быть безопасно обсуждать проблемы. Сотрудник должен знать, что откровенность не обернётся против него. Я думаю, многое здесь зависит именно от руководителя: он может начать такой разговор, а может своим поведением закрыть его заранее.

И поддержка нужна самим руководителям. Когда все соседние руководители входят в твою команду, обратиться к ним как к человеку со стороны трудно. Виталий предлагает искать внешнего наставника, другого руководителя, с которым можно обсуждать происходящее. Мы сходимся на том, что помощь не обязана приходить по служебной иерархии: иногда собеседником становится друг или человек вне компании.

Стать руководителем и не остаться одному

Переход из разработки в управление необязателен. Хороший программист не автоматически становится хорошим руководителем, а руководителю не всегда нужно лучше всех в команде писать код. Иногда оба качества совпадают, но рассчитывать на такое совпадение при каждом повышении странно.

Виталий предлагает присмотреться к тому, нравится ли человеку помогать другим: наставлять, обсуждать задачи, договариваться с менеджерами. Иногда разработчик уже делает часть руководящей работы, хотя формально занимает прежнюю позицию. Тогда предложение возглавить группу может закрепить давно сложившуюся роль.

Но бывает иначе: человек хорошо программирует, ему предлагают повышение и обещают, что в работе почти ничего не изменится. Это опасное обещание. Меняются ответственность, отношения с командой, распределение времени. На привычный вопрос «я же буду продолжать писать код?» можно ответить утвердительно, но доля разработки и сам характер дня всё равно станут другими.

Чтобы понять, подходит ли новая работа, нужно её попробовать. Виталий говорит об условном годе, Алёна возражает против такого долгого обязательного испытания и вспоминает людей, которые через два-три месяца понимали, что возвращаются в разработку. Важно не превращать примерный срок в требование терпеть независимо от происходящего.

Для меня здесь есть ответственность человека, который предложил повышение. Если я увидел потенциал, предложил сотруднику руководящую роль и он согласился, моя работа на этом не закончилась. Теперь нужно помогать ему освоиться, проходить трудные моменты и постепенно брать новую ответственность на себя.

Алёна рассказывает, что в известных ей историях возвращения из управления проблема часто была именно в этом: после повышения прежний руководитель отходил в сторону, оставляя человека одного. Виталий уточняет, что причины могут быть и другими. Сам он работал руководителем, а затем вернулся к разработке.

Мне такой осознанный возврат кажется признаком зрелости. Со временем человек лучше понимает, что у него получается, чем он хочет заниматься и с какими условиями готов согласиться. Если он выбрал разработку, этот выбор стоит поддержать.

Саша отделяет это понимание от профессии: внимательность к собственным интересам нужна не только разработчику. Он видел людей, которые, ещё оставаясь программистами, присматривались к небольшим управленческим задачам и заранее понимали, что дальше туда не хотят.

Руководитель тоже может наблюдать. В групповой работе бывает видно, как человек добровольно берёт на себя ситуативное лидерство: собирает остальных, помогает договориться, предлагает порядок действий. Для меня это повод поговорить о развитии. Но Саша справедливо оставляет за человеком право сказать: я пробовал, мне было интересно, а постоянным руководителем становиться не хочу.