Просмотр исходного текста страницы Интервью

'''Интервью со стейкхолдером''' (Stakeholder Interview) — [[Рабочий продукт|рабочий продукт]] [[Альфа|альфы]] "[[Возможности]]".

[[ISO/IEC 31010]] описывает метод [[оценка риска|оценки рисков]] "Структурированные или частично структурированные интервью".
* В ''структурированном интервью'' опрашиваемому задают вопросы из заранее подготовленного перечня, поощряющие всесторонний анализ ситуации и, таким образом, более полную идентификацию опасностей и риска.
* ''Частично структурированное интервью'' аналогично структурированному, однако оно обеспечивает большую свободу при обсуждении исследуемой проблемы.

== Область применения ==
Структурированные и частично структурированные интервью полезны в ситуациях, когда трудно собрать людей для обсуждения или когда свободное обсуждение в группе невозможно. Данные виды интервью чаще всего используют как часть процесса анализа риска для идентификации опасностей или оценки эффективности средств управления. Они могут быть применены на всех стадиях проекта или процесса. Структурированные и частично структурированные интервью могут быть использованы при сборе входных данных для оценки риска причастными сторонами.

== Процесс выполнения метода ==
Вначале необходимо составить перечень вопросов, направляющих размышления опрашиваемого. Вопросы должны быть, насколько возможно, простыми, изложены на понятном для опрашиваемого языке и охватывать только одну проблему. Ответы на вопросы не должны быть ограничены по времени. Возможные последующие вопросы, направленные на разъяснение ответов, должны быть подготовлены заранее.

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

При анализе ответов необходимо проявлять гибкость и обеспечить возможность исследования областей, предлагаемых опрашиваемыми в своих ответах.

== Преимущества ==
* Структурированные интервью позволяют опрашиваемым анализировать проблему.
* Обмен информацией «один на один» может позволить рассмотреть проблему со всех сторон.
* Метод позволяет вовлечь в обсуждение проблемы большее количество [[стейкхолдер|причастных сторон]], чем [[мозговой штурм]], в котором задействована относительно небольшая группа лиц.

== Недостатки ==
* Структурированное интервью требует больших затрат времени интервьюера для получения и обработки разнообразных и многочисленных мнений о проблеме.
* Метод допускает предвзятость и нежелание обсуждать проблему в группе.
* При применении метода трудно применить способы стимулирования и фантазии человека, которые являются особенностью мозгового штурма.

== Контрольные вопросы ==
[http://boxesandarrows.com/a-stakeholder-interview-checklist/ A Stakeholder Interview Checklist, Kim Goodwin, 2013]

=== Что нужно искать в ответах === 
* Предположительные ограничения - почему они являются ограничениями?
* Какая проблема должна быть решена?

=== Вопросы ко всем стейкхолдерам ===
* Какова ваша роль в этом проекте?
* Чем вы занимались до этого проекта?
* Каким должен быть продукт?
* Для кого будет этот продукт?
* Когда должен быть разработан продукт?
* Что вас беспокоит в этом проекте? Что может быть хуже всего?
* Какие цели должен достичь этот проект?
* Как вы лично определите успех этого проекта?
* Есть ли кто-нибудь, с кем, по вашему мнению, нам нужно поговорить, кого нет в нашем списке? С кем?
* Как бы вы хотели участвовать в остальной части проекта, и как лучше всего с вами связываться?

=== Вопросы к отвечающим за маркетинг ===
* Кто ваши клиенты и пользователи на текущий момент? Каких изменений вы хотите через пять лет?
* Как этот продукт вписывается в общую стратегию?
* Кто самые крупные конкуренты и что вас в них беспокоит?
* Чем должен этот продукт отличаться от других?
* Как аудитория должна воспринимать бренд вашей компании и бренд продукта? (несколько ключевых слов)
* Какой у вашей компании фирменный стиль? Можно ли увидеть руководство по фирменному стилю и/или примеры его применения?

=== Вопросы к отвечающим за инженерию ===
* Какие технологические решения уже приняты и насколько твердо они закреплены?
* Насколько многочисленна команда разработчиков, и каковы ее навыки?
* Не могли бы вы нарисовать диаграмму и рассказать в общих чертах, как работает система? (только для существующих продуктов)

=== Вопросы к отвечающим за продажи ===
* Кто обычно участвует в принятии решения о покупке?
* Почему покупатели покупают продукт, и почему он превосходит продукцию конкурентов?
* Когда вы теряете продажи, каковы наиболее распространенные причины?
* На что чаще всего жалуются или о чем просят клиенты, и почему?

=== Вопросы к высшему руководству ===
* Вопросы те же, что и к отвечающим за маркетинг, а так же:
* Что нам ещё нужно знать, о чем ваши сотрудники могли не сообщить?
* Если бы вам пришлось выбирать между своевременным выходом на рынок с дефектным продуктом или поздним выходом на рынок с надежным продуктом, что бы вы выбрали?

=== Вопросы к профильным экспертам ===
* Каковы типичные демографические характеристики и навыки потенциальных пользователей и насколько широк разброс?
* Какие, по вашему мнению, отличия от общепринятого распределения ролей и задач мы увидим в проекте?
* Какие, по вашему мнению, рабочие процессы или практики мы увидим в проекте?

=== Вопросы к членам команды ===
* Вопрос к тестировщикам: Какие проблемы вы сейчас видите в развитии?
* Вопрос к техподдержке: Какие проблемы вы видите чаще всего?
* Вопрос к обучающим: Где пользователи сегодня чаще всего путаются?

[[Категория:Методы оценки риска]]
[[Категория:Инструменты и методы сбора данных PMI PMBoK]]