Как стать менеджером?
В ИТ существует целая пачка похожих должностей, так или иначе связанных с управлением проектами.
Изучи их специфику для того чтобы понять чего именно ты хочешь от профессии "менеджер проекта".
Также учти, что часто на одной должности сотрудник исполняет несколько взаимосвязанных ролей из списка ниже.
И чем они все занимаются?
Менеджер проекта
работает на уровне одной команды, глубоко погружен в ее задачи. общается с бизнес-заказчиком и требованиями, обеспечивает следование командой выбранной методологии (скрам, канбан, PMBoK или что-то еще), "пинает" проект к успешному завершению.
Координатор/админ проекта
По сути ПМ на минималках. ему почти не дают вести проекты, он скорее помогающая роль. помогает собрать документы, написать письмо кому-то, составить простую инструкцию, оформить несложные документы, поприсутствовать на встрече и записать ее результаты и выслать их участникам и т.п.
Денег тут меньше, но вкатиться проще.
Руководитель проекта
Руководит не одной командой, а целым комплексным проектом, который может включать в себя результаты работы нескольких команд (разработка + дизайн + маркетинг + мобилки + логистика + 1С + еще что-то).
часто РП это следующая ступенька в карьере ПМ.
Скрам-мастер
Не ведет проекты. следит за тем, чтобы команда следовала методологии, проводит ритуалы, обучает команды, контролирует метрики команды. следуя метрикам определяет проблемные точки и разруливает их. Помогает команде и ее руководителю в решении различных организационных и производственных проблем.
Нередко SM — это не должность, а роль, т.е. какой-то член команды работает, например, аналитиком или ПМ + совмещает с ролью SM.
Также существует должность/роль канбан-мастера (KM), которая копирует SM, но встречается намного реже, т.к. и сам Канбан используют реже.
Деливери-менеджер
Не ведет проекты. по сути DM — это скрам-мастер на максималках. он чуть менее погружен в работу конкретных команд, а больше занимается выстраиванием эффективного рабочего процесса в нескольких командах, наладкой межкомандного взаимодействия. Часто привлекается для построения в компании процессов с нуля или для исправления кривых процессов, зашедших в тупик. позиция Senior level. хорошая карьерная ступенька для ПМ, РП, SM.
Не рекомендуется для вкативания.
Бизнес-аналитик
Не ведет проекты. БА плотно работает с требованиями и документацией. проектирует схемы и процессы, пишет ФТ и ТЗ (функциональные требования и технические задания). Проводит различные исследования. как и ПМ, часто является промежуточным звеном между командой разработки и бизнес-заказчиком.
системный аналитик почти то же, что БА, но больше погружен в техническую сторону работы команды, уточняет техническую реализацию задач для программистов, проектирует API и т.д.
С этим понятно, что можно почитать?
“Как управлять рабами” — Тонер Джерри, Фалкс Марк Сидоний
помогает разобраться в том, каким образом на самом деле устроена работа по найму и отношения работодателя и наёмного сотрудника.
“Секрет Власти. Принципы позитивного управления” — Антощенко Виталий
Также, есть полезные гайды для быстрого освоения
Краткий документ, в котором описаны самые базовые принципы идеологии гибких методологий, на которой базируются Scrum, Kanban, Lean, SAFe, LeSS и все прочие.
ссылка на гайд
2. Скрам гайд
документ примерно на 60 страниц. это база современного проектного менеджмента в продуктовой разработке в ИТ. обязателен к ознакомлению всем, кто хочет освоить IT PM. на основе скрама работают и небольшие команды, и целые департаменты.
ссылка на гайд
3. Камбан гайд
документ примерно на 60 страниц. вторая по популярности методология разработки в ИТ. имеет ограниченную область применения (подходит для процессной деятельности вроде заказной разработки или работы отдела техподдержки).
ссылка на гайд
4. PBMoK краткое описание
стандарт классической системы управления проектами по Водопаду. имеет серьёзные ограничения в современной продуктовой разработке, но в нём много полезного, что нужно знать об управлении проектами вообще. базовые вещи из него полезно знать даже если вы всю жизнь будете работать только по Agile.
ссылка на гайд
5. PBMoK полный гайд
• путь сильных. документ на 700+ страниц, который обобщает многолетний опыт управления проектами американского института управления проектами PMI. новичку изучать необязательно. можно открыть, полистать, проникнуться величием и закрыть.
• однако если ваша цель заниматься крупными инфраструктурными проектами (строить дома, мосты, разрабатывать операционные системы или CRM, запускать спутники и проч.), то тогда изучайте. в этих сферах работают только по нему.
ссылка на гайд
Статьи
Отличная обзорная статья по различным современным проектным методологиям
с кратким описанием, плюсами\минусами и границами применимости. описаны аж 12 методологий, статья дает хороший срез по всем.
ссылка на статью
Простая и максимально доходчивая статья для новичков,
рассказывающая о клиент-серверной архитектуре. ее важно знать, чтобы понимать как устроена работа большинства современных веб-сервисов.
ссылка на статью
Две статьи, описывающие методологии масштабирования Скрам: SAFe и LeSS.
Т.е. использование этой методологии в рамках не одной команды, а нескольких. для организаций размером 50, 100, 1000 человек.
рекомендуется к прочтению только после того, как вы уже изучили и хорошо поняли базовый Скрам.
ссылка на статью
Прочитая эту статью вы разберетесь во всех(даже сверх необходимого) аспектах тестирования ПО.
там кратко, ёмко и по делу.
Учебные курсы по менеджменту
Agile. Вводный курс
ссылка на курс
В этом курсе вы познакомитесь с базовыми понятиями Agile, Scrum, Kanban. Теория не применима без практики, поэтому в качестве домашних заданий вам будет предложено находить конкретные взаимосвязи в окружающем мире.
Скрам. Базовый курс
ссылка на курс
На этом курсе узнаете особенности работы скрам мастера; поймёте в чем важность этой роли в команде для успешного применения фреймворка Scrum; получите подсказки, с чего начать или как продолжить работу скрам мастером в своей команде; уже с первого занятия.
Проектное управление
ссылка на курс
Мы подробно расскажем, какие именно инструменты проектной методологии дают эффект, поделимся собственными подходами и типичными ошибками. Курс рассчитан на практикующих менеджеров проектов, руководителей всех уровней в ИТ-компаниях.
Рекомендации по изучению
От себя советую вести конспект обучения. Заведи себе файлик Word\Pages и записывай в него основные мысли, идеи, озарения, которые возникают в процессе. Всё, за что зацепилась мысль и хочется закрепить в голове — записывай. С разбивкой по разделам, категориям, с добавлением таблиц и графиков по необходимости. Зачем?
1. Это поможет новой информации лучше уложиться в голове.
3. Это приучит тебя к ответственной работе с документацией, что сильно поможет в работе ПМ.
4. Осваивай работу с Гугл-документами, таблицами и презентациями.
Сейчас в эпоху удалёнки и территориально распределённых команд документация часто ведётся именно здесь. Есть Jira и Confluence для хранения внутренней документации, но когда этих решений в компании нет или нужно подключить к работе внешних исполнителей (а им доступ к внутренней Jira не дадут), нужно уметь работать с альтернативными инструментами.
5. Зайди на сайт tilda.ru и попробуй самостоятельно собрать сайт с нуля. Справившись с этой задачей ты разберёшься в азах WEB разработки, в том, как работает front-end (на базовом уровне), разберёшься в сайтстроении и в том как вообще устроены почти все современные веб-сервисы.
6. Вкат в ИТ ПМ потребует изучения большого количества новой информации по технической части в ИТ.
Сервера, API, интеграции, мобилки, JSON, XML, Webhook, Github, SQL, HTTP, TCP\IP, CRM, CMS — все эти странные термины должны быть тебе как минимум знакомы и понятны.
Для этого постоянно читай какие-либо технические блоги, подпишись на habr.com, vc.ru. Погружайся в контекст, в общем.
Иначе, оказавшись на новой работе, столкнёшься с ситуацией, что люди вокруг как-будто говорят на непонятном тебе языке.