22 ноября 2017

Опасности совмещения ролей в проекте: аналитик и руководитель проекта

В современных IT-компаниях часто встречаются случаи совмещения ролей в команде. Это происходит не только в небольших компаниях, где очевидны ресурсные ограничения, но и в крупных. Казалось бы естественным разделить роли в команде для повышения эффективности. Однако, потребность в аналитике растет, и часто на проектах можно встретить специалиста, совмещающего аналитика и руководителя проекта (PM). А в продуктовых компаниях такое совмещение перерастает в отдельную должность - Product owner.

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

Зоны ответственности

Аналитик - управляет информацией;
PM - ответственный за управление проектом.

В стандартном проекте оба специалиста участвуют на всех его этапах: от предпродажной подготовки до внедрения.

1_2_.jpgРис. 1 — Этапы проекта


При этом аналитик по отношению к PM относится к внутренним сотрудникам проекта:

2.jpgРис. 2 — Проектная команда


Обе роли несут четко определенные ответственности:

Ответственность PM

  1. РЕЗУЛЬТАТ - достижение целей проекта, разработанные решения проблем;
  2. БЮДЖЕТ - соблюдение установленных рамок расходов;
  3. СРОКИ - соблюдение графика времени.

Ответственность аналитика

  1. КАЧЕСТВО ТРЕБОВАНИЙ - извлечение, формализация, управление, передача требований;
  2. КОММУНИКАЦИЯ - командная работа и отношение с клиентом;
  3. ОЦЕНКА И СРОКИ - соблюдение установленных трудозатрат аналитики.

Основные причины совмещения ролей:

  • Финансы - сокращение финансовых расходов;
  • Операционное управление - задачи координируются быстрее;
  • Принятие решений - решения принимаются быстрее.

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

9 ошибок совмещения ролей


Я готов взять еще один проект!

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

Реальность: Соотношение общение/администрирование:
PM: 70% / 30%
Аналитик: 30% / 70%

Вывод: был один проект, стало два.

Стремление к совершенству

Ожидание: аналитик генерирует новые идеи и функционал, которые улучшили бы систему.

Реальность: чтобы вписаться в бюджет, часть функционала нужно исключить.

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

Не детализировать ТЗ

Ожидание: я быстрее объясню все разработчикам и не буду тратить время на детализацию ТЗ. Достаточно подробного прототипа.

Реальность: высокие требования к администрированию и управлению. Не все в команде поймут задумки с полуслова.

Вывод: грамотная документация – это четко поставленные задачи, которые нужно держать в голове всей команды. Разработчик должен уметь продуктивно использовать ТЗ, а не постоянно спрашивать аналитика.

Частое переключение между проектами

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

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

Вывод: Нужно внедрить:

  1. Календарь мероприятий;
  2. Приоритезация;
  3. Выделение ограниченного объема времени на свои задачи;
  4. Сокращение количества проектов

Передавать право принятия решений

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

Реальность: аналитик спрашивает команду, советуется, уточняет технические вопросы. Если роль аналитика преобладает, то его авторитет как PM’а падает.

Вывод:

  1. Решения по проекту принимает PM;
  2. Решения должны нести волевой характер;
  3. Публично роль аналитика включается кратковременно.

Не делиться всей информацией

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

Реальность:

  1. Если ты заболеешь или уволишься, другие члены команды не владеют всей информацией;
  2. Время на передачу информации и контакты;
  3. Недостатки переключения между проектами

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

Оптимистичная оценка своих трудозатрат

Ожидание: как PM я оцениваю свою роль аналитика в проекте слишком оптимистично.

Реальность: рваная загрузка; нарушение сроков и трудозатрат.

Вывод: закладывать запас по срокам.

Исполнять обязанности QA

Ожидание: выполняя две роли и неся ответственность за качество проекта, включаешься в процесс приемки и проверяешь не только за разработчиками, но и за QA.

Реальность:

  1. Понижение компетенции QA в глазах команды и его демотивация;
  2. Перерасход бюджета;
  3. Переработка

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

Переработка

Ожидание: осознавая свою значимость и ответственность, ты считаешь необходимым больше работать.

Реальность:

  1. Ухудшение здоровья;
  2. Профессиональное выгорание;
  3. Ошибки администрирования и управления;
  4. Необходимость для компании оплачивать твои переработки.

Вывод:

  1. 40 часовая рабочая неделя;
  2. Компенсация переработок отдыхом;
  3. Обязательный отпуск!

Итого: как распределяем роли

Известно среднее количество проектов, которые одновременно может вести аналитик либо PM в одной роли:

Аналитик

  • 1-2 крупных проекта по 5-10 человек;
  • 2-4 средних проекта по 2-5 человек.

PM

  • 2-3 крупных проекта по 5-10 человек;
  • 3-5 средних проекта по 2-5 человек.

Что касается совмещения ролей, то таких проектов должно быть в 2 раза меньше:

  • 1 крупный проект по 5-10 человек;
  • 2 средних проекта по 2-5 человек.

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

Константин
Ведущий аналитик и руководитель проектов
Константин
Ведущий аналитик и руководитель проектов
Понравилась статья?
Подпишитесь на рассылку SimbirSoft! Пришлём письма о лайфхаках в разработке, поделимся опытом управления командами и компанией, а также расскажем о новых ивентах SimbirSoft.

Другие статьи

Вебинар «Красиво vs Качественно. Какие метрики вашего бизнеса зависят от Frontend-разработки?»
12 марта 2024
На форуме Seymartec Energy эксперты SimbirSoft поделятся опытом использовании ИИ в энергетике
07 марта 2024
WMS для управления складом: что такое и как выбрать
07 марта 2024
Написать нам
Оставьте контакты, чтобы обсудить проект и условия
сотрудничества, или позвоните: 8 800 200-99-24
Прикрепить файл до 10Мб
Файл выбран
Можно прикрепить один файл в формате: txt, doc, docx, odt, xls, xlsx, pdf, jpg, jpeg, png.

Размер файла до 10 Мб.
Оставьте свои контакты
SimbirSoft регулярно расширяет штат сотрудников.
Отправьте контакты, чтобы обсудить условия сотрудничества.
Прикрепить резюме, до 10 Мб
Файл выбран
Можно прикрепить один файл в формате: txt, doc, docx, odt, xls, xlsx, pdf, jpg, jpeg, png.

Размер файла до 10 Мб.
Написать нам
Расскажите, какие задачи сейчас на вашем проекте.
Проконсультируем и предложим подходящих специалистов, а также сориентируем по ставкам на аутстаф.
Направление
Количество специалистов
Middle
TeamLead
Senior
TechLead
Прикрепить файл до 10Мб
Файл выбран
Можно прикрепить один файл в формате: txt, doc, docx, odt, xls, xlsx, pdf, jpg, jpeg, png.

Размер файла до 10 Мб.
Экспресс-консультация
Заполните все поля формы.
Эксперт свяжется с вами в течение рабочего дня.
Тематика
Прикрепить файл до 10Мб
Файл выбран
Можно прикрепить один файл в формате: txt, doc, docx, odt, xls, xlsx, pdf, jpg, jpeg, png.

Размер файла до 10 Мб.
Порекомендуйте друга — получите вознаграждение!
  • Middle Fullstack QA Engineer (Mobile)
  • Python-paзработчик
  • Java-разработчик
  • Angular-разработчик
  • Аккаунт-менеджер IT-проектов
  • Системный аналитик
  • QA Engineer Fullstack (Python)
  • C#-разработчик
  • Инженер по нагрузочному тестированию
  • Golang-разработчик
  • DevOps-инженер
  • 1С-аналитик
  • 1C QA Engineer
  • Юрист
  • Разработчик на C++
  • 1С-разработчик
  • DWH-разработчик
  • Разработчик Bitrix24
  • Data Scientist
  • Маркетолог
  • Менеджер по продажам IT SaaS
  • QA Engineer Fullstack (Java/Kotlin)
  • Бизнес-аналитик
  • Аналитик DWH
  • Team Lead Java
  • Специалист по адаптации персонала
  • Менеджер проектов 1С
  • Vue-разработчик
  • Руководитель отдела Backend
  • SDET (Java)
  • Менеджер по продажам IT продуктов на иностранное направление
  • Менеджер по продажам IT продуктов
  • IT сорсер
  • Team Lead Python
Прикрепить резюме, до 10Мб
Файл выбран
Можно прикрепить один файл в формате: txt, doc, docx, odt, xls, xlsx, pdf, jpg, jpeg, png.

Размер файла до 10 Мб.