Как проводить интервью с заказчиком, если ты аналитик в ИТ команде (чек-лист)
Пошаговый алгоритм интервью с заказчиком для аналитика без бизнес-аналитика в команде: подготовка, проведение, анализ и подтверждение требований.
Частый вопрос: как быть, если в ИТ-команде нет бизнес-аналитика? Кажется, что разница невелика — есть он или нет, — но не всё так просто. Несколько месяцев назад я завёл канал в 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.
Ваш ДПУПП
Похожие статьи
Чем детальнее ТЗ, тем слабее разработчики — парадокс, который я вижу на проектах
Почему избыточно подробные требования со временем убивают экспертизу разработчиков, где реальные плюсы и минусы общего ТЗ и как найти баланс между предсказуемостью и ростом команды.
Классика ошибок на ИТ проектах СА
Типичные просчёты системных аналитиков на крупных enterprise-проектах в банкинге и финтехе: нечёткие требования, интеграции с legacy, регуляторика, негативные сценарии и ранняя валидация — и как минимизировать риски.
User Story: самая недооценённая вещь в командах
Что такое user story, как писать её через связку «кто — что — зачем», зачем нужны критерии приёмки и на каких граблях команды спотыкаются чаще всего.