Назад

Исследование · База

Как определить стейкхолдеров системы

Найти участников, влияющих на требования, решения и приемку результата.

Исследование: визуальный контекст этапа

Кратко: за 2 минуты

Найти участников, влияющих на требования, решения и приемку результата. Результат работы — Stakeholder Map.

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

Когда применять

Урок относится к этапу «Исследование». Понять реальную проблему, границы системы и интересы участников до описания решения. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.

ЦельПравильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации.
ДействиеСоберите роли и владельцев процессов
ПроверкаУ каждого решения есть владелец

Что это дает

Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Stakeholder Map».

Пошагово: как выполнить

  1. Соберите роли и владельцев процессов
  2. Уточните интерес, влияние и полномочия каждого
  3. Назначьте формат и частоту взаимодействия

Критерии приемки

  • У каждого решения есть владелец
  • Конфликты интересов отмечены
  • Карта согласована с заказчиком

Типичные ошибки

  • Ограничиться оргструктурой
  • Не включить эксплуатацию и поддержку

Инструменты

Stakeholder MapRACIMiro

Пример

Плохой пример

Ограничиться оргструктурой

Хороший пример

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

Шаблон

Карта решений участников

Скачать рабочий лист этого урока

Выбрать рабочий шаблон

Рабочий артефакт

Рабочий артефакт

Карта решений участников

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

  • Стейкхолдеры
  • Проблемы
  • Допущения
  • Открытые вопросы

Контроль качества

Артефакт

Карта проблемного поля

Метрика проверки

У каждого решения есть владелец

Когда пересматривать

После релизов, изменения требований, обновления целей и появления новых рисков.

Что передать дальше

Контекст, проблему, доказательство, владельца, срок и критерий приемки.

Перед отметкой выполнено: У каждого решения есть владелец

Как применять

Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.

Короткие ответы

Частые вопросы

Зачем выполнять пункт «Как определить стейкхолдеров системы»?

Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Stakeholder Map».

С чего начать выполнение?

Соберите роли и владельцев процессов

Как понять, что пункт выполнен?

У каждого решения есть владелец

Какая ошибка чаще всего мешает результату?

Ограничиться оргструктурой

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Определить стейкхолдеров системы»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?

Для углубленного изучения

· Версия 2 · Обновлено

Независимая экспертная проверка не заявлена.

Что обновлено
  • — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.

Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.

Предложить исправление через контакты Ariol