Executive Summary

Зачастую в ИТ- отделах, укомплектованных победителями олимпиад и топовыми инженерами, к роли проектного менеджера относятся со скепсисом. «Зачем нам структуры, если мы и так самые умные?» — читается в глазах команды. Но когда отдел разрастается до 130 человек, а задачи рассредоточены между Trello, личкой в Telegram и «чертогами разума» тимлидов, интеллект перестает спасать от хаоса.

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

Что получилось:

  • Команды используют Jira на 75% — с нуля за год
  • Внедрено поквартальное планирование и тегирование задач
  • Ушёл страх перед «менеджером» — через честный диалог и презентацию роли
  • Появилась прозрачность: теперь любой может ответить, кто и чем занимался

В этой статье — пошагово, как это было.

Шаг 1. Аудит: как я «инвентаризировала» хаос

Прежде чем внедрять инструменты, нужно понять, где болит. Я начала с глубокого аудита команд: Группа А, Группа Б, Группа В, Группа Г и другие. У каждой — свой стек, свои ритмы и свой характер. (И да, у них всех были свои названия, но в этой истории они останутся за кадром.)

Что я смотрела в аудите:

  • Где живут задачи? Trello, Jira, Excel, доска в переговорке, личка в Telegram, «голова» тимлида.
  • Как происходит коммуникация? Хаотичные чаты, утренние синки без повестки, решения, которые «потерялись».
  • Какие есть метрики? Их почти не было. Успех определялся как «вроде всё работает».
  • Где узкие места? Постоянные эскалации на одних и тех же этапах, задачи, которые «застревали» на недели.
  • Что команда думает о процессах? Я провела 50+ интервью с тимлидами и ключевыми инженерами. Главный страх: «Придёт менеджер и начнёт тыкать».

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

Шаг 2. Презентация: «Хороший PM vs PM-чайка»

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

Я сделала презентацию. Не про «как я буду вас строить», а про «как я хочу с вами работать». Разделила на две колонки:

pm-чайка

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

Это сработало. Не мгновенно, но сработало. Команды увидели, что я не враг, а союзник. И доверие начало появляться.

Шаг 3. Единое информационное поле (Jira)

Переход в Jira — это всегда борьба с сопротивлением. Чтобы это не выглядело как бюрократия ради бюрократии, я сделала упор на три вещи:

  • От ручных статусов к полной автоматизации: мы автоматизировали рутину, чтобы результат доходил до исполнителя быстрее. Никаких ручных статусов — всё само.
  • От громоздких мануалов к понятным гайдам: я подготовила понятные гайды, сняв страх перед «сложным инструментом». Не «читайте документацию Atlassian», а «вот три кнопки, которые вам нужны».
  • От абстрактных задач к прозрачному Flow: мы внедрили единый Jira-flow. Теперь T2M (Time to Market) — это не абстракция, а метрика, которую можно оптимизировать.
pm-чайка

Шаг 4. Планирование и компоненты

pm-чайка

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

Также мы привели к единому знаменателю компоненты и объекты ответственности. Теперь нет «ничейных» компонентов — за каждым закреплено ответственное лицо, и это закреплено в системе.

Что изменилось за год

  • Прозрачность. Любой стейкхолдер может зайти в Jira и увидеть, что делают команды.
  • Уважение. От «зачем нам менеджер» до «приходите к ней, она поможет».
  • Эффективность. Задачи перестали «теряться» в чатах и головах тимлидов.
  • Спокойствие. Команды знают, что я не буду дёргать их ради статуса — статус уже есть в системе.

Резюме

Системность в ИТ- отделе — это не про ограничение свободы инженеров. Это про освобождение их ресурса для решения сложных задач, пока система берет на себя учёт и контроль.

За два с лишним года мы прошли путь от «задач в личке» до управляемого процесса. И самое главное — я перестала быть для них «той самой менеджеркой, которая будет тыкать». Я стала помощником. И это стоит всех часов, потраченных на аудиты, презентации и настройку Jira.

Это только начало. В следующей статье — как автоматизировать рутину с помощью ИИ. (ИИ для PM)

Инструменты project manager

Один из главных навыков PM — выбрать и настроить инструменты, которые поддерживают команду без лишнего шума.

  • Jira
  • Confluence
  • Notion
  • Miro
  • Slack
  • Google Sheets
  • Figma
  • Trello

С чего начать путь в PM

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

  1. Научиться планированию
  2. Научиться коммуникации
  3. Понять Agile/Scrum
  4. Вести маленькие задачи
  5. Учиться приоритизации
  6. Работать с конфликтами
  7. Освоить Jira

Главное из истории

130 человек в отделе
75% использование Jira
50+ интервью на аудите
1,5 года путь от хаоса к системе

Главный вывод: системность в ИТ — это не про контроль, а про освобождение. Освобождение времени инженеров от рутины, освобождение менеджеров от бесконечных «статус-апдейтов», освобождение компании от хаоса.

И да, чтобы внедрить системность, не нужно быть административным руководителем. Нужно быть помощником, которого команда захочет пустить в свои процессы.

FAQ

Как начать внедрение системности в ИТ-отделе?

Начните с аудита: соберите информацию о текущих процессах, инструментах и проблемах. Затем презентуйте ценность изменений команде, используя примеры из их опыта.

Что делать, если команда сопротивляется изменениям?

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

Какой инструмент выбрать для управления задачами?

Jira отлично подходит для больших команд. Начните с простых workflow, постепенно добавляя компоненты и кастомные поля по мере роста.

Сколько времени занимает внедрение процессов?

В нашем случае на аудит ушло 2 недели, на внедрение Jira — 3 месяца. Полная адаптация команды заняла год, но первые результаты видны через 1-2 месяца.