Меню
Эпизод #5. «Локомотивные роли» в IT Проекте. В чем разница между O/PO/PM/TL и зачем они все нужны?
Подробнее

Эпизод #5. «Локомотивные роли» в IT Проекте. В чем разница между O/PO/PM/TL и зачем они все нужны?

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

Роль —  Заказчик.

Какие основные задачи и ответственности этой роли? Кто эту роль исполнял в кейсе с условным названием “смета”, который мы взяли в качестве примера, и как это происходило в жизни?!

Итак, Заказчик – это, как правило это собственник бизнеса, генеральный директор, или в крупной компании — руководитель бизнес-направления, отвечающий за бизнес результат:

  • Формирует видение продукта / услуги;
  • Устанавливает бизнес цели;
  • Принимает решение о бюджете;
  • Обеспечивает финансирование;
  • Организует / координирует все смежные процессы (продажи, маркетинг, работу внутренних подразделений, бухгалтерии и тд.).

Ежедневно Заказчик взаимодействует с Product Owner. С командой разработки, как правило, он встречается один раз в 2-3 недели, в процессе демо.

В проекте, о котором мы рассказываем, роль Заказчика выполняет Генеральный Директор корпоративного стартапа, входящего в состав крупного строительного холдинга.

Роль — Product Owner 

Одна из  локомотивных ролей – это Product Owner. Какую ответственность и задачи реализует Product Owner?

Основные задачи Product Owner:

  • Разработать и запустить продукт / услугу, обеспечить выполнение целевых финансовых параметров.
  • Совместно с Заказчиком определяет функционал MVP на основе видения
  • Формирует операционную модель.
  • На основе видения продукта, совместно с Бизнес-Аналитиком, формулирует бизнес-процессы.
  • Определяет какие процессы автоматизируются, какие остаются в ручном режиме.
  • Вырабатывает подходы к обеспечению соответствия внешним законодательным / регуляторным требованиям.
  • Ставит задачи Бизнес аналитику на проработку процессов в объеме необходимом для разработки MVP.
  • Определяет приоритеты порядка автоматизации бизнес-процессов / задач.

Могут ли роли заказчика и Product Owner быть совмещены в одном лице? Как это было в данном конкретном проекте, о котором мы рассказываем?

Чем меньше масштаб организации, тем выше вероятность того, что разные роли будут совмещаться.Совмещение ролей одним человеком возможно, при том условии, что Заказчик готов решать все задачи описанные выше, и имеет возможность вовлекаться в проект в объеме не менее 50% времени.

Задачи, которые появляются в матрице ответственности этих ролей.

Роль — Project Manager

Цели и задачи:

  • Обеспечить достижения целей проекта в границах бюджета, сроков, функционала;
  • Планирование и прогнозирование сроков и бюджета проекта;
  • Регулярная коммуникация планов Product Owner;
  • Вместе с Тим-лидом и Архитектором формирует структуру задач в разработке на основе пользовательских сценариев;
  • Следит за полнотой детализации задач в разработке;
  • Управление задачами проекта с точки зрения последовательности реализации и их зависимости;
  • Обеспечение ресурсами команды разработки;
  • Управление командой проекта;
  • Scrum Master:
    • планирование спринтов;
    • проведение ежедневных встреч;
    • организация демо;
    • проведение ретроспектив;
    • в идеале — следит за  благоприятным эмоциональным фоном в команде проекта.

В чем принципиальная разница ролей Project Manager и Team Lead?

Роль: Team-lead разработки

Основная задача — организация процесса разработки и детализация технических задач на конкретных разработчиков. В отличии от Project Manager у него нет задачи контроля сроков. В небольших командах он же — СТО или Технический директор:

  • Прорабатывает логику управления процессом разработки (совместный доступ к хранилищу кода, поддержание версионности, контроль за изменениями в коде, code review);
  • Формирует планы спринтов;
  • Формирует ресурсный план команды разработки (т.е. сколько и каких разработчиков и других технических ролей необходимо в команде для решения сформированного объема задач);
  • Ставит задачи разработчикам;
  • Совместно с Архитектором консультирует разработчиков по техническим вопросам;

Бывает ли такое, что один человек реализует и роль Project Manager и Team Lead? Если такое и случается, то это, скорее, исключение. Параллельно решать вопросы технической реализации и организационные вопросы в рамках проекта одному человеку сложно, поэтому эти роли нужно разделять.

Матрица ответственности PM и Тим Лида — загрузить матрицу 

Итоги:

  • Мы поговорили о 4 “локомотивных” ролях и задачах, которые реализуют все эти роли;
  • Мы предоставили вам матрицу ответственности, которая, как инструмент, жизненно важна при обсуждении любого проекта.

В следующих материалах мы рассмотрим другие роли в проекте.

28.04.2020