Кого ты забыл согласовать? 🤔
Чем больше задача — тем больше людей вокруг неё.
Бизнес, смежные команды, архитектор, безопасники, поддержка и всем в какой-то момент «ЧЕТО НАДО».
Я не раз видел на встречах, когда кто-то со стороны заказчика говорил:
И тут уже "Управление заинтересованными лицами" из парочки красивых слов превращается в артефакт, который нужно использовать в работе, чтобы не огрести на каком-либо этапе.
Зачем вообще это фиксировать?
Когда задача небольшая, то вполне ок держать это в голове. Если заинтересованное лицо одно, вряд ли вы его забудете.
Но если проект длится несколько месяцев, участников много, согласования идут в несколько этапов и на каждом этапе свои согласующие, то без фиксации легко кого-то пропустить.
А пропустить стейкхолдера это:
😕узнать о пропущенном требовании в самый неподходящий момент.
😐переделывать то, что уже сделано.
🥲краснеть на созвоне и объяснять почему его не позвали.
Что фиксируем?
Для каждого стейкхолдера важно понимать три вещи:
🆗 Кто это и какова его роль?
🆗 Какой у него интерес к задаче?
🆗 На каком этапе и в каком формате его нужно подключить?
Таблицу удобно держать прямо в аналитике к задаче — не надо держать всё в голове и легко онбордить новых участников.
В комментарии кину пример таблички.
А вы ведёте список стейкхолдеров или держите всё в голове? 👇
IT АНАЛитика | Подписаться
Чем больше задача — тем больше людей вокруг неё.
Бизнес, смежные команды, архитектор, безопасники, поддержка и всем в какой-то момент «ЧЕТО НАДО».
Я не раз видел на встречах, когда кто-то со стороны заказчика говорил:
А почему так решили сделать? Я это не согласовывал.
И тут уже "Управление заинтересованными лицами" из парочки красивых слов превращается в артефакт, который нужно использовать в работе, чтобы не огрести на каком-либо этапе.
Зачем вообще это фиксировать?
Когда задача небольшая, то вполне ок держать это в голове. Если заинтересованное лицо одно, вряд ли вы его забудете.
Но если проект длится несколько месяцев, участников много, согласования идут в несколько этапов и на каждом этапе свои согласующие, то без фиксации легко кого-то пропустить.
А пропустить стейкхолдера это:
😕узнать о пропущенном требовании в самый неподходящий момент.
😐переделывать то, что уже сделано.
🥲краснеть на созвоне и объяснять почему его не позвали.
Что фиксируем?
Для каждого стейкхолдера важно понимать три вещи:
🆗 Кто это и какова его роль?
🆗 Какой у него интерес к задаче?
🆗 На каком этапе и в каком формате его нужно подключить?
Таблицу удобно держать прямо в аналитике к задаче — не надо держать всё в голове и легко онбордить новых участников.
В комментарии кину пример таблички.
А вы ведёте список стейкхолдеров или держите всё в голове? 👇
IT АНАЛитика | Подписаться