Найти в Дзене

ПРОЕКТ С ПРОДЖЕКТ МЕНЕДЖЕРОМ И БЕЗ НЕГО

Оглавление

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

Общение с заказчиком 💬🗨

-2

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

Контроль за сроками ⌚

-3

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

Распределение бюджета 💼

-4

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

Планирование рисков 📝

-5

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

Взятие ответственности ✋

-6

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

Интересно, как считаете вы, насколько ПМ необходим для разработки проекта?