Когда для управления задачей достаточно Agile и когда стоит добавить проектное управление
В ходе своей пятничной презентации на Project Management Forum кратко (в силу ограниченного времени доклада) затронул тему достаточности Agile (SCRUM) или необходимости проектного управления в зависимости от свойств задачи. Упомянул четыре буллита: 🎯Неопределенность в требованиях, т.е. не знаем что хочет клиент или просит рынок VS вполне определенные требования, причем требующие взаимосвязанной реализации нескольких групп работ; 🎯Требуется протестировать гипотезу недорого VS Необходимо выполнить работы в рамках контракта в заданный срок; 🎯Приоритет на скорость вывода в прод VS Приоритет на качественный результат по всем составляющим проекта; 🎯В реализации задействовано не более трех команд разных иерархий VS ... более трех.
Но есть еще один важный пятый вопрос, ответ на который возможно даже более важен чем выбор по четырем буллитам выше: А есть ли генеральный Заказчик, который хочет реализовывать задачу как проект и которому необходим внешний руководитель проекта ?
Так как если ген. Заказчик говорит: -я сам буду регулярно спрашивать все команды и формировать свою собственную независимую картину мира, - то ему внешний руководитель проекта не нужен, так как таким руководителем будет сам он. И тогда он за счет своего авторитета и существенного вовлечения в задачу может управлять ей и поверх Agile, спрашивая достаточное количество людей достаточное количество раз.
А вот если ген. Заказчик все-таки хочет единую точку получения независимого и согласованного со всеми командами статуса - то он тогда захочет, чтобы у задачи был независимый РП. Которому проще будет управлять такой задачей как проектом. И тогда гибридное управление задачей появится естественным образом.
В этом посте были ссылки, но мы их удалили по правилам Сетки
· 03.07
Как полуфилософская мысль может стать вообще для чего-то достаточной? Это набор базовых идей на основе которых может быть разработана и применена методология. В чистом виде Agile или даде набор иструментов Scrum, не являясь методологиями, не применимы ни к чему.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 03.07
Все верно. Поэтому в крупной компании применяется не чистый скрам, а фреймворк на его базе. Везде свой. Со спринтами, церемониями и тд
Этот слайд - с моего выступления на конференции, где я рассказывал про гибридное управление проектами. Этот слайд шел после более подробного слайда, так контекст был бы более понятен
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 03.07
Не честно так с нами поступать, только кусочек пазлика)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён