Руководство для менеджера проекта

Как проджект-менеджеры рулят проектами: руководство для джунов

Привет, Хабр! Меня зовут Вадим Кузенков, я руковожу проектным офисом и работаю с командами в компании KODE. За плечами — 18 лет опыта в управлении проектами.

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

Чем он может быть полезен? Вы сможете проверить свою осознанность, начать строить мост над пропастью между теорией и практикой, возможно — избавиться от стереотипов. Материал прежде всего ориентирован на джунов в PM, но будет полезен и другим IT-специалистам. Развеем миф, что попугая можно повысить до PM, если научить его говорить «ну что там?»

Что такое проект?

Классическое определение звучит так: проект — это временное мероприятие с целью создания уникального продукта или результата. 

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

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

Много, дёшево и быстро не получится, хотя это принципиальная позиция многих заказчиков. Здесь советую познакомиться с армянской народной сказкой «Жадный Вартан» — она наглядно иллюстрирует, что бывает в таком случае.

Определение проекта для настоящего PM:

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

Карта звёздного неба менеджера 

Agile — философия (система ценностей, гибкий образ мышления, mindset), которая помогает разработчикам делать новые продукты быстрее и качественнее с точки зрения бизнеса. 

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

Kanban — метод управления разработкой и визуализации процессов. Точно определяет, что нужно производить, когда и сколько. Исторически канбан — просто доска, сейчас из него делают отдельный фреймворк — канбан-метод.

Waterfall — условно существующая каскадная модель разработки. Здесь процесс воспринимается как поток, а переход от одного этапа к другому происходит только после успешного завершения предыдущего.

Эти понятия пересекаются и взаимодействуют между собой следующим образом: 

Какой подход выбрать?

Глобально существует 2 модели разработки: каскадная и итерационная.

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

Ей противостоит итерационная модель, когда создание продукта осуществляется параллельно с непрерывным анализом результатов и корректировкой предыдущих этапов работы. Чаще всего такая модель выбирается, когда на первых этапах не определить общий объём работ.

В качестве примера могу привести 2 проекта из нашего портфеля: Whiskas и Utair. На первом была чёткая дата релиза, понятный скоуп и ограниченный бюджет. На втором — неопределённая дата релиза, бэклог задач на полтора года и нефиксированный бюджет, который рассчитывался из количества часов, потраченных командой в месяц.

Разумеется, на этих проектах применялись разные модели разработки.

На текущий момент итерационная модель и Agile в целом — лучшее, что придумали с точки зрения доставки ценности (качества и скорости) пользователям. Остановимся именно на этих понятиях.

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

Agile ≠ Лень ≠ Серебряная пуля

Как и любую философию, Agile нужно постичь. Как в любой философии, её принципы — это преувеличение, обнажение для того, чтобы было понятнее. Это не фреймворк, а потому применять его нужно осознанно.

Разберём 4 основополагающих принципа Agile и рассмотрим случаи перекоса в одну или другую часть утверждения

Чтобы было проще понять принципы Agile, я буду давать много примеров. Пусть это чужой опыт и его эффективность низка, но точно лучше теории.

1. Люди и взаимодействие важнее процессов и инструментов

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

В 2016 году мы начали разработку мобильного приложения для авиакомпании Utair. В начале сотрудничества внешний провайдер API работал только по заданию. Это усложняло коммуникацию между командами, и процессы длились дольше, чем нам хотелось бы. Мы настроили канал прямой коммуникации, ввели weekly scrum of scrums и тем самым достигли нужной синергии. 

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

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

2. Рабочий продукт важнее исчерпывающей документации

Давайте подумаем, что будет, если наплевать на документацию? Получим быструю выгоду и большой риск, который принято называть bus-factor. 

Теперь представьте, что в вашем full-agile проекте единственного бэкендера («больше и не надо, ведь ему иногда и так приходится тестировать») подкосила болезнь. Он, конечно, вернётся на проект, но только через месяц, когда окончательно поправится. Думаю, не нужно объяснять, что будет с проектом?

Если мы начнём упарываться в частую демонстрацию продукта, то рискуем выпасть из критического пути — порядка выполнения задач. Принцип Agile говорит «давайте быстрее продукт», и фреймворк Scrum реализует его как «давайте делать частые демо». Но это может серьёзно повлиять на порядок работы у разработчиков, особенно на больших проектах. Иногда, с точки зрения сроков, будет выгоднее выстроить критический путь так, чтобы было удобнее разрабатывать, а не показывать.

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

Выход может быть следующим:

— начинать разработку на части требований;

— ретроспективно актуализировать требования, если они поменялись в ходе разработки.

3. Сотрудничество с заказчиком важнее согласования условий контракта

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

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

У нас был кейс, когда мы сильно увлеклись вовлечением заказчика в проект и не успели вовремя согласовать новый скоуп работ. Это привело к тому, что 2 месяца остались не оплачены. Всё потому, что с крупным заказчиками документооборот занимает приличное время, а на государственных проектах вообще может требовать отдельного менеджера и команды. Lessons learned. Благодаря этой истории мы приняли решение передать процесс согласований условий контракта аккаунт-менеджерам.

4. Готовность к изменениям важнее следования изначальному плану.

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

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

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

Но есть и обратная сторона гибкости

Если мы будем придерживаться гибкости на каждом этапе разработки — она будет расти в геометрической прогрессии. Гибкости перемножатся!

В итоге у нас получится примерно такая картина: 

1. Аналитик написал требования сразу на весь скоуп фичи, включая кейсы за пределами оговорённого скоупа. 

2. Дизайнер нарисовал флоу таким, каким оно будет через 15 релизов.

3. Бэкендер сделал один метод из необходимых 4. Причём по ходу разработки изменил вложенность и типы переменных, потому что так «правильней». 

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

5. А теперь давай представим, что это дошло до QA:

• полные требования с учётом ядерной войны и нашествия тараканов;

• полёт фантазии дизайнера на 15 релизов вперёд;

• суровая реальность в виде приложения, которое лишь в общих чертах напоминает требования и дизайн.

Остаток ваших коммуникационных скиллов вы потратите на тушение локальных подгораний QA-инженера и объяснения, что именно нужно тестировать. 5 спринтов в таком режиме — вас можно будет выносить. 

Этот менеджер закончился — несите нового!

И что делать?

Соблюдать разумный баланс и искать золотую середину. 

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

Полезные книги, ресурсы и YouTube-ролики по теме:

1. Agile is dead Дэйва Томаса

2. Чёрная книга Скрам Ивана Селиховкина

3. Scrum vs Управление проектами Ивана Селиховкина

4. IT is broken Джеймса Коплиена

5. Всё о канбан Алексея Пименова

6. Канбан метод для команд Алексея Пименова

7. Блог STRATOPLAN Орлова и Панкратова

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

Привет! На связи Creonit — digital production. Больше 7 лет мы занимаемся разработкой цифровых сервисов и накопили большой опыт в коммуникации с заказчиками.

Совместно с GDG Kaliningrad 7 июля мы провели в нашем офисе PM-митап «Работаем на качество». На мероприятии собрались проджект-менеджеры, чтобы обсудить, как качественно выстроить процессы взаимодействия с заказчиком и командой, а также какие есть механизмы и практики, которые могут помочь менеджеру улучшить качество процессов коммуникации.

От нас выступала Ирина Санарова, наш Head of PMO (Руководитель проектного офиса).

Она рассказала о том, как нужно выстраивать коммуникацию с заказчиком и командой, а также поделилась конкретными инструментами и навыками, которые ей в этом помогают. Эта статья родилась по мотивам выступления Ирины.

Стикерпак PMство

Чтобы было проще разобраться в теме, мы собрали стикерпак, который поможет вести коммуникацию.

Зачем нужна коммуникация

Коммуникация — один из важных процессов, который обеспечивает успех проекта. Постоянными участниками будет неизменное трио:

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

Настраиваем коммуникацию с заказчиком

Самое главное при первом контакте — позиционирование и подача.

Мы теперь в одной лодке, у нас единая цель.

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

Мы — специалисты и эксперты в разработке, а заказчик — эксперт в своей бизнес-нише.

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

Выбираем тон коммуникации

Тон коммуникации с заказчиком или его представителем напрямую зависит от нескольких параметров:

Тон коммуникации может быть построен по-разному. Менеджер проекта вырабатывает для себя манеру общения, в которую входят:

Выделяем критериальные слова заказчика

Критериальные слова — важные слова-критерии (ориентиры, ценности), которые фигурируют в речи заказчика независимо от этапа работ. Это абстрактные слова с личностно насыщенным содержанием.

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

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

Важно уметь управлять критериальными словами:

Правильно выявляя и применяя критерии заказчика, можно усилить свою позицию в коммуникации, что положительно повлияет на принятие итогового решения.

Заказчик всегда должен быть в курсе того, что происходит в проекте

Ежедневная и еженедельная отчетность по задачам

Это очень важный инструмент — так мы говорим и показываем, что у нас все под контролем и идет по плану, а заказчик чувствует, что держит руку на пульсе.

Мы стремимся проводить презентации еженедельно. Это:

Важно обратить внимание на структуру и детали отчёта:

Настраиваем каналы коммуникации

Для коммуникация с заказчиком обычно используются несколько каналов:

Рабочие чаты:

Письма

Письма и сообщения важно писать хорошо: как напишите — так вам и ответят.

Как разложить по полочкам сложную тему:

Правильная структура письма

1. Имя отправителя.

2. Тема письма.

3. Приветствие.

4. Суть разговора.

5. Вопрос или призыв.

6. Ваша подпись.

7. Как связаться, кроме почты.

Мы в переписке на почте всегда используем шаблон: [тема письма] || Creonit || Договор №[x] ДС №[y]. В подписи к письму настраиваем свои контакты.

Как делать не надо

Звонки и презентации

Для звонков с заказчиком мы придерживаемся такой последовательности шагов:

1. Назначить звонок, согласовать время с заказчиком. Сразу в календарь себе создаем задачу на созвон, генерируем ссылку. Средний тайминг на брифы 1,5–2 часа, на демки 1–2 часа.

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

3. За 10-15 минут до звонка написать заказчику, уточнить, все ли в силе.

4. НИКОГДА НЕ ОПАЗДЫВАТЬ. Опаздывать может заказчик, но не Creonit. Если случаются непредвиденные обстоятельства, всегда предупреждать заранее и ориентировать, на сколько задержитесь. Если опоздание больше 15 минут — предлагайте перенести, но это крайний случай.

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

6. Любой звонок должен заканчиваться блоком договоренностей. Это может быть краткое резюме доработок и срок их готовности, или дата обратной связи от заказчика, либо следующий созвон. Без этого звонок является бесполезным.

7. Обязательно планируем 10-30 минут на резюме звонка (зависит от объема обсуждаемого). Формат: важные тезисы + план дальнейших действий.

8. В календарь себе и сотрудникам расставить задачи и контроль договоренностей.

Слушаем и слышим

Важным инструментом коммуникации является техника активного слушания.

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

2. Задаем вопросы:

А. Открытые. Используются для получения более детальной и подробной информации. Сопровождаются дополнительными словами: когда, как, чем, что, почему, зачем и т.д.;

Пример: когда вы планируете отправить нам информацию по доступам?

Б. Закрытые. Используются для получения конкретного ответа да/ нет;

Пример: Вы сегодня отправите нам информацию по доступам?

3. Уточняем услышанное. Суть приема – сформулировать одну и ту же мысль, но другими словами. Это позволяет говорящему понять, что его речь воспринимают верно. В противном случае он может вовремя исправить ситуацию. Перефразируя слова, необходимо опираться на суть информации и исключать эмоции, которые ее сопровождали. В этом помогут фразы: «верно ли я вас понял / услышал…?» или «вы хотите сказать что…?»

4. Резюме услышанного. Подведение итогов — важная часть, которая позволяет уточнить полученную информацию, а если что-то воспринято неверно — исправить в непредвзятой обстановке;

Обрабатываем возражения

Правила:

Не обманываем

Нерушимое правило.

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

Заказчик может вспомнить об этой ситуации в любой момент.

Решаем проблемы

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

Но какая ситуация бы не была 100% можно придумать несколько решений которые помогут ее исправить.

Важно:

Тюнинг процессов

Это один из важных процессов, который проджект-менеджеры в Creonit организуют после важных точек проекта (принятия решений, переговоров или после завершения этапа).

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

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

Итого

Если кратко:

Если не слишком кратко:

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

«Традиционные»:

«Эмоциональные»:

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

Если вам понравилась статья и после прочтения у вас возникли какие-то вопросы — пишите в комментариях, мы обязательно на них ответим.

А в нашем телеграм-канале на следующей неделе мы будем публиковать еще много полезной информации про ведение проектов, подписывайтесь, если вам был интересен материал!

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

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

Менеджеры проектов нужны самым разным компаниям: дизайнерским бюро и строительным фирмам, рекламным агентствам и производственным предприятиям. И все же традиционно РМ — должность, характерная для IT-сектора.

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

Поехали?

Кто такой менеджер проектов

Project Manager (проджект, проектный менеджер, ПМ, РМ) в современных IT-компаниях — это нетехнический специалист, связующее звено между клиентом, командой и менеджментом компании. Его задача — успешно реализовать вверенный проект. И для этого проджекту приходится играть множество ролей, быть:

• дипломатом, который умело предупреждает конфликты и сглаживает острые углы, находит общий язык с самыми «сложными» клиентами и «звездными» архитекторами решений;
• коммуникатором — РМ всегда находится на связи с клиентом, контактирует с внутренней командой и привлеченными специалистами;
• переводчиком с клиентского языка (языка стратегий и финансов) на технический (составление точных и понятных узкому специалисту технических заданий);
• администратором — именно ПМ отвечает за своевременное заполнение отчетов, оплату счетов, соблюдение юридических норм;
• организатором, который умеет грамотно расставлять приоритеты, вовремя устранять препятствия и, несмотря на все сложности, уверенно вести команду к поставленной цели.

Наглядно представить зону ответственности проджекта позволяет треугольник управления проектами:

Фигура отображает проблему тройственной ограниченности, при которой ни один из факторов нельзя изменить без последствий для других элементов треугольника. Задача менеджера — обеспечить создание качественного продукта в обозначенные сроки, в рамках утвержденного бюджета.

Подробнее о том, кто такой Project Manager и кому подойдет эта специальность, можно посмотреть в этом видео:

В чем разница между проджектом и продактом

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

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

Менеджер проектов реализует идею, сгенерированную продактом. От его профессионализма зависит, насколько слаженно сработают тестировщики, UI/UX-дизайнеры, бэкенд- и фронтенд-разработчики. Сможет ли команда воплотить в жизнь все задумки маркетологов и выйдет ли продукт на рынок в установленный срок.

Вы точно хотите стать проджектом?

Чтобы понять, стоит ли тратить время на обучение менеджменту проектов, попробуйте «прожить» типичный рабочий день специалиста. Затем внимательно перечитайте все плюсы и минусы профессии. И обязательно честно ответьте на вопросы нашего теста.

Один день из жизни менеджера проектов

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

90% рабочего времени менеджера проектов — это общение:

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

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

Завершается рабочий день проектного менеджера так же, как и начинался, — просмотром мессенджеров, чатов и электронной почты.

Плюсы и минусы профессии

Плюсов в работе РМ много:

• Востребованность специалистов. На момент написания статьи на hh.ru было опубликовано более 9 000 вакансий проектного менеджера в столице (без учета дублирующихся вакансий). Для сравнения: UX designers на той же площадке ищут лишь 880 работодателей, frontend developers — 1 875.
• Простой вход в IT. Должность менеджера проектов — одна из немногих в сфере информационных технологий, которая не требует технического склада ума. В этой профессии могут чувствовать себя комфортно вчерашние юристы и экономисты, филологи и журналисты.
• Полезные знакомства. Через пару лет работы записная книжка смартфона РМ раздувается до невероятных размеров. Тут тебе и контакты IT-специалистов разных мастей, и телефоны представителей менеджмента крупнейших в регионе компаний.
• Отсутствие микроменеджмента. Организовывать и контролировать — задача самого проектного менеджера. Тимлид или CEO обычно предоставляют ПМ полную свободу действий, вмешиваясь в процесс, только если реализация проекта оказывается под угрозой.
• Постоянное саморазвитие. Проектный менеджер должен уметь пробрифовать заказчика, презентовать решение, отработать возражения, организовать команду, уладить возникшие конфликты. Все это требует знаний и умений в самых различных отраслях. Поэтому еще до того, как устроиться на работу проджект-менеджером, стоит приобрести не только PMBoK (Project Management Body Of Knowledge, отраслевой стандарт от Института управления проектами), но и руководства по тайм-менеджменту, психологии, управлению персоналом.
• Достойные зарплаты. По данным moskva.jobfilter.ru, начинающий РМ смело может претендовать на ставку в 70 000 рублей. А опытным специалистам столичные компании готовы платить до 300 000 рублей.

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

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

Тест: подойдет ли вам профессия менеджера проектов

1. Вам нравится общаться с людьми? Если ваш телефон всегда в беззвучном режиме, а уведомления в мессенджерах отключены, становиться проектным менеджером — плохая затея.

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

2. Вы готовы постоянно учиться? Хороший проектный менеджер одинаково хорошо говорит на двух языках — «техническом» и «клиентском». Он обладает базовыми знаниями технологий, с которыми работает компания, понимает профессиональные термины и может грамотно составить технические задания.

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

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

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

И только project manager не имеет права опустить руки. В идеале каждая сложность должна для него стать вызовом, каждый конфликт — мотивацией. Это профессия для людей со стальными нервами и устойчивой самооценкой.

4. Вы умеете делать несколько дел одновременно? Такая роскошь, как последовательное выполнение задач, менеджеру проектов недоступна. Готовьтесь к неизбежным накладкам в гугл-календаре, написанию отчетов во время ожидания клиента в переговорке и постоянным изменениям планов.

Обучение на менеджера проектов

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

Что нужно знать, чтобы стать project manager

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

Поэтому обязательный минимум:

• знать, как сохраняются данные на проекте;
• отличать frontend от backend;
• понимать различия языков программирования;
• куда и как происходит деплой проекта;
• понимать, что такое HTTP- и JSON-форматы;
• знать основные этапы разработки.

Кроме знания технической базы, в обязательный перечень hard skills проджект-менеджера входят:

• понимание теории управления проектами;
• умение выбрать правильную методологию, будь то Agile, Waterfall, Scrum или Канбан;
• навыки работы в таск-менеджерах, например Jira, Basecamp, Asana;
• умение собрать wiki проекта в Confluence, реже — в Notion, YNAW;
• настройка каналов коммуникации: необязательно это будут мессенджеры, многие РМ предпочитают специализированные рабочие площадки типа Slack или Discord;
• владение техниками тайм-менеджмента;
• отличные управленческие навыки;
• хорошее знание английского языка для работы с иностранными компаниями, чтения профильных статей.

Среди других качеств, которые стоит развивать начинающему специалисту:

Где учиться на проджект-менеджера

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

Вузы

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

Абитуриенты с техническим складом ума могут выбрать такие специальности, как:

• Прикладная математика и информатика — код 01.03.02.
• Бизнес-информатика — код 38.03.05.
• Программное обеспечение вычислительной техники и автоматизированных систем — код 09.03.01.
• Программная инженерия — код 09.03.04 и другие смежные специальности.

Гуманитариям подойдут:

• Экономика — код 38.03.01.
• Менеджмент — код 38.03.02.
• Управление качеством — код 27.03.02.
• Системный анализ и управление — код 27.03.03.

Код специальности определяется «Общероссийским классификатором специальностей по образованию», ОКСО. Он состоит из трех пар двузначных цифр. Первая определяет направление подготовки, например 01 — «Математика и механика», 38 — «Экономика и управление». Вторая пара цифр говорит об уровне подготовки: 03 — «Бакалавриат», 04 — «Магистратура». Третья пара цифр уточняет специальность выпускника. Код указывается в дипломе специалиста и позволяет работодателю сразу понять, к какому направлению относится полученная специальность и какая квалификация у соискателя.

Подходящие вузы для будущего проектного менеджера:

• Университет Иннополис. В рейтинге Forbes — 2022 занимает 5-е место по качеству преподавания. Иннополис — это целый научный городок, созданный для развития высоких технологий. Талантливые абитуриенты здесь могут рассчитывать на получение гранта, покрывающего 25, 50, 75 и даже 100% стоимости обучения.
• Национальный исследовательский университет «Высшая школа экономики». В 2022 году НИУ «ВШЭ» занял первую строчку в рейтинге Forbes в номинации «Лучший вуз России». Преимущество обучения здесь — использование модели Major-Minor. Проще говоря, каждый студент может составить для себя индивидуальный план обучения, включив в программу дисциплины других специальностей.
• Московский государственный университет имени М. В. Ломоносова. В 2022 году возглавил рейтинг лучших вузов России по мнению агентства RAEX. Главное преимущество МГУ — сильнейший преподавательский состав. Поэтому тут вы точно получите отличное фундаментальное образование.
• Российский экономический университет имени Г. В. Плеханова. Особенность вуза — сильная математическая и юридическая подготовка студентов, использование в обучении новейших информационных технологий и максимум практики.
• Санкт-Петербургский государственный университет. Один из самых престижных вузов России и первый в СССР, открывший экономический факультет в далеком 1940 году. Сегодня будущих экономистов здесь обучают 160 кандидатов и докторов наук.

Минусов обучения в вузе немного. Это сложность поступления на бюджет, высокая стоимость контракта и продолжительность обучения — как минимум 4 года для получения диплома бакалавра.

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

Курсы для менеджера проекта

Если ваше базовое образование никак не связано с менеджментом или программированием; вы только планируете поступление в вуз, но уже рветесь покорять карьерные вершины, есть смысл подыскать онлайн-курсы для менеджеров проектов.

Их главное преимущество — структурированная подача информации. Даже если вы уже посещали вебинары, читали руководства по ведению проектов, именно на курсах вся разрозненная информация сложится в целостную картину.

Команда Profi-Way собрала перечень популярных курсов по проджект-менеджменту:

1. Профессия «Менеджер проектов» от Skillbox.

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

Программа состоит из нескольких курсов: «Управление проектами», «Продакт-менеджмент», Team Lead, «Управление командами», «Экономист-финансист», «Правовая сторона бизнеса», «Мастер презентации и публичных выступлений», Excel + 5 бонусных курсов.

В конце ученик разработает проект с нуля, выбрав одну из 4 предложенных тем. Skillbox гарантирует трудоустройство или вернет деньги. Длительность обучения у каждого разная. Есть рассрочка на 31 месяц и отсрочка первого платежа на 6 месяцев.

Ссылка на страницу курса: https://skillbox.ru/course/profession-project-manager-pro/.

2. Курс «Управление проектами» от Skillbox.

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

Skillbox научит определять цели, формировать команду, работать с бюджетом, запускать пилотные проекты, формировать стратегию действий. Предоставляется 6 практических кейсов на выбор. В итоге будет 2 проекта в портфолио. Длительность курса составляет 1 месяц. Есть рассрочка на 24 месяца.

Ссылка на страницу курса: https://skillbox.ru/course/itproject/.

3. Курс «Проджект-менеджер в IT» от «Нетологии».

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

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

В финале курса ученик подготовит и презентует стратегию управления проектом. Обучение идет 9 месяцев. Есть рассрочка на 24 месяца.

Ссылка на страницу курса: https://netology.ru/programs/project.

4. Курс «Проджект-менеджер» от GeekBrains.

Проджект-менеджмент тесно связан с IT-сферой, поэтому онлайн-школа GeekBrains, специализирующаяся на IT-профессиях, предлагает курс по project-менеджменту. Он подойдет для изучения с нуля. Ученик освоит концепции компьютерных наук, программирование (поверхностно), цифровые технологии, базы данных, системы аналитики, методологии управления, взаимодействие с командой и многое другое.

Спустя 8 месяцев после обучения можно попасть на гарантированную стажировку. Есть 2 тарифа для обучения: на 9 и 12 месяцев. Рассрочку можно получить на 36 месяцев.

Ссылка на страницу курса: https://gb.ru/geek_university/developer/project-manager.

5. Курс «Project Manager в IT» от SkillFactory.

SkillFactory характеризуется высокими оценками от учеников и специализируется по нескольким направлениям. Курс по проджект-менеджменту сосредоточен именно на работе в IT и подойдет для обучения с нуля.

Курс научит различным подходам к управлению проектами, принятию решений в симуляторе, сильным управленческим и коммуникативным навыкам. Каждый студент сделает по 3 проекта. Лучшие ученики отправятся на стажировку в компании-партнеры. Длительность — 12 месяцев. На выбор дается 3 пакета. Есть рассрочка на 24 месяца.

Ссылка на страницу курса: https://skillfactory.ru/project-manager.

6. Профессия «Менеджер проектов» от Eduson Academy.

Eduson Academy — это онлайн-университет профессий, состоящий в числе участников «Сколково». Курс по менеджменту проектов сделан для начинающих специалистов, руководителей, владельцев бизнеса.

Студента научат управлять проектами, работать с бюджетом, взаимодействовать с заказчиками, управлять командой, презентовать проекты, вести документацию. Процесс построен на практике с реальными заказчиками. Длительность обучения индивидуальна. Есть рассрочка на 12 месяцев.

Ссылка на страницу курса: https://eduson.academy/project-manager.

7. Профессия «Project Manager в IT» от Eduson Academy.

Данный курс сфокусирован именно на менеджменте проектов в сфере IT, поэтому для тех, кто рассматривает работу именно в этом направлении, он подойдет. Обучение проходит с нуля.

Во время него студент освоит 5 эффективных методологий и 6 актуальных сервисов/программ. Выпускной проект закрепит знания и навыки на реальной практике. Продолжительность курса зависит от ученика. Есть рассрочка на 12 месяцев.

Ссылка на страницу курса: https://eduson.academy/project-manager-it.

Самообразование

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

Вам в помощь мы составили перечень тем, которые обязательно нужно освоить будущему проджекту:

• Типы компаний в IT-сфере.
• Подходы к разработке программного обеспечения — модели, методологии, фреймворки.
• Знакомство с базовыми техническими понятиями, используемыми в QA, Front-end, Back-end, DevOps.
• Роли в процессе разработки — со стороны заказчика и компании-исполнителя.
• Жизненный цикл проекта и участие специалистов на разных этапах.
• Документация проекта.
• Стили лидерства и управление коммуникацией в проекте.
• Формирование команды и мотивация.
• Управление бюджетом проекта.
• Тайм-менеджмент и создание дорожной карты проекта.
• Оценка качества — анализ кода, баги.
• Выявление и работа с рисками.
• Методы разрешения конфликтов и кризисов.
• KPI-метрики.
• Знакомство с Jira и Confluence.

Материалы для самообучения

Полезные видеоканалы и ролики:

• Полный курс «Основы проектного менеджмента в IT» от RedCamp.
• Канал Михаила Софонова, посвященный управлению процессами.
• Подборка сленговых словечек IT-специалистов от AGSPEAKS careers.

• Видеокаст от Евгения Ковальчука «Просто о…» — здесь вы узнаете, что такое Agile, Scrum, Kanban и другие сложные вещи, которые можно встретить в программировании и разработке.
• Канал Игоря Рызова про переговоры в работе и жизни.
• Вебинар City Business School «Управление конфликтами».

• Базовый курс Jira Software от ACSES MEDIA.

Статьи и гайды:

• 27 инструментов для проджект-менеджера от Skillsetter.
• 100+ полезных материалов для самостоятельного обучения на менеджера проектов от vc.ru.
• Библиотека RUWARD от CEO группы проектов Андрея Терехова.
• Самая большая подборка по прокачке soft skills от Школы ИКРА.
• Матрица компетенций менеджера проектов и аттестационные задачи, сформулированные HR интернет-агентства INTERVOLGA.
• Всё, что нужно знать о сроках, дедлайнах, методиках временной оценки, от Владимира Завертайлова «Сибирикс» и SingularityApp.
• Статья «Как заткнуть фонтан желаний» от руководителя проектов в «Сибирикс» о том, как сказать клиенту нет, чтобы он услышал и понял, в чем был неправ.
• Инструкция для начинающих по работе с Jira Software от Atlassian.
• Статья «Магия вне Хогвартса: 7 макросов в Confluence, которые автоматизируют и упрощают работу с документацией» от Тани Дудо.
• Статья про синки, дейлики и митинги — мнение Насти Ткаченко, проектного менеджера с 6-летним опытом, записанное «Комьюнити».

Книги по менеджменту проектов:

• «Scrum и XP: заметки с передовой», Хенрик Книберг.
• «Agile: Оценка и планирование проектов», Майк Кон.
• «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели», Эрик Рис.
• «Договориться можно обо всем! Как добиваться максимума в любых переговорах», Гэвин Кеннеди.
• «Черная книга менеджера», Слава Панкратов.
• «Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов», Дмитрий Ершов.
• «Человеческий фактор. Успешные проекты и команды», Том ДеМарко, Тимоти Листер.

Первый опыт и поиск работы

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

Кстати, работодатели лояльно относятся к студентам последних курсов, поэтому уже на 3–4 году обучения в университете смело можно составлять резюме и откликаться на предложения.

Требования работодателей и будущие обязанности

Мы просмотрели открытые вакансии для кандидатов без опыта и можем вас порадовать: на рынке много предложений, в которых основной упор сделан именно на soft skills. Работодатели ищут проактивных, организованных, стрессоустойчивых кандидатов и готовы самостоятельно растить крутых специалистов.

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

Перечень обязанностей проектного менеджера сильно разнится от компании к компании. Так, в небольших фирмах специалист может одновременно вести несколько проектов, частично брать на себя обязанности Sales Manager, HR, маркетолога и даже дизайнера.

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

Как получить первую работу

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

Распространенная ошибка вчерашних студентов — страх крупных корпораций. Новички упорно идут в небольшие компании и стартапы. И совершенно напрасно. Именно крупные игроки IT-рынка могут позволить себе обучать сотрудников и часто набирают стажеров. Это хороший вариант набраться опыта для тех, кто готов какое-то время поработать бесплатно или за небольшие деньги. После стажировки лучших соискателей работодатель оставляет в штате. Поэтому, приложив усилия, есть шанс попасть в крутую команду.

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

Дополнительно рекомендуем посмотреть видео:

Где найти работу проджект-менеджеру

Чем больше каналов поиска вакансий вы используете, тем выше шансы получить желанный оффер. Поэтому готовьте CV (резюме) и отправляйтесь на сайты для поиска работы: hh, Rabota.ru, SuperJob, vc.ru/job, «Хабр Карьера», Geekjob, Tproger, БУДУ. Здесь можно не только разместить резюме и ждать приглашения на собеседование, но и самостоятельно откликаться на вакансии.

Обязательно загляните в Telegram. Тут достаточно каналов для поиска работы:

• Careerspace;
• IT Вакансии {Разработка | QA | DevOps | Management};
• SEO HR, digital-вакансии, офис и удаленка;
• Jobs To Be Found;
• Job for Products and Projects.

Что вас ждет на собеседовании

HR IT-компании прекрасно понимает, что на позицию Junior обычно претендуют кандидаты без опыта. Поэтому ожидания рекрутера невелики: ему достаточно убедиться, что у соискателя есть понимание профессии, он обладает нужными качествами характера и сможет вписаться в коллектив.

Мы же советуем при подготовке к интервью обратить внимание на такие моменты:

• Ревью компании. Обязательно узнайте, чем занимается фирма, где вы хотите получить опыт работы менеджера проектов. Какой продукт производит — так вы сможете понять, какие ваши навыки будут наиболее полезны потенциальному работодателю. И здорово, если на один из самых популярных вопросов на собеседовании — «Почему вы хотите работать именно у нас?» — сможете ответить аргументированно.
• Рассказ о себе. Заранее продумайте, как кратко описать свой предыдущий опыт организаторской работы, даже если вы просто были старостой университетской группы. Вспомните свои достижения, например как вам удалось погасить конфликт, работая в пиццерии, или договориться с самым строгим преподавателем о пересдаче экзамена.
• Внешний вид. Проектный менеджер постоянно контактирует с клиентами, поэтому и выглядеть специалист должен ухоженно и респектабельно.
• Поведение. Ведите себя спокойно, не торопитесь, отвечая на вопросы. Среди них наверняка будут каверзные, и ваша задача — продемонстрировать стрессоустойчивость и находчивость.
• Вопросы рекрутеру. Подумайте, а лучше запишите вопросы, которые важны для вас. И если в ходе собеседования HR не коснется указанных тем, поднимите их сами в конце беседы. Ведь выбирают не только вас, но и вы — компанию, в которой будет комфортно работать!

Подробно о проведении собеседования с будущим менеджером проектов в своем видео рассказывает Иван Клецкин:

Развитие менеджера проектов

В крупных компаниях принято разделение позиции ПМ на 3 уровня, в зависимости от компетенции специалиста. Junior обычно помогает ментору, берет на себя выполнение несложных рутинных процессов. Middle ведет проект самостоятельно, Senior управляет сразу несколькими командами, в его ведении — проекты с наивысшими бюджетами.

Следующая карьерная ступень — Project Management Officer. Этот специалист руководит всем портфелем проектов компании, разрабатывает стандарты ведения бизнес-процессов. И наконец, вершина карьеры менеджера проектов — позиция операционного директора, Chief Operating Officer.

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

Вдохновляющие истории и советы

• Подборка vc.ru, в которой проджект-менеджеры рассказывают, как пришли в профессию.
• Все секреты менеджеров проектов одной из ведущих IT-компаний Беларуси ScienceSoft в статье от «Адукар».
• Увлекательная история вчерашнего бармена Станислава о том, почему он так и не стал разработчиком, зато реализовал себя в проджект-менеджменте.
• Большое интервью с Лесей Ламетта о том, как стать менеджером проектов лингвисту.

• Эльдар Нагорный помогает РМ определиться, куда двигаться дальше по карьерной лестнице, и делится собственным опытом.

• Интервью с самим собой IT Project Manager Романа Жульпо.

Полезные ссылки

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

• Чат про компании и технологии Sbergile Talks.
• «ПМ совет» — разбор практических ситуаций из жизни менеджеров проектов.
• Уютный чат для комфортного общения PM lunch.
• Project Russia Community — неофициальное сообщество менеджеров проектов России.
• «ПроПроекты Chat» от Ольги Романовой про проекты, продуктивность, обучение и классные мероприятия.

Интересно почитать:

• «Менеджер от боженьки» — канал Ромы Ковалевского, Senior Technical Program Manager в берлинской компании HelloFresh.
• Телеграм-канал «Селиховкин — не скучно о проектах».
• Официальный канал Федора Афанасьева «Проектный спецназ».
• «Вытащил и показал // Менеджер проектов» — анонсы самых интересных статей, интервью, подборки книг и полезных материалов.
• Повесть о развитии начинающего руководителя проектов — Junior PM.

Заключение

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

Почитайте эти общие книги по управлению проектами.

Рэй Далио — основатель инвестиционной компании Bridgewater Associates, а еще — один из самых влиятельных и богатых людей в мире. Вот что он говорит о себе: «Самым важным моим уроком стал подход к жизни на основе принципов, которые помогают мне понять, что является правдой и как следует поступать».

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

«Я понимал, что для меня единственный способ добиться успеха — следовать следующим правилам.

• Искать самых умных людей, не согласных со мной, чтобы попытаться понять их логику.
• Знать, когда отказаться от своего мнения.
• Сформулировать, проверить и систематизировать универсальные принципы, не зависящие от времени.
• Уравновешивать риски так, чтобы сохранять преимущества, и уменьшать недостатки».

Авторы — руководители компании The Atlantic Systems Guild, которая консультирует организации, создающие сложные программные системы. Демарко и Листер считают, что проблемы проектов часто не зависят от технических факторов. Все дело в людях и их отношениях. В книге авторы рассказывают, как решать социальные проблемы в команде. Одно из условий, чтобы этого добиться, — осознать, что ошибки — это хорошо.

«Любые меры, препятствующие совершению ошибок, могут лишь ненамного поднять уровень технологии, а вот социология команды может пострадать весьма серьезно. Противоположный подход — поощрение нечастых ошибок. Время от времени интересуйтесь у своих подчиненных, с какими тупиковыми ситуациями они столкнулись, и постарайтесь объяснить, что ответ “Такого не было” — не самый лучший. Когда люди совершают ошибки, их следует поздравлять, потому что они получают деньги, в том числе и за ошибки».

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

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

Это роман об управлении проектами: герои разбирают кейсы и учатся на своих и чужих ошибках.

Agile — это целая группа методологий, в которых новичку легко запутаться. Вот книги, которые помогут понять, что такое Scrum и Kanban. И дадут базу, после которой можно смело продолжать углубляться в гибкие процессы разработки.

Джефф Сазерленд — один из создателей методологии Scrum. Вот что он говорит о ней.

«Причина успеха методики проста. Я смотрел на то, как люди на самом деле работают, а не слушал то, что они говорят об этом. Я изучал результаты исследований, проведенных за два десятилетия, знакомился с накопленным опытом известных мировых компаний и внимательно присматривался к трудившимся в этих компаниях первоклассным коллективам. Что сделало их лучшими? Что отличало их от остальных? Почему одни рабочие группы становятся великими, а другие остаются посредственными?»

В книге Сазерленд подробно объясняет, как появилась методология, и приводит реальные примеры ее использования, например, в ФБР и крупных корпорациях.

Дэвид Андерсон первым применил Kanban в разработке ПО и уже много лет учит других использовать этот фреймворк.

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

В книге Андерсон рассказывает, как он к этому пришел и как внедрить метод, чтобы тот стал наиболее эффективным.

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

Автор — опытный разработчик и руководитель. В книге он рассказывает о разных породах программистов, в чем их особенности, как искать к ним подход.

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

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

Сьюзан Фаулер — эксперт в области мотивации. Она провела исследование и выяснила вот что.

«Оказывается, люди мотивированы всегда. Поэтому вопрос не в том, мотивированы они или нет, а в том, почему они мотивированы».

Автор рассказывает, почему деньги мотивируют не всех, и как научиться понимать сотрудников.

Эд Кэтмелл — информатик по образованию и один из основателей Pixar Animation Studios, президент компаний Pixar Animation и Disney Animation. Он много лет пытался помочь людям строить эффективные рабочие отношения. Вот что сам автор говорит об этом.

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

В книге Кэтмелл рассказывает, как прийти к гармоничным отношениям в команде, если сотрудники — творческие люди.

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

Стив Круг — опытный консультант по юзабилити и точно знает, на что важно обращать внимание при проектировании сайта.

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

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

Алан Купер — программист и проектировщик. И у него есть свое мнение о том, как создать правильный интерфейс.

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

В книге он говорит про инструменты проектирования: шаблоны, принципы и процессы и про то, как их применять.

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

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

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

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

Гэвин Кеннеди считает, что у каждого человека есть определенные сценарии, по которым он ведет переговоры.

«Ваше поведение в переговорах в большой степени зависит от вашего отношения к составным элементам ситуаций, в которых приходится делать мгновенный выбор (нередко под давлением), — какие действия следует предпринять. Если это отношение базируется на непонимании того, что входит в практику переговоров, вы неизбежно будете вести себя во многих ситуациях менее адекватно, чем в том случае, когда уже тщательно проанализировали свои взгляды…»

В книге автор приводит четыре типа возможного поведения во время переговоров. В начале каждой главы есть короткий тест, который поможет определить, кто вы: Осел, Овца, Лиса или Сова.

Книги — источник новых знаний. Старайтесь находить на это время, даже если очень заняты. А подкрепить теорию практикой, «повариться» в мире digital, разобрать реальные кейсы и получить лидеров рынка в качестве наставников можно на курсах Skillbox.