Самое сложное в работе руководителя проекта в IT — не дедлайны, не созвоны и даже не бесконечные правки.

Самое сложное — перестать чувствовать себя «третьей ногой» в идеально работающем организме разработки.

Я пришла в IT из бизнеса. Без технического бэкграунда. Без глубокого понимания архитектуры, процессов и языка, на котором говорила команда.

И если честно — первые полгода я была «руководителем проекта» только по названию.

Каждый день был как новый уровень выживания: — понять, почему задачи внезапно «переоценили»; — разобраться, почему Scrum — это не религия; — выяснить, кто вообще принимает решения в стартапе, где должности существуют скорее формально; — научиться отличать реальные риски от паники; — и перестать бояться слов «легаси», «миграция» и «рефакторинг».

А ещё — постоянно чувствовать себя недостаточно компетентной.

Но именно в этот период я поняла важную вещь: руководитель IT-проектов не обязан писать код, но обязан понимать, как думает разработка.

Потому что без этого ты не можешь: — принимать сильные решения; — защищать команду; — видеть реальные риски; — и быть для бизнеса и разработки переводчиком, а не просто человеком с Jira.

Проблема в том, что этому почти нигде не учат.

Либо тебе дают «идеальный Scrum из учебника», который редко существует в реальности, либо отправляют изучать программирование так, будто ты собираешься стать разработчиком.

А между этим — огромная пустота, через которую большинство PM’ов проходят в одиночку.

Поэтому всем, кто переходит в IT, я советую три вещи: — найдите ментора; — не бойтесь задавать «глупые» вопросы; — и используйте ИИ как личного помощника, который помогает быстро разбираться в технологиях и процессах.

И самое главное — дайте себе время.

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

И это чувство стоит всех сложных первых месяцев.

Делитесь в комментариях своим опытом перехода в IT )