Важная статья. К сожалению, достаточно много ПМ выполняют просто функции кнопочки Forward между заказчиком/тестировщиком и разработчиком. И смысл их в проекте исчезает, отношение к профессии ухудшается. А на самом деле зачастую проект укладывается в сроки и бюджет, запускается с нужной функциональностью именно благодаря хорошему ПМу.
ПМ - коммуникатор между бизнесом и разработчиком. Поэтому таск-менеджмент это лишь верхушка, которая может быть при работе. Даже при составлении ТЗ в виде бизнес-нотации уже определяет общий скоуп, команду и последующие действия.
Действительно грустно, что основная суть работы проджекта сейчас это клик-таск-клик-закрыть. Так не должно быть или же тогда нужно называть свою должность правильно: Администратор. Иначе это трудно назвать проджектом. Это в первую очередь про погружение в бизнес и в проект от заказчика)
Важная статья. К сожалению, достаточно много ПМ выполняют просто функции кнопочки Forward между заказчиком/тестировщиком и разработчиком. И смысл их в проекте исчезает, отношение к профессии ухудшается. А на самом деле зачастую проект укладывается в сроки и бюджет, запускается с нужной функциональностью именно благодаря хорошему ПМу.
Полностью согласен!
ПМ - коммуникатор между бизнесом и разработчиком. Поэтому таск-менеджмент это лишь верхушка, которая может быть при работе. Даже при составлении ТЗ в виде бизнес-нотации уже определяет общий скоуп, команду и последующие действия.
Действительно грустно, что основная суть работы проджекта сейчас это клик-таск-клик-закрыть. Так не должно быть или же тогда нужно называть свою должность правильно: Администратор. Иначе это трудно назвать проджектом. Это в первую очередь про погружение в бизнес и в проект от заказчика)