Руководство по управлению проектами и командами в ИТ

Оглавление:

В сообществе менеджеров царят настоящие страсти. Бывают HR менеджеры, бывают Sales менеджеры, бывают даже Cleaning менеджеры, но чтобы не растекаться мысью по древу остановимся на менеджерах в IT.

По опыту работы в Amazon, у меня сложилась картинка о трех видах PM и неформальных руководителях:

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

Project Manager - это менеджер, который отвечает за реализацию конкретного проекта. У проекта есть поставленная цель, KPI (метрики качества), ресурсы (бюджет, команда) и ожидаемые сроки.

People Manager - особый зверь, редко встречаемый в чистом виде в реалиях российского бизнеса. Это человек, который отвечает за рост и психологическое состояние членов команды. В американских компаниях, члены команды подчиняются непосредственно ему (direct reports). В российских эту роль выполняют (или должны выполнять) HR-менеджеры, которые находятся в смежной структуре и, по факту, не влияют на распределение проектов и KPI сотрудников.

В списке определений выше, я сделал вольный перевод People Manager - "руководитель команды". В моем представлении, независимо от ожиданий работы HR-менеджера, если у вас есть подчиненные, то это ваша зона ответственности распределять проекты, выставлять KPI и работать "над" командой.

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

Выше я отдельно выделил Team/Tech Lead - это (ясен пень) крутой технический специалист. Он(а) отвечает за стратегию развития ИТ продуктов команды (или компании). Если такой специалист, не хочет развиваться по ветке менджмента, то это прекрасная альтернатива. Совсем без soft skills, конечно, не обойдется, но требования на качество коммуникации и кунг-фу управления проектами сильно ниже.

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

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

Теория (мат. часть)

С точки зрения реализации проекта менеджер может повлиять на сроки реализации (time), на стоимость реализации (cost), на качество (quality) и функциональность (scope).

Многие книги или заметки по управлению проектами обычно используют всего три фактора: time, cost и scope. В этом случае, в определение функциональности (scope) зашивают качество (quality), к сожалению, не всегда хорошее. Пример:

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

Вернемся к вопросу управления проектами (project management). Для реализации проекта менеджер должен уметь отвечать и держать на контроле всего три (казалось бы) простых вопроса: кто (сделает, cost), что (сделает, scope) и когда (сделает, time).

В ИТ, как и в жизни, единственное, что в постоянно, это изменения. Ответы на эти вопросы со временем будут меняться:

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

В ИТ, в большинстве случаев :

Поэтому дополнительно к cost удобно зафиксировать сроки (time) и жить в рамках гибких методологий (Agile). Мы будем двигаться быстрыми итерациями (обычно 2-х-недельными) и на каждой итерации реализовывать новый элемент функциональности (scope) продукта.

Сложно найти хорошого проджекта, который не знаком с Agile и ритуалами фреймворка Scrum: стендапы, демо, ретро и планирование. Я специально называю их ритуалами, поскольку многие живут ритуалами, не познавая глубинного смысла. Далеко ходить за примером не надо. Я сам, работал в Rambler, Yandex, Amazon AWS и жил по ритуалам Scrum и Kanban более 5 лет. Познать глубинный смысл мне удалось только тогда, когда я стал предпринимателем, собрал команду и начал вести проекты по разработке с очень ограниченным бюджетом.

Проверь себя (часть 1)

Я подготовил лакмусовую бумажку (несколько простых вопросов) для проверки понимания глубинного смысла. Можете себя проверить:

Финальный вопрос:

Технологии

Технологии спешат на помощь проджекту для контроля ответов на вопросы "кто" (сделает, cost), "что" (сделает, scope) и "когда" (сделает, time). Наборы таких технологий обычно называются Project Management Tools (примеры: YouTrack, Jira, Redmine, GitLab и добрая сотня других аналогов). Если вы владеете хотя бы одним, то легко разберетесь и с другими.

Рассказывать очевидные вещи про то, как создавать задачи и Agile Board'ы я не буду. Важные аспекты, на которые следует обратить внимание, на основе практики использования - ниже.

Если понимание глубинных ценностей ритуалов Scrum - это стратегическое мышление project manager'а, то правильное использование Project Management Tools - это тактические маневры. Какие скилы нужно прокачивать (или что важно не забывать настраивать в ваших инструментах):

Проверь себя (часть 2)

Если вы пользуетесь Scrum, то вы также должны знать следующие термины, техники, инструменты, и уметь анализировать их вывод:

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

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

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

Project Management:

People Management:

Product Management:

Полезные ресурсы:

#management #projectmanagement #peoplemanagement #productmanagement

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