31 подписчик
В ответ на пост
Поясню чуть тут.
Ролевая модель - один из ключевых элементов для ясного понимания распределения ответственности в проектах.
В простых проектах все более менее просто.
Есть заказчик. У него есть проблема и он хочет чтобы она была разрешена с помощью проекта. Он ставит требования и определяет цель (часто ему тут помощь нужна но ответственность за формулировку цели на нем. Его задача точно сказать что хочет).
Есть РП (Руководитель проекта). Его задача обеспечить выполнение в срок и в бюджет Х задач, ткм самым достигнув цели проекта.
Есть Куратор, он выделяет ресурсы на проект и оказывает ему поддержку.
Есть ключевые стейкхолдеры, они тоже могут чего то хотеть или не хотеть.
В более сложных конфигурациях появляются еще куча бенифициаров проекта.
И тут важно разделить кто что хочет (или не хочет) от проекта, и кто за что готов и/или должен, может реально отвечать.
(Кстати насчет иметь право хотеть тут тоже тонкость есть, по идее требования тоже должны валидироваться в иерархии ответственности и подчинения, а то может кто то что то захотеть и это идет в разрез с хотелками вышестоящих и опять каша).
Большинство может хотеть (и получить эффекты от проекта).
А кто то один все равно должен стать заказчиком, на котором соберутся все требования и кто в итоге поставит финальную подпись ( и ответит потом за затраты).
Если проекты про внутренние изменения, то важно увидеть что обьект с которым работает проект.
Например человек хочет быть получателем эффектов от изменений бизнес процесса, но не готов быть заказчиком проекта, который делает эти изменения, потому что заказчиком по хорошему должен быть владелец процесса.
Еще более интересная конфигурация получается если речь идет о программе или портфеле.
Разобраться с ролевой моделью - и сильно экономится время и нервы.
А то иначе все что то делают но не понятно кто за что отвечает.
1 минута
16 августа 2023