3 мин

Как проводить интервью с заказчиком, если ты аналитик в ИТ команде (чек-лист)

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

Как проводить интервью с заказчиком, если ты аналитик в ИТ команде (чек-лист)

Частый вопрос: как быть, если в ИТ-команде нет бизнес-аналитика? Кажется, что разница невелика — есть он или нет, — но не всё так просто. Несколько месяцев назад я завёл канал в Telegram, чтобы делиться взглядом на ИТ-изнанку: на то, что обычно прячется за красивыми словами про дружный коллектив и корпоративное обучение. Большую часть карьеры я работал именно аналитиком, так что говорю из своего опыта.

Дальше исхожу из того, что ты по умолчанию системный аналитик, а бизнес-аналитика в команде нет — значит, интервью с заказчиком ложится на тебя. Разберём пошаговый алгоритм: как я его вижу и на что обращаю внимание сам.

Шаг 1: Подготовка

1.1 Изучите доступную информацию:

  • соберите все имеющиеся документы о проекте и заказчике: бизнес-план, технические спецификации, текущие бизнес-процессы и т. д.;
  • познакомьтесь с историей взаимоотношений с заказчиком и прошлыми проектами, если они есть;

1.2 Сформулируйте цель интервью:

  • определите, что вы хотите узнать от заказчика на данном этапе;
  • составьте список вопросов и тем для обсуждения;

1.3 Подготовьте необходимые материалы:

  • подготовьте блокнот, диктофон, презентации или диаграммы — всё, что пригодится в ходе интервью;

Шаг 2: Проведение интервью

2.1 Установите контакт и доверительные отношения:

  • начните с короткого знакомства и создайте дружелюбную атмосферу;
  • объясните цель интервью и какие результаты вы надеетесь получить;

2.2 Слушайте внимательно:

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

2.3 Задавайте уточняющие вопросы:

  • копайте в детали. Сначала — открытые вопросы с развёрнутым ответом, потом уточняйте точечными, где ответ сводится к «да» или «нет»;

2.4 Документируйте информацию:

  • фиксируйте ключевые моменты — чётко и структурированно;
  • зафиксируйте требования, ограничения, приоритеты и сроки, о которых говорил заказчик;

Шаг 3: Анализ полученной информации

3.1 Организуйте информацию:

  • после интервью организуйте все собранное в структурированную документацию;
  • составьте список требований и задач на основе информации от заказчика;

3.2 Анализируйте и интерпретируйте данные:

  • выявите ключевые пункты, требования и цели заказчика;
  • определите возможные риски и проблемы, которые могут возникнуть в процессе проекта;

Шаг 4: Обратная связь и подтверждение

4.1 Подтвердите собранные данные:

  • свяжитесь с заказчиком для уточнения и подтверждения собранных требований и данных;
  • убедитесь, что все стороны понимают и согласны с результатами интервью;

4.2 Создайте документацию:

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

Этот алгоритм систематизирует интервью и помогает вытащить из заказчика то, без чего проект не сдвинется. Работает он не только в ИТ — везде, где есть заказчик и исполнитель. И держи связь с заказчиком на всём протяжении проекта: требования будут меняться, будут появляться новые. Только помни главное правило — каждое новое требование двигает и весь скоуп работ.

Всем спасибо и до новых встреч!


Из моего Telegram-канала @it_underside.

Ваш ДПУПП

Похожие статьи