AI-анализ встреч и документов
Дмитрий Бондарев · 6 августа 2026

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

Участники

EPAM Systems: Леонид Юденков Devexperts: Наталья Леонова Не указано: Константин, Александр, Ведущая семинара, Слушатель

О чём встреча

Встреча была посвящена подготовке, проведению и фиксации результатов интервью как основного инструмента выявления требований. Рассматривались интервью в контексте discovery: получение и объединение распределённой у стейкхолдеров информации о процессах, экспертных знаниях и бизнес-решениях. Основное внимание уделялось подготовке контекста, вопросов, сценария, визуальных материалов и инструментов фиксации, а также управлению реакциями собеседников и отклонениями от повестки. Дополнительно обсуждались критерии эффективного интервью, follow-up, фасилитация групповых встреч и действия аналитика при срочной замене коллеги.

Вебинар Леонида Юденкова из EPAM Systems и Натальи Леоновой из Devexperts посвящён тому, как бизнес-аналитику проводить эффективные интервью для выявления требований. Центральная идея выступления состоит в том, что интервью — это не просто разговор со стейкхолдером и не механический список вопросов, а управляемый исследовательский и коммуникативный процесс. Его задача — снизить неопределённость, извлечь распределённые между участниками проекта знания, согласовать понимание потребностей и превратить результаты разговора в применимые решения, требования и дальнейшие действия. При этом успешность интервью определяется не только полученной информацией, но и качеством подготовки, точностью вопросов, учётом реакции собеседника, фиксацией договорённостей, рациональным использованием времени и сохранением доверительных отношений.

Наталья Леонова подчёркивает, что интервью остаётся основным инструментом выявления требований, хотя в практической работе оно всегда сочетается с другими техниками: анализом документации, моделированием процессов, прототипированием, демонстрациями, визуальными схемами и совместной работой с артефактами. Леонид Юденков связывает этот подход с понятием discovery: аналитик действует как исследователь, который заполняет пробелы в понимании задачи. Информация о процессах, проблемах, целях и ограничениях обычно не находится в одном документе или у одного человека: инженер знает фактический ход операций, предметный эксперт — профессиональные нюансы, руководитель — приоритеты и бизнес-решения, а пользователь — реальные трудности работы с системой. Поэтому интервью нужно не только для получения готовых ответов, но и для понимания, каких сведений не хватает, у кого их искать и какие гипотезы необходимо проверить.

Важнейшим фактором эффективности докладчики считают подготовку. Леонид Юденков называет её наиболее значимым этапом интервью: хорошие вопросы сами по себе не спасут встречу, если аналитик не понимает предметную область, не знает роли собеседника, не продумал ход разговора или пришёл в неподходящий момент. Подготовка должна включать анализ контекста встречи, предварительное изучение темы, определение цели, понимание полномочий и позиции интервьюируемого, разработку сценария, подготовку визуальных материалов и инструментов фиксации. Аналитик должен приходить не с общей просьбой «расскажите всё о требованиях», а с проработанными гипотезами, чек-листом и точечными вопросами о действительно неизвестных или спорных аспектах. Это демонстрирует уважение к времени экспертов и позволяет использовать встречу для получения ценной информации, а не для поверхностного введения в огромную тему.

Отдельное значение Леонид придаёт контексту: времени, текущему состоянию проекта, составу участников, их отношениям и актуальным проблемам. Он показывает, что формально хорошо подготовленное интервью может оказаться заранее обречённым на слабый результат, если оно не соответствует ситуации собеседника. Например, после критического сбоя в продакшене руководитель проекта будет сосредоточен на устранении последствий инцидента, а не на обсуждении новых функций или долгосрочных улучшений. В таких обстоятельствах аналитик должен либо учитывать неизбежное искажение восприятия темы, либо менять повестку, переносить разговор или явно согласовывать приоритеты. Следовательно, agenda не является неизменным контрактом: ею нужно управлять с учётом реальной ситуации, а не следовать ей формально.

Наталья Леонова акцентирует, что необходимо готовить не только себя, но и интервьюируемого. Встречу и её повестку следует назначать заранее — как минимум за день, а в сложных случаях лучше за неделю. Это даёт собеседнику возможность войти в предметный контекст, проверить данные, привлечь коллег, понять границы своей компетенции и подготовить осмысленные ответы. Важной нормой коммуникации становится допустимость ответа «Я не знаю» или «Я уточню и вернусь с информацией позже». По мнению Натальи, это гораздо полезнее, чем неуверенные предположения, затягивание разговора или попытки скрыть отсутствие знаний. Аналитик должен создавать атмосферу, в которой признание неопределённости воспринимается не как слабость, а как нормальный этап дальнейшего исследования.

Сценарий интервью нужен для управления встречей, а не для исключения гибкости. Леонид Юденков рекомендует заранее продумать, как ввести человека в контекст, с каких простых вопросов начать разговор, какие темы необходимо обязательно пройти, какие вопросы являются основными, а какие — дополнительными. План должен быть связан с таймингом: аналитик отвечает за то, чтобы в отведённое время покрыть необходимый объём обсуждения и не позволить одной случайной теме вытеснить все остальные. В то же время сценарий не должен быть жёстким: если в разговоре обнаруживается критичная проблема или новая значимая зависимость, можно изменить порядок обсуждения, углубиться в важный вопрос и запланировать отдельную встречу для оставшихся тем. Гибкость эффективна именно тогда, когда есть исходный план и понятно, от чего команда временно отступает.

Существенная часть доклада посвящена качеству вопросов. Леонид предлагает оценивать вопрос не по формальной классификации, а по результату: хороший вопрос приближает к получению нужной информации, плохой — не даёт полезных сведений или уводит разговор в сторону. Аналитик должен сначала исследовать пользовательскую проблему, контекст и ценность, а не преждевременно обсуждать конкретное решение. Вопрос «Нужен ли офлайн-режим?» уже предполагает функциональное решение, хотя ещё не выяснено, есть ли у пользователей соответствующая проблема, как часто она возникает, кого затрагивает и какую ценность даст её устранение. Поэтому вместо подтверждения заранее выбранной функции полезнее спрашивать о жалобах пользователей, сценариях использования, масштабе проблемы, причинах и последствиях.

Леонид также формулирует практические правила построения вопросов: вопрос должен быть коротким и понятным; одна формулировка должна относиться к одной теме; не следует соединять в одном предложении несколько разных вопросов и альтернативных решений. Закрытые вопросы «да—нет» уместны, когда нужно подтвердить известный факт, но они плохо подходят для исследования неизвестного, поскольку дают слишком мало контекста. Для выявления требований предпочтительны открытые вопросы через «что», «как», «почему», «кто», «какой», а также простое уточнение «Что ещё?». Важно не перескакивать между темами: после первого ответа нужно последовательно углубляться в текущий предмет, пока не будет получен достаточный объём информации. Перед сменой области полезно сделать подводку — явно обозначить переход к новой теме, чтобы собеседник успел переключить контекст. При этом наводящие вопросы следует использовать осознанно: для объективного выявления потребностей они искажают ответ, хотя в переговорной ситуации могут применяться намеренно для продвижения определённой позиции.

Наталья Леонова рассматривает негативные реакции собеседника не как автоматическое сопротивление, а как сигнал проверить организацию интервью. Человек может не ответить, потому что потерял контекст на длинной встрече, устал от постоянной смены тем, не считает обсуждаемый вопрос приоритетным или не владеет нужной информацией. Леонид дополняет, что интервью может быть неудачным и по отношенческим причинам: новому аналитику могут пока не доверять или он может не вызвать расположения у собеседника. Доверие нельзя получить дополнительным давлением или количеством вопросов; его нужно формировать через качественные артефакты, выполнение обязательств, результаты команды и, при возможности, личный контакт. Если интервьюируемый пытается увести разговор к другой теме, это стоит воспринимать как признак скрытой или более срочной повестки. Вместо борьбы за agenda аналитик должен прямо согласовать приоритеты: признать важность новой темы, обсудить её при необходимости, но зафиксировать, почему исходный вопрос также требует времени и какие риски создаёт его перенос.

Визуальное сопровождение и фиксация результатов рассматриваются как часть самого интервью, а не как работа после него. Наталья Леонова рекомендует использовать схемы, прототипы, таблицы, наброски и совместные заметки, поскольку визуальное представление помогает участникам одинаково понимать предмет разговора. Особенно ценным является создание таких артефактов вместе с заказчиком: схема процесса или список требований формируется прямо во время обсуждения, а собеседник может немедленно уточнить, дополнить или исправить понимание аналитика. Леонид Юденков советует заранее подготовить инструмент фиксации — заметки со списком вопросов, feature list, таблицу приоритетов или Jira Board. В идеале этот инструмент должен быть виден собеседнику во время онлайн-встречи: тогда результаты валидируются по ходу разговора, а не становятся неожиданной интерпретацией аналитика после созвона. Скриншот: инструменты фиксации и совместная работа с результатами ~15:00

Завершающий этап интервью — подведение итогов и follow-up. Леонид подчёркивает, что в конце встречи необходимо проговорить ключевые решения, договорённости, открытые вопросы и дальнейшие действия так, чтобы участники могли сразу подтвердить или скорректировать итоговое понимание. После встречи следует отправить понятные минутки с договорённостями, action items, ответственными и сроками. Формат follow-up должен соответствовать адресату: бизнес-пользователям нужны решения, последствия и приоритеты, а не технические диаграммы, если они не требуются для принятия решений. При этом итоговый документ должен быть понятен и тем заинтересованным сторонам, которые не присутствовали на интервью, включая руководителей или коллег, подключающихся позднее. Таким образом, follow-up становится инструментом распространения единого понимания, а не просто личным конспектом аналитика.

По итогам выступления эффективным можно считать интервью, которое достигло своей цели, дало нужную информацию или помогло принять решение, не требует постоянного возвращения к той же теме и не создаёт поздних возражений от неучтённых стейкхолдеров. Наталья Леонова добавляет критерии рационального использования времени и состава участников: встреча не должна быть длиннее необходимого, а в обсуждении должны участвовать только люди, чьи знания, полномочия или согласование действительно нужны. Не менее важен отношенческий результат: после интервью рабочее взаимодействие должно как минимум не ухудшиться, а в лучшем случае стать более доверительным. Скриншот: выводы и критерии эффективного интервью ~31:00

В вопросах аудитории докладчики уточняют, что роль интервьюируемого можно и нужно направлять. Если бывший разработчик, приглашённый как пользователь, уходит в технические детали, Наталья Леонова советует через вопросы и прямое обозначение рамки вернуть его к пользовательскому опыту или бизнес-приоритетам; Леонид приводит аналогичный пример переключения product owner с оценки количества строк кода на обсуждение ценности и приоритетов. Для групповых интервью с несколькими представителями заказчика требуется уже не только навык интервьюирования, но и фасилитация: необходимо распределять слово, вовлекать молчащих участников, ограничивать доминирование наиболее громких и при необходимости выделять отдельного модератора. Наконец, в ситуации срочной замены аналитика Леонид и Наталья рекомендуют обеспечивать устойчивость команды заранее: проводить кросс-ревью артефактов, сохранять доступные планы интервью, follow-up и заметки. Если глубоко подготовиться невозможно, временно заменяющему аналитику следует быстро восстановить хотя бы верхнеуровневый контекст, честно обозначить свою роль и не создавать ложных ожиданий относительно глубины владения темой.

Подробное резюме по темам

Участники встречи
Участники встречи

Оглавление:

  1. Интервью как центральный инструмент выявления требований
  2. Discovery как исследование неизвестного и сбор распределённых знаний
  3. Цели интервью: процессы, экспертные знания и бизнес-решения
  4. Интервью как коммуникативный акт
  5. Подготовка как основной фактор эффективности интервью
  6. Контекст встречи: время, участники, отношения и состояние проекта
  7. Изменение повестки при неподходящем контексте
  8. Роль интервьюируемого: руководитель, пользователь или технический специалист
  9. Полномочия, опыт и готовность собеседника раскрывать информацию
  10. Изучение предметной области и подготовка точных вопросов
  11. Заблаговременная подготовка интервьюируемого
  12. Время собеседника на сбор информации и подготовку к разговору
  13. Сценарий интервью: контекст, разогрев и последовательность вопросов
  14. Тайминг и управление отклонениями от сценария интервью
  15. Визуальное сопровождение интервью: схемы, прототипы и заметки
  16. Совместное создание визуальных артефактов с заказчиком
  17. Подготовка инструментов для фиксации результатов интервью
  18. Заметки, feature list, таблицы и Jira Board для оперативной фиксации
  19. Демонстрация записей собеседнику и немедленная валидация
  20. Фиксация в формате, готовом для последующего follow-up
  21. Форматы проведения интервью и выбор способа взаимодействия
  22. Ориентация интервью на адресата и его реакции
  23. Хорошие и плохие вопросы как инструмент извлечения информации
  24. Выяснение пользовательской ценности до обсуждения решения
  25. Вопросы «да—нет» как инструмент точечного подтверждения
  26. Открытые вопросы для развёрнутого раскрытия информации
  27. Краткий и понятный вопрос как условие качественного ответа
  28. Принцип «один вопрос — одна тема»
  29. Последовательное углубление в тему без потери контекста
  30. Уточняющие вопросы «Что ещё?», «Как?», «Почему?» и «Какой?»
  31. Подводка к вопросу для переключения контекста
  32. Риски наводящих вопросов и их переговорное применение
  33. Потеря контекста и длительность встречи как причины негативной реакции
  34. Несовпадение темы интервью с приоритетами собеседника
  35. Нормальное отношение к ответу «Я не знаю»
  36. Недоверие к интервьюеру как источник неудачного интервью
  37. Формирование доверия через результаты работы и личный контакт
  38. Распознавание скрытой повестки и смены темы
  39. Согласование приоритетов при уводе разговора в сторону
  40. Серия методов для проработки сложных тем
  41. Фиксация итогов и договорённостей прямо на встрече
  42. Follow-up и минутки: договорённости, действия, ответственные и сроки
  43. Адаптация follow-up под адресата
  44. Follow-up как понятный документ для отсутствовавших участников
  45. Эффективное интервью: цель достигнута и нужная информация получена
  46. Эффективное интервью: к теме не приходится возвращаться снова и снова
  47. Эффективное интервью: решения понятны и распространены среди нужных стейкхолдеров
  48. Эффективное интервью: оптимальное время и только необходимые участники
  49. Эффективное интервью: сохранение и укрепление доверительных отношений
  50. Возврат интервьюируемого к нужной роли и исходной теме
  51. Переключение бывшего разработчика с технических деталей на бизнес-приоритеты
  52. Фасилитация интервью с несколькими представителями заказчика
  53. Вовлечение молчащих и ограничение доминирующих участников группового интервью
  54. Роль фасилитатора в предотвращении хаоса и эмоциональных споров
  55. Явное правило очередности выступлений в групповой дискуссии
  56. Обмен знаниями в команде как подготовка к срочной замене аналитика
  57. Кросс-ревью артефактов для сохранения контекста смежных тем
  58. Использование планов, follow-up и заметок для срочной подготовки
  59. Честное обозначение роли временно заменяющего аналитика
  60. Стресс экстренной замены и необходимость верхнеуровневой подготовки

1. Интервью как центральный инструмент выявления требований

Наталья Леонова (Devexperts) характеризует интервью как основной инструмент выявления требований, упоминаемый в аналитических стандартах и профессиональной литературе. Под интервью в данном контексте понимается прежде всего содержательный разговор аналитика с представителями заказчика, пользователями, экспертами и иными участниками проекта, позволяющий получить недостающую информацию о потребностях, проблемах и будущем решении.

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

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

Таким образом, интервью в докладе рассматривается как базовый канал выявления требований, вокруг которого могут объединяться другие аналитические практики. Его эффективность зависит не только от самого факта разговора, но и от качества подготовки, выбора собеседников, формулировок вопросов, фиксации результатов и последующей работы с договорённостями.

↑ К оглавлению

2. Discovery как исследование неизвестного и сбор распределённых знаний

Леонид Юденков (EPAM Systems) связывает интервью с понятием discovery, которое используется в англоязычной терминологии бизнес-анализа. Дословный перевод этого слова как «открытие» он считает менее удачным, чем интерпретацию «исследование». Такое понимание точнее передаёт суть работы аналитика на этапе сбора требований: аналитик не просто принимает готовый набор пожеланий, а исследует ещё не до конца понятную область.

В этой модели аналитик выступает исследователем, которому необходимо заполнить «пустые места на карте» и найти недостающие фрагменты общей картины. Объект исследования может сильно различаться по масштабу. Это может быть небольшая функциональность, отдельная фича продукта, либо крупная инициатива наподобие цифровой трансформации большой компании. Независимо от масштаба, исходная информация неполна и распределена между разными людьми.

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

Задача аналитика состоит не только в том, чтобы получить готовые ответы. Иногда интервью позволяет найти прямой ответ на конкретный вопрос, а иногда лишь приближает к нему: помогает понять, каких данных не хватает, у кого они могут быть, какие допущения следует проверить и какие следующие обсуждения потребуется провести. Поэтому discovery описывается не как одноразовая встреча, а как исследовательский процесс, в котором интервью служит способом последовательно уменьшать неопределённость.

↑ К оглавлению

3. Цели интервью: процессы, экспертные знания и бизнес-решения

Леонид Юденков выделяет несколько типов целей, ради которых аналитик проводит интервью. Первой целью может быть исследование бизнес-процесса. В качестве примера приводится разговор с инженером, который способен объяснить, как в организации оформляется заказ реагентов со склада. Такое интервью даёт материал для понимания существующего процесса и последующей автоматизации его шагов.

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

Третья цель интервью — получить бизнес-решение или понять направление, в котором организация хочет развивать продукт или систему. Например, руководитель отдела маркетинга может объяснить приоритеты подразделения и его основные потребности. На основе этой информации команда может планировать доработки системы, определять важность инициатив и выбирать, какие изменения необходимо реализовывать в первую очередь.

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

↑ К оглавлению

4. Интервью как коммуникативный акт

Наталья Леонова предлагает рассматривать интервью через понятие коммуникативного акта. С этой точки зрения интервью — не просто рабочая встреча или неформальный разговор, а единица коммуникации, которую можно выделить, описать и анализировать. Такой подход придаёт взаимодействию аналитика со стейкхолдерами более чёткую структуру.

По словам Натальи, аналитикам нередко кажется, что коммуникации в их работе слишком много и она слишком разнообразна, чтобы её можно было объединить в одну управляемую систему. Обсуждения бывают письменными и устными, проходят в формате переговоров, встреч и звонков. Даже попытка отследить, сколько времени тратится на Zoom-митинги или иные переговоры, может оказаться непростой. Понятие коммуникативного акта позволяет декомпозировать этот объём взаимодействий на отдельные осмысленные элементы.

Одно интервью можно рассматривать как единый коммуникативный акт. Если же интервью большое, длительное и состоит из нескольких разных обсуждений, его можно разделить на меньшие коммуникативные единицы. Такое разбиение помогает не воспринимать встречу как хаотичный поток разговоров, а видеть в ней последовательность отдельных этапов, тем, вопросов и реакций собеседника.

Практическая ценность такого взгляда заключается в возможности осознанно управлять коммуникацией. Аналитик может заранее определить, какой разговор требуется провести, с кем, для чего и какой результат должен быть получен. После этого интервью можно разбирать не только по итоговой информации, но и по тому, как были организованы переходы между темами, насколько понятными были вопросы, как реагировал адресат и были ли достигнуты цели общения. 11:00 — На экране продолжается слайд об анализе темы интервью, с мультяшным голубем справа и

↑ К оглавлению

5. Подготовка как основной фактор эффективности интервью

Леонид Юденков называет подготовку наиболее важным этапом проведения интервью. Именно на этом этапе закладываются условия, при которых последующая встреча может привести к полезному результату, а не превратиться в разговор без ясной цели, неподготовленные вопросы или попытку получить слишком широкий объём сведений за ограниченное время.

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

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

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

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

В совокупности подготовка создаёт основу для эффективного интервью: она снижает вероятность разговоров «вслепую», помогает удерживать фокус, бережёт время участников и делает итоговые договорённости более пригодными для дальнейшего использования в работе.

↑ К оглавлению

6. Контекст встречи: время, участники, отношения и состояние проекта

Леонид Юденков подчёркивает, что контекст — обязательный объект анализа при подготовке к любому интервью. Контекст важен как для устной, так и для письменной коммуникации. Под ним понимаются время и место встречи, состав участников, их взаимоотношения, а также текущие обстоятельства проекта. Это предварительные условия, которые определяют, как собеседник воспримет вопросы и информацию аналитика.

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

Формально аналитик может хорошо подготовиться к такой встрече: составить чек-лист, продумать вопросы, подготовить презентацию. Однако, по оценке Леонида, интервью уже заранее обречено на неудачу, потому что эмоциональный и рабочий контекст собеседника не соответствует заявленной теме. Человек, который не спал, работал над устранением критического сбоя и получал давление от руководства, вряд ли сможет содержательно обсуждать развитие новых функций. Его естественное внимание будет сосредоточено на устранении инцидента и предотвращении повторения проблемы.

Следовательно, содержание сообщения воспринимается не изолированно, а через обстоятельства, в которых находится адресат. Аналитик должен заранее учитывать, насколько тема встречи соответствует текущим приоритетам собеседника и ситуации на проекте. Игнорирование контекста способно обесценить даже сильную подготовку по существу требований. 11:30 — Слайд «Как готовиться к интервью» переключается на раздел «Подготовка интервьюируемого»

↑ К оглавлению

7. Изменение повестки при неподходящем контексте

Рассматривая пример с неудачным релизом и критической проблемой в платёжной интеграции, Леонид Юденков формулирует два возможных уровня реакции аналитика на неподходящий контекст. Минимальный уровень — осознавать его и держать в уме, что информация, которую хочется донести собеседнику, будет воспринята с искажением под влиянием его текущего состояния, срочных задач и пережитого рабочего стресса.

Более активный вариант заключается в попытке изменить контекст или повернуть его в сторону, которая позволит провести разговор конструктивнее. В транскрипте не предлагается жёсткий универсальный сценарий такого изменения, однако ключевая мысль состоит в необходимости анализировать ситуацию, а не механически следовать заранее назначенной повестке. Если предмет интервью не соответствует тому, что сейчас критично для собеседника, аналитик должен учитывать этот разрыв.

На примере обсуждения новых функций после аварийного релиза видно, что исходная agenda может оказаться неуместной. В таком случае требуется не просто продолжать встречу по заранее подготовленному плану, а соотносить его с текущими проблемами проекта. Иначе интервью будет формально проведено, но не приведёт к качественному сбору требований, поскольку участник разговора фактически сфокусирован на другой теме.

Тем самым изменение или перенос повестки трактуется как следствие контекстного анализа. Эффективное интервью предполагает способность увидеть, когда предмет разговора не совпадает с актуальными приоритетами адресата, и не рассчитывать, что чек-лист или презентация сами по себе компенсируют это несоответствие.

↑ К оглавлению

8. Роль интервьюируемого: руководитель, пользователь или технический специалист

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

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

Из этого следует, что интервью нельзя строить исключительно на предположении: «перед аналитиком находится высокопоставленный человек, значит, нужно обсуждать управленческие решения». Необходимо выяснить, в каком качестве собеседник участвует именно в этой беседе. Он может быть лицом, способным менять бэклог и приоритеты, конечным пользователем с опытом ежедневной работы в системе или технически подготовленным участником, который оценивает решение через призму разработки и реализации.

Такая ролевая неопределённость влияет и на вопросы, и на ожидаемый тип ответов. Если неверно определить позицию человека, аналитик рискует задавать вопросы не тому адресату или пытаться получить от него информацию, которую он не готов либо не хочет предоставлять в текущем контексте. Поэтому анализ роли интервьюируемого является частью подготовки к разговору и условием выбора релевантной повестки. 12:00 — Тот же слайд о подготовке интервьюируемого с двумя пунктами рекомендаций; слева у трибуны

↑ К оглавлению

9. Полномочия, опыт и готовность собеседника раскрывать информацию

Наталья Леонова отмечает, что при подготовке к интервью важно понимать, какие решения способен принимать собеседник. Формальная высокая позиция может означать, что человек обладает полномочиями существенно повлиять на ход проекта: отменить или пересмотреть существующие планы, изменить бэклог, объявить ранее второстепенные задачи критически важными. Поэтому аналитик должен учитывать не только то, какую информацию хочет получить, но и потенциальное влияние участника на решения.

Отдельно рассматривается опыт интервьюируемого. Наталья подчёркивает, что представители бизнеса нередко имеют прошлый опыт в разработке. Такой человек может хорошо понимать устройство системы, говорить на техническом языке и концентрироваться на деталях, которые не всегда соответствуют его текущей формальной роли. Этот опыт нельзя игнорировать, поскольку он влияет на то, какую информацию собеседник будет готов предоставить и в какой форме он будет рассуждать о требованиях.

Ещё один фактор — индивидуальная готовность делиться сведениями. По словам Натальи, люди заметно различаются по стилю общения. Одни легко и подробно рассказывают истории, иногда предоставляя больше информации, чем нужно аналитику для конкретной цели. Другие, напротив, раскрываются с трудом, и необходимые сведения приходится извлекать дополнительными вопросами. Эта особенность имеет психологическую и коммуникативную сторону, но на этапе подготовки уже полезно предполагать, что собеседник может быть как чрезмерно разговорчивым, так и сдержанным.

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

↑ К оглавлению

10. Изучение предметной области и подготовка точных вопросов

Леонид Юденков подчёркивает, что аналитик не должен приходить на интервью, не понимая, о чём собирается говорить. Он считает такой сценарий одним из худших вариантов подготовки. Наличие встречи с экспертами не освобождает аналитика от предварительного изучения темы; напротив, интервью должно строиться на уже выполненной домашней работе.

В качестве примера Леонид рассматривает разработку мобильного приложения для крупного банка. Команде требуется обсудить с представителями службы безопасности заказчика требования, которым приложение должно соответствовать для размещения в App Store и соблюдения требований регулятора. Если аналитик приходит к безопасникам и архитекторам с чистым листом и общей просьбой рассказать обо всех требованиях к безопасности, такая встреча вряд ли будет продуктивной. Тема слишком велика, чтобы исчерпать её одним интервью, а сам вопрос демонстрирует отсутствие предварительной подготовки.

По мнению Леонида, перед такой встречей необходимо хотя бы базово изучить предметную область. Аналитику следует поговорить со своими архитекторами, обратиться к коллегам, уже решавшим похожие задачи, и сформировать понимание ключевых аспектов. Результатом должен стать не общий запрос «расскажите всё», а конкретный чек-лист и набор точечных вопросов о тех требованиях, которые остаются непонятными или неизвестными.

Подготовленные вопросы позволяют использовать выделенные час или полтора встречи более эффективно. Вместо того чтобы просить экспертов провести вводный обзор огромной темы, аналитик обсуждает конкретные пробелы, уточняет спорные моменты и проверяет предположения. Такая подготовка важна и для отношений с клиентом: собеседник видит, что аналитик уже приложил усилия для понимания предмета, уважает его время и приходит за действительно необходимой экспертной информацией.

Главный вывод Леонида состоит в том, что качество интервью напрямую связано с уверенностью аналитика в теме. Предварительное изучение предметной области не означает, что аналитик обязан стать экспертом вместо интервьюируемого. Его задача — достаточно разобраться в контексте, чтобы сформулировать целевые вопросы, отличить существенное от общего и получить от встречи конкретный результат. 13:00 — Тот же слайд о сценарии интервью с текстовыми пунктами и иллюстрацией персонажа; ведущий

↑ К оглавлению

11. Заблаговременная подготовка интервьюируемого

Наталья Леонова, бизнес-аналитик Devexperts, подчёркивает, что к интервью необходимо готовить не только самого аналитика, но и человека, с которым предстоит обсуждать требования. Такая подготовка рассматривается как часть базового рабочего этикета и как условие содержательной встречи: интервьюируемый должен заранее понимать, что от него ожидают, зачем назначена встреча и какие вопросы будут на ней затрагиваться.

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

Леонова отдельно выделяет важность заранее отправленной agenda — перечня тем и вопросов встречи. Повестку не следует высылать непосредственно перед созвоном, за десять–пятнадцать минут: оптимально сделать это хотя бы за день, а иногда — за неделю. Благодаря этому человек заранее понимает границы разговора и может подготовиться не только содержательно, но и организационно: выделить время, пригласить нужных коллег либо предупредить, что часть данных потребует дополнительного уточнения. 14:30 — Тот же слайд о визуальном сопровождении интервью, с текстовыми рекомендациями и

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

↑ К оглавлению

12. Время собеседника на сбор информации и подготовку к разговору

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

По словам Леоновой, собеседнику может потребоваться поговорить с другими людьми и собрать информацию до интервью. Это особенно актуально для представителей заказчика и сотрудников смежных подразделений: один участник не обязательно хранит в голове все сведения о процессе, решении или предстоящих изменениях. Предоставленное заранее время даёт возможность обратиться к нужным экспертам, проверить детали и прийти на интервью с более полным пониманием предмета.

Этот подход снижает риск того, что аналитик потратит встречу на получение неопределённых, неполных или случайных ответов. Вместо ситуации, когда человек уже во время созвона впервые узнаёт о теме и вынужден импровизировать, создаются условия для осмысленного обсуждения. Собеседник может заранее определить, какие сведения он способен предоставить самостоятельно, а какие вопросы требуют участия других людей или последующего уточнения.

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

↑ К оглавлению

13. Сценарий интервью: контекст, разогрев и последовательность вопросов

Леонид Юденков, ведущий бизнес-аналитик EPAM Systems, сравнивает сценарий интервью со сценарием фильма. Его ключевой тезис состоит в том, что сценарий у встречи возникнет в любом случае: либо аналитик подготовит и будет направлять его сам, либо ход интервью сложится стихийно. Поэтому подготовленный план нужен не для того, чтобы исключить импровизацию, а чтобы сделать управление разговором осознанным.

Сценарий начинается с продумывания того, как интервьюер введёт собеседника в контекст. Это важно, поскольку человеку необходимо понимать, к какой теме переходит разговор и почему она обсуждается именно сейчас. После введения в контекст Юденков рекомендует предусмотреть «разогрев» — простые вопросы, которые помогают начать диалог и мягко вовлечь интервьюируемого в обсуждение, прежде чем переходить к более содержательным или сложным аспектам требований.

Далее в сценарии следует определить темы, которые необходимо пройти в рамках интервью. Для каждой темы аналитик должен заранее подготовить минимально необходимый набор вопросов: именно они обеспечивают покрытие требуемого scope обсуждения. Помимо обязательных вопросов, полезно предусмотреть дополнительные — они понадобятся, если ответы собеседника выявят новые детали, зависимости или неизвестные аспекты предметной области.

Юденков также говорит о необходимости основного и альтернативных сценариев развития событий. Основной сценарий отражает ожидаемую последовательность разговора, тогда как альтернативные варианты позволяют не растеряться, если собеседник поднимет критичную тему, даст неожиданный ответ или обсуждение потребует изменения первоначального плана. Такая подготовка не означает жёсткого следования заранее написанному тексту; она позволяет интервьюеру сохранять контроль над логикой разговора, даже если встреча развивается не так, как предполагалось. 15:30 — Слайд «Фиксируем» остаётся на экране; перечислены рекомендации по фиксации результатов

↑ К оглавлению

14. Тайминг и управление отклонениями от сценария интервью

По мнению Леонида Юденкова, сценарий интервью обязательно должен быть привязан к таймингу. Задача аналитика — пройти запланированный набор тем и вопросов в отведённое время, а не просто поддерживать содержательный разговор без понимания его временных границ. Контроль времени нужен для того, чтобы встреча завершилась с достаточным результатом и не превратилась в обсуждение одной случайно возникшей темы в ущерб всем остальным.

Тайминг рассматривается как часть ответственности интервьюера. Если заранее известно, какие темы должны быть покрыты и сколько времени доступно, аналитик может управлять глубиной погружения в каждый вопрос, вовремя возвращать разговор к цели и понимать, когда требуется перенести часть вопросов на отдельную встречу. В этой логике сценарий служит ориентиром: он показывает, какие блоки интервью уже пройдены, а какие ещё нельзя потерять из-за затянувшегося обсуждения.

При этом Юденков прямо отмечает, что интервью не всегда идёт по первоначальному плану, и это является нормальной ситуацией. В ходе разговора может обнаружиться, что одна из тем значительно важнее, сложнее или критичнее, чем ожидалось. В таком случае аналитик может оперативно изменить ход интервью, задержаться на важном вопросе и скорректировать первоначальную последовательность тем.

Однако изменение сценария должно быть управляемым. Если новая тема действительно требует внимания, разумным решением может быть остановиться на ней, зафиксировать необходимость дальнейшей проработки и запланировать дополнительные встречи. Таким образом, гибкость не отменяет сценарий: напротив, наличие плана позволяет осознанно решить, от каких пунктов временно отступить, что обсудить сейчас, а что перенести, чтобы не потерять ни критичную информацию, ни контроль над интервью.

↑ К оглавлению

15. Визуальное сопровождение интервью: схемы, прототипы и заметки

Наталья Леонова рассматривает визуальное сопровождение как важную часть подготовки и проведения интервью. По её словам, в работе аналитика «картинки» не сводятся только к диаграммам и прототипам. Визуальным сопровождением могут быть разные представления обсуждаемого материала — схемы, таблицы, наброски, совместные заметки и другие формы, которые помогают участникам удерживать общую картину разговора.

Основная ценность визуализации, по версии Леоновой, заключается в том, что информация обычно воспринимается лучше, когда представлена через несколько источников одновременно. Если участники не только обсуждают тему устно, но и видят её визуальное отображение, содержание встречи становится понятнее и легче для совместного осмысления. Поэтому демонстрация схемы, прототипа или иной заготовленной визуализации может сделать разговор о требованиях более предметным.

Визуальное сопровождение особенно полезно, когда аналитик обсуждает с заказчиком сложные процессы, структуру будущего решения или взаимосвязи между элементами. Вместо того чтобы опираться лишь на устные формулировки, участники могут видеть объект обсуждения и уточнять его непосредственно в ходе разговора. Это снижает вероятность того, что разные стороны вкладывают в одни и те же слова разные представления. 16:30 — Слайд конференции Analyst Days: раздел «Проведение», вопрос «Какие бывают техники

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

↑ К оглавлению

16. Совместное создание визуальных артефактов с заказчиком

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

В качестве примеров Леонова называет совместное ведение заметок и рисование схем. Современный инструментарий, по её оценке, позволяет участникам встречи делать это в разных форматах: фиксировать идеи, добавлять элементы к схеме, уточнять последовательность шагов или совместно формировать набросок будущего решения. Важен не конкретный инструмент, а возможность синхронно работать с одним видимым результатом.

Совместное создание артефактов помогает закрепить общее понимание прямо в момент обсуждения. Вместо того чтобы аналитик после встречи интерпретировал услышанное и самостоятельно строил схему, заказчик может увидеть, как его слова превращаются в визуальную модель, и сразу уточнить или скорректировать её. Это делает результат интервью более прозрачным для обеих сторон.

По словам Леоновой, такая практика обычно хорошо работает и облегчает подведение итогов интервью. Визуальный материал становится промежуточным результатом самой встречи: он помогает участникам увидеть, что именно было обсуждено, какие связи или решения были обозначены и где остались вопросы. Тем самым совместно созданная схема или заметка одновременно поддерживает диалог и создаёт основу для дальнейшей фиксации договорённостей.

↑ К оглавлению

17. Подготовка инструментов для фиксации результатов интервью

Леонид Юденков выделяет инструменты фиксации в самостоятельный пункт подготовки к интервью. Его позиция состоит в том, что средство, с помощью которого будут записываться ответы, договорённости и решения, должно быть готово до начала разговора. Если аналитик начинает искать стикер, открывать подходящий документ или выбирать формат записи уже в процессе встречи, он рискует потерять ценную информацию и нарушить темп общения.

Минимальный вариант подготовки, по словам Юденкова, — заранее открытые заметки. В них уже может быть размещён список подготовленных вопросов, рядом с которым аналитик будет фиксировать получаемые ответы. Такая структура помогает не только записывать информацию, но и видеть, какие вопросы уже закрыты, а какие ещё требуют обсуждения.

Подготовка фиксатора должна соответствовать задачам конкретного интервью. Для одного разговора достаточно заметок, для другого полезнее заранее подготовленная таблица, feature list или доска задач. Важно, чтобы выбранный формат позволял быстро и удобно отражать результаты именно в ходе беседы, а не требовал после неё заново восстанавливать содержание разговора по памяти. 29:00 — Слайд конференции Analyst Days с заголовком «Структура интервью» и пунктом «Результаты»

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

↑ К оглавлению

18. Заметки, feature list, таблицы и Jira Board для оперативной фиксации

Леонид Юденков описывает несколько уровней инструментов, которые можно использовать для оперативной фиксации результатов интервью. На базовом уровне это заранее открытые заметки со списком вопросов: аналитик записывает ответы непосредственно напротив соответствующих пунктов. Такой подход подходит для интервью, в котором основная цель — собрать сведения и последовательно пройти подготовленную повестку.

Если встреча предполагает более предметную проработку функциональности, фиксация может вестись в feature list. Юденков упоминает также Excel-таблицу, где можно не только записывать выявленные элементы, но и сразу расставлять приоритеты. В этом случае интервью становится не просто разговором о требованиях, а рабочим пространством, в котором сведения начинают принимать форму структурированного списка будущих изменений.

Ещё один пример — заранее подготовленная Jira Board, в которой команда может прямо на встрече проходить по задачам. По мысли Юденкова, это позволяет привязать обсуждение к уже существующим или формируемым рабочим единицам: задачам, фичам и их относительной важности. Формат особенно удобен, когда результат разговора должен сразу отражаться в привычном для команды процессе планирования.

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

↑ К оглавлению

19. Демонстрация записей собеседнику и немедленная валидация

Юденков отмечает, что при онлайн-формате встреч особенно полезно показывать собеседнику материал, который фиксируется во время интервью. Вместо того чтобы делать заметки скрыто и представлять интерпретацию только после созвона, аналитик может открыть общий рабочий документ, таблицу, feature list или доску задач и проходить по нему вместе с интервьюируемым.

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

По словам Юденкова, совместный просмотр фиксируемого результата помогает тому, чтобы интервьюируемый уже «негласно принимал и одобрял» итоги по ходу разговора. Речь не идёт о формальной процедуре утверждения каждого пункта, но у собеседника появляется возможность не возражать против отражённого понимания либо своевременно высказать возражение. Тем самым снижается риск, что после интервью стороны обнаружат разные трактовки одной и той же договорённости.

Этот подход также связывает проведение интервью с последующей обработкой результатов. Если ключевые пункты были видимы и понятны участникам ещё во время созвона, итоговый документ не возникает неожиданно для адресата. Он становится продолжением уже совместно просмотренного и частично согласованного материала, а не новой интерпретацией аналитика, которую собеседник впервые получает в follow-up.

↑ К оглавлению

20. Фиксация в формате, готовом для последующего follow-up

Леонид Юденков рекомендует фиксировать информацию так, чтобы созданный в ходе интервью артефакт можно было использовать для follow-up практически сразу. Цель состоит в том, чтобы после встречи не требовался ещё один полный рабочий день на обработку заметок, расшифровку сокращений, восстановление контекста или перенос результатов в другой формат.

Этот принцип влияет на выбор инструмента и структуру записи. Если аналитик ведёт заметки, таблицу, feature list или доску задач, они должны быть достаточно понятны, чтобы на их основе можно было быстро составить итог встречи. Фиксатор не должен превращаться в набор личных, неструктурированных пометок, понятных только автору непосредственно после разговора. Он должен сохранять договорённости в форме, пригодной для дальнейшего распространения среди участников.

В дальнейшем Юденков раскрывает содержание follow-up: в нём должны быть отражены общие договорённости, то есть что именно обсудили и до чего договорились, а также action items с ответственными и сроками. Следовательно, подготовка пригодного для follow-up артефакта начинается не после интервью, а уже в момент записи результатов: аналитик должен выделять решения, обязательства, дальнейшие действия и связанные с ними роли.

При этом follow-up должен быть понятен его получателям. Юденков подчёркивает, что формат итогового сообщения необходимо адаптировать к реципиентам: например, бизнес-пользователям не следует отправлять технические материалы вроде sequence-диаграммы или структуры модели данных, если им нужен понятный итог на уровне решений и договорённостей. Кроме того, результат встречи должен быть читаемым и для людей, которые не присутствовали на интервью, но могут позднее получить документ от коллег или руководства. Подготовленная во время интервью фиксация становится основой для такого ясного и быстро оформляемого follow-up.

↑ К оглавлению

21. Форматы проведения интервью и выбор способа взаимодействия

Наталья Леонова из Devexperts переходит от этапа подготовки к непосредственному проведению интервью и подчёркивает, что формат «вопрос—ответ» является лишь одной, хотя и наиболее привычной, техникой. В докладе именно на нём сосредоточено дальнейшее внимание, поскольку качество формулировок вопросов и реакция на них определяют, насколько полно аналитик сможет извлечь нужную информацию. Однако интервью не сводится к последовательному опросу собеседника.

В качестве альтернативных форматов Наталья называет демо для клиента. В этом случае участники не только обсуждают требования устно, но и совместно смотрят на демонстрируемый материал, уточняют его и реагируют на конкретные элементы. Такой формат соединяет показ и обсуждение: предмет разговора становится наблюдаемым для обеих сторон, а не существует только в словесных описаниях.

Ещё один формат — совместное прохождение процесса или пользовательского сценария. Он используется, когда требуется понять, как человек действует в определённой ситуации: участники последовательно рассматривают происходящее, обсуждают шаги и уточняют детали по ходу. В логике доклада это позволяет аналитику не просто получить общее мнение о процессе, а пройти его вместе с представителем заказчика и обсуждать конкретные действия и точки принятия решений.

Также упоминаются фокус-группы: в них участвует несколько человек, которым могут быть предложены задачи или вопросы, после чего от группы собирается обратная связь. Тем самым интервью может быть организовано как индивидуальный разговор, как демонстрация, как совместный разбор сценария либо как обсуждение с несколькими участниками. Наталья подчёркивает, что вариативность форматов велика, но для объяснения базовых принципов эффективного интервью докладчики далее разбирают модель вопроса и ответа.

↑ К оглавлению

22. Ориентация интервью на адресата и его реакции

18:00 — Повтор слайда «Говорящий VS Слушающий» со списком тезисов; слева показаны докладчики.
18:00 — Повтор слайда «Говорящий VS Слушающий» со списком тезисов; слева показаны докладчики.

Наталья Леонова из Devexperts предлагает рассматривать участника интервью не как «оппонента», а как говорящего или слушающего; в терминологии теории коммуникации — как адресанта и адресата. Термин «оппонент», по её мнению, несёт негативную окраску и может неявно задавать конфронтационное восприятие беседы. Вместо этого интервью предлагается понимать как диалог, в котором важны роли отправителя и получателя информации.

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

Поэтому адресат становится центральной фигурой для управления интервью. От его реакции зависят дальнейшее развитие разговора, полнота извлечённых сведений и состав итоговых артефактов. Подготовленный план встречи сохраняет значение, однако аналитик должен строить взаимодействие с учётом реакции собеседника, а не механически следовать заготовленному перечню тем. Эта идея служит переходом к обсуждению качества вопросов: именно вопрос запускает реакцию адресата и либо приближает аналитика к нужной информации, либо мешает её получить.

↑ К оглавлению

23. Хорошие и плохие вопросы как инструмент извлечения информации

Леонид Юденков из EPAM Systems предлагает не углубляться в формальную классификацию вопросов — открытых, закрытых, простых, уточняющих или творческих, — а оценивать их по практическому результату. В его формулировке хороший вопрос помогает эффективно извлечь информацию или хотя бы приближает аналитика к её получению. Плохой вопрос, напротив, не даёт полезных сведений либо, что ещё хуже, уводит разговор от необходимой информации.

Для иллюстрации Леонид предлагает мысленный кейс разработки мобильного приложения для «ВКонтакте». Первый вопрос звучит как: «Должны ли новости в приложении работать в офлайн-режиме?» Слушатель Константин отмечает, что в нём неясны основание требования, его адресат и ожидаемая ценность. Из формулировки нельзя понять, кому нужна офлайн-работа новостей, зачем она требуется и как такое решение улучшит продукт. В ответ участник предлагает сначала исследовать наличие пользовательской потребности: узнать, поступали ли жалобы, есть ли уже подобная возможность, сколько людей ею пользуются и насколько регулярно это происходит.

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

Второй пример Леонида демонстрирует другую проблему: вопрос может быть перегружен несколькими смысловыми линиями. Формулировка одновременно спрашивает, как долго должны храниться данные офлайн, какие именно типы данных следует хранить и нужно ли вместо этого предоставить пользователю скачивание контента через закладки. Ведущая семинара отмечает, что длинный вопрос трудно удержать в памяти: пока он произносится, собеседник уже может забыть его начало. Леонид соглашается и поясняет, что это фактически несколько вопросов, соединённых в одну реплику.

Вывод докладчика состоит в том, что эффективность извлечения информации определяется не общей активностью аналитика, а способностью сформулировать вопрос, который понятен собеседнику, удерживает разговор в нужной теме и создаёт условия для содержательного ответа. В следующих фрагментах Леонид раскрывает практические признаки такой формулировки: ограниченное использование вопросов «да—нет», краткость, одна тема в одном вопросе, последовательное углубление и уточняющие конструкции.

↑ К оглавлению

24. Выяснение пользовательской ценности до обсуждения решения

В примере Леонида Юденкова из EPAM Systems о мобильном приложении для «ВКонтакте» центральной ошибкой становится вопрос о готовом решении: должны ли новости быть доступны в офлайн-режиме. Такая постановка заранее переносит обсуждение в плоскость реализации функции, хотя не отвечает на более фундаментальные вопросы: существует ли пользовательская проблема, кому нужна эта возможность и какую ценность она должна создать.

Слушатель Константин формулирует это как отсутствие понимания, «кому они должны и зачем». По его замечанию, из исходного вопроса нельзя установить, как требование поможет сделать приложение лучше ни для команды, ни для пользователей. В качестве более содержательного направления он предлагает выяснить, жаловались ли пользователи на отсутствие офлайн-доступа, есть ли у них сейчас подобная возможность, сколько людей ею пользуются и насколько часто это происходит.

Тем самым обсуждение демонстрирует последовательность выявления требований: прежде чем фиксировать конкретную функцию, необходимо получить сведения о пользовательской потребности и контексте её возникновения. Вопрос о возможности чтения новостей без подключения к сети сам по себе не раскрывает, является ли функция востребованной, насколько она важна и какой сценарий использования за ней стоит. Более эффективным оказывается разговор о проблемах пользователей, их поведении и частоте соответствующих ситуаций.

Леонид не формулирует отдельную универсальную методику оценки ценности, но поддерживает замечание слушателя как «очень ценный поинт» и затем переходит к структуре хорошего вопроса. В контексте доклада этот пример показывает, что аналитик должен использовать интервью для исследования оснований требования, а не только для подтверждения уже предположенного решения.

↑ К оглавлению

25. Вопросы «да—нет» как инструмент точечного подтверждения

Леонид Юденков из EPAM Systems подчёркивает, что вопросы с ответом «да» или «нет» не следует считать полностью непригодными. Их применение оправдано, когда аналитику нужно точечно уточнить или подтвердить уже известный факт. В такой ситуации краткий бинарный ответ соответствует цели вопроса: не требуется развёрнутое исследование, а необходимо зафиксировать конкретное подтверждение или опровержение.

Вместе с тем Леонид проводит чёткую границу между подтверждением факта и извлечением новой информации. Если цель интервью — получить максимум сведений, вопросы «да—нет» становятся неэффективными, поскольку они позволяют собеседнику ответить односложно и не раскрыть контекст. В качестве примера приводится формулировка: «Жаловались ли вам пользователи на офлайн-режим?» На неё возможен ответ «да» или «нет», но сам по себе такой ответ почти ничего не сообщает о характере жалоб, их частоте, затронутой аудитории, важности проблемы или ожидаемом результате.

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

↑ К оглавлению

26. Открытые вопросы для развёрнутого раскрытия информации

Леонид Юденков из EPAM Systems противопоставляет закрытым вопросам конструкции, которые позволяют получить от собеседника как можно больше информации. Если вопрос «да—нет» годится главным образом для подтверждения конкретного факта, то для исследования требований аналитик должен строить разговор так, чтобы интервьюируемый мог раскрыть контекст, назвать детали и самостоятельно дополнить картину.

Докладчик связывает это с использованием вопросительных слов «что», «как», «какой», «кто», «почему» и подобных им. Такие формулировки не ограничивают человека двумя заранее заданными вариантами ответа. Они помогают выяснить, какие ещё проблемы замечали пользователи, каким образом проявляется затруднение, почему оно возникает, кто с ним сталкивается и какие характеристики решения могут быть значимы.

Особое место Леонид отводит короткому уточняющему вопросу «Что ещё?». После первоначального ответа он помогает не закрывать тему преждевременно и приглашает собеседника вспомнить дополнительные обстоятельства, варианты или замечания. В качестве примера приводится продолжение разговора о пользовательских проблемах: «А какие ещё проблемы пользователи вам подсвечивали?» Такая реплика поддерживает исследовательский характер интервью и показывает готовность аналитика слушать больше, чем первое сформулированное мнение.

В логике доклада открытый вопрос не гарантирует автоматически качественный результат: его всё ещё нужно делать коротким, понятным и тематически сфокусированным. Однако именно открытая форма создаёт пространство для содержательного ответа и снижает риск, что аналитик получит лишь формальное подтверждение без полезных деталей.

↑ К оглавлению

27. Краткий и понятный вопрос как условие качественного ответа

Леонид Юденков из EPAM Systems демонстрирует проблему длинного вопроса на примере офлайн-режима мобильного приложения. В одной формулировке одновременно объединены срок хранения данных, типы сохраняемых данных и альтернативное решение в виде скачивания контента через закладки. Ведущая семинара замечает, что пока вопрос произносился, его начало уже оказалось трудно удержать в памяти. Леонид подтверждает справедливость замечания: сложность вызвана тем, что это не один, а несколько вопросов одновременно.

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

Длинный вопрос усложняет задачу интервьюируемого сразу по нескольким причинам. Ему необходимо запомнить все части формулировки, определить, на какую из них отвечать первой, и попытаться связать разные вопросы в единый ответ. В результате он может отреагировать лишь на тот фрагмент, который лучше запомнил или посчитал наиболее важным. При этом формально он будет прав: аналитик сам предложил несколько предметов для обсуждения и не обозначил их приоритет.

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

↑ К оглавлению

28. Принцип «один вопрос — одна тема»

22:30 — На экране остаётся диаграмма построения хорошего вопроса с цветными сегментами; слева
22:30 — На экране остаётся диаграмма построения хорошего вопроса с цветными сегментами; слева

Леонид Юденков из EPAM Systems формулирует практический принцип: один вопрос желательно должен относиться к одной теме. Он появляется при разборе перегруженной формулировки об офлайн-доступе, в которой были одновременно затронуты продолжительность хранения данных, виды данных и возможность скачивания контента через закладки. Такая конструкция выглядит как один вопрос только внешне; по существу в ней объединены несколько самостоятельных направлений обсуждения.

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

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

Этот принцип также связан с качеством последующей фиксации результатов. Когда ответ относится к одной ясно заданной теме, проще понять, какая именно договорённость достигнута, что остаётся неопределённым и какой вопрос требуется задать далее. Напротив, смешение тем создаёт риск неполных ответов, скрытых противоречий и неверной интерпретации услышанного.

↑ К оглавлению

29. Последовательное углубление в тему без потери контекста

Леонид Юденков из EPAM Systems рекомендует не перескакивать от одной темы к другой, пока текущая не проработана полностью. В интервью важно удерживать собеседника в едином контексте и задавать дополнительные вопросы до тех пор, пока аналитик не получит весь необходимый объём информации по обсуждаемому предмету.

Такая последовательность противопоставляется ситуации, когда аналитик быстро меняет направления разговора. Если вопросы касаются то одной, то другой области, интервьюируемому приходится постоянно переключаться между контекстами. Это может привести к тому, что существенные детали останутся нераскрытыми, а начатая тема будет закрыта только потому, что разговор уже ушёл дальше. Леонид называет необходимостью «добить» одну тему, прежде чем переходить к следующей; смысл этой формулировки — добиться достаточной полноты информации, а не ограничиться первым поверхностным ответом.

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

Важность удержания темы далее подтверждается в обсуждении негативных реакций на вопросы. Наталья Леонова из Devexperts отмечает, что при долгих встречах и постоянной смене направлений участник может не ответить не из-за нежелания, а потому, что потерял хронологию и логический ход разговора. Поэтому последовательность нужна не только для полноты извлечения сведений, но и для того, чтобы собеседник понимал, о чём именно его спрашивают в каждый момент.

↑ К оглавлению

30. Уточняющие вопросы «Что ещё?», «Как?», «Почему?» и «Какой?»

Леонид Юденков из EPAM Systems выделяет уточняющие вопросы как средство углубить уже начатую тему и получить больше информации, чем содержится в первом ответе интервьюируемого. Наиболее простая и при этом полезная конструкция — «Что ещё?». После любого первоначального пояснения она позволяет проверить, не остались ли важные детали, дополнительные варианты, исключения или проблемы за пределами первого ответа.

Докладчик расширяет этот подход вопросительными формами «что», «как», «какой», «кто», «почему» и другими аналогичными конструкциями. Их ценность заключается в том, что они не подталкивают собеседника к краткому подтверждению, а предлагают раскрыть логику, причины, участников, характеристики или способы действия. Например, вместо фиксации самого факта наличия жалобы аналитик может спросить, какие ещё проблемы пользователи обозначали. Такой вопрос направлен на выявление более полной картины пользовательского опыта.

Уточнение должно сохранять связь с уже обсуждаемой темой. Леонид подчёркивает, что аналитик не должен перескакивать между предметами разговора: дополнительные вопросы нужны для того, чтобы последовательно извлечь максимум данных по одному направлению, а не для создания нового потока несвязанных тем. Поэтому «Что ещё?» и аналогичные вопросы работают как механизм продолжения и углубления, а не как случайная смена фокуса.

Также упоминается полезность подводки к вопросу. Прежде чем перейти к новой области, аналитик может явно обозначить переключение: например, сообщить, что далее будет обсуждаться тема авторизации в приложении. Такая подводка помогает собеседнику сменить контекст осознанно. После этого уточняющие вопросы внутри новой темы вновь позволяют последовательно собирать сведения, не перегружая человека длинными или составными формулировками.

↑ К оглавлению

31. Подводка к вопросу для переключения контекста

Леонид Юденков (EPAM Systems) называет подводку полезной составной частью хорошего вопроса. Её задача — не получить ответ сама по себе, а заранее переключить собеседника в тот предметный контекст, в котором будет задан следующий вопрос. Это особенно существенно в интервью по требованиям, где встреча охватывает несколько крупных областей и человеку нужно время, чтобы мысленно перейти от одной темы к другой.

В качестве примера Леонид предлагает перед вопросами по конкретной области прямо обозначить переход: «Давайте сейчас перейдём к теме авторизации в приложении». После этого можно кратко очертить рамку обсуждения и уже затем формулировать основной вопрос. Такая последовательность помогает интервьюируемому понять, о чём именно его спрашивают, вспомнить релевантную информацию и не отвечать на вопрос исходя из предыдущей темы разговора.

Подводка связана с рекомендациями делать вопросы короткими и сохранять фокус на одной теме. Она не должна превращаться в длинное объяснение или содержать в себе сразу несколько новых вопросов. Её роль — подготовить адресата к восприятию вопроса, а не перегрузить его деталями. Тем самым интервьюер управляет ходом разговора более осознанно и снижает риск того, что собеседник потеряет логическую нить обсуждения.

↑ К оглавлению

32. Риски наводящих вопросов и их переговорное применение

Леонид Юденков (EPAM Systems) выделяет наводящие вопросы как тонкий и неоднозначный инструмент, находящийся на стыке интервьюирования и переговорной практики. В обычной ситуации сбора требований наводящий вопрос считается плохим: он уже содержит желаемое направление ответа и не позволяет получить независимую, неискажённую позицию собеседника. Вместо извлечения информации интервьюер фактически подталкивает человека к заранее выбранному выводу.

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

При этом Леонид подчёркивает, что иногда подобные вопросы используют намеренно, если цель общения выходит за пределы нейтрального выявления требований. Например, интервьюер может стремиться обосновать необходимость дополнительных работ своей компании. В таком случае наводящий вопрос становится ситуативным переговорным приёмом. Ключевой вывод спикера состоит в необходимости осознавать собственную цель: для достоверного исследования потребностей собеседника наводящие формулировки вредны, но в переговорной ситуации они могут применяться сознательно ради определённого результата.

↑ К оглавлению

33. Потеря контекста и длительность встречи как причины негативной реакции

Наталья Леонова (Devexperts) переходит от качества самих вопросов к реакциям на них. Она отмечает, что реакции можно условно разделить на положительные и отрицательные. Положительная реакция означает, что вопрос понятен, информация получена и интервью продвигается к цели. Негативная реакция не обязательно говорит о некомпетентности или нежелании собеседника сотрудничать: её причиной может быть сама организация разговора.

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

В качестве способа снизить этот риск спикер возвращается к последовательной проработке одной темы и к уточняющим вопросам. Она иронично оговаривает выражение «техника добивания», предпочитая понимать его как дозадавание вопросов в рамках одного предмета. Такой подход не уводит адресата в сторону и позволяет развить уже начатую линию обсуждения, вместо того чтобы создавать ещё больше контекстных переключений.

Таким образом, отрицательная реакция может быть следствием перегруженного формата встречи, чрезмерной продолжительности и несоблюдения тематической последовательности. Интервьюеру важно интерпретировать отсутствие ответа не как автоматический отказ сотрудничать, а как сигнал проверить: не слишком ли далеко разговор ушёл от исходной логики и не потерял ли собеседник контекст вопроса

19:30 — Слайд «Хороший vs Плохой вопрос» с двумя персонажами, слева в кадре выступающая и
19:30 — Слайд «Хороший vs Плохой вопрос» с двумя персонажами, слева в кадре выступающая и

↑ К оглавлению

34. Несовпадение темы интервью с приоритетами собеседника

Наталья Леонова (Devexperts) выделяет ещё одну причину, по которой собеседник может увиливать от ответа: требуемая интервьюеру информация может не быть для него важной или полезной в текущий момент. Даже если вопрос сформулирован корректно, он не обязательно попадёт в актуальную повестку адресата.

В качестве примера Наталья рассматривает ситуацию, когда аналитик хочет обсудить объём работ для следующего релиза, а собеседник сосредоточен на проблемах команды: например, ему важнее нанять трёх разработчиков или получить в команду ещё одного аналитика. В такой ситуации участник интервью будет стремиться возвращать разговор к волнующей его теме и не давать ожидаемую информацию по планированию релиза.

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

↑ К оглавлению

35. Нормальное отношение к ответу «Я не знаю»

Наталья Леонова (Devexperts) отдельно подчёркивает ценность простого и честного ответа «Я не знаю». По её мнению, рабочее взаимодействие стало бы значительно легче, если бы люди прямо сообщали, что не располагают нужной информацией, вместо того чтобы затягивать разговор, мяться или пытаться сформулировать неуверенный ответ.

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

Предпочтительной реакцией становится явная фиксация неопределённости: «Я не знаю» либо «Я выясню это офлайн и потом вернусь к вам». Второй вариант не означает, что вопрос снят с повестки; напротив, он превращает отсутствие ответа в конкретное обязательство уточнить сведения позднее. Для интервьюера важно создать такую атмосферу, в которой незнание допустимо признать, а дальнейшее выяснение информации воспринимается как естественная часть работы, а не как провал участника встречи.

↑ К оглавлению

36. Недоверие к интервьюеру как источник неудачного интервью

Леонид Юденков (EPAM Systems) отмечает, что интервью может складываться неудачно, даже если аналитик учёл все ранее названные рекомендации: изучил контекст, подготовил вопросы, составил сценарий и организовал фиксацию результатов. Одной из наиболее простых по формулировке, но сложных по сути причин является отсутствие личного расположения и доверия со стороны интервьюируемого.

Спикер прямо допускает, что интервьюер может «просто не понравиться» собеседнику. Это относится к области soft skills и к той части коммуникации, которую он характеризует как в некоторой степени метафизическую: на отношение влияют не только формальные аргументы, но и первое впечатление, степень знакомства и готовность человека доверять новому участнику проекта.

Особенно вероятна такая ситуация при первых контактах — например, когда аналитик только пришёл на проект или впервые встречается с представителем заказчика. Собеседник может пока не считать его достаточно надёжным человеком, чтобы откровенно делиться информацией или принимать его как полноценного партнёра по обсуждению. Поэтому плохая динамика интервью не всегда объясняется недостатками agenda или формулировок; иногда её корень находится в ещё не сформировавшихся рабочих отношениях.

Леонид подчёркивает необходимость вовремя почувствовать отсутствие доверия. Его нельзя компенсировать ещё большим количеством вопросов или давлением на собеседника. Сначала нужно признать, что проблема носит отношенческий характер, и последовательно создавать основания для доверия в дальнейшей работе

28:00 — Интерфейс трансляции конференции: слева докладчики, справа минималистичный слайд
28:00 — Интерфейс трансляции конференции: слева докладчики, справа минималистичный слайд

↑ К оглавлению

37. Формирование доверия через результаты работы и личный контакт

Леонид Юденков (EPAM Systems) предлагает строить доверие не декларациями, а конкретными делами. Если собеседник ещё не готов доверять аналитику, последнему следует подтверждать свою надёжность качественными артефактами, сильными результатами работы и видимыми достижениями команды. По мысли спикера, именно такие подтверждения постепенно показывают, что с аналитиком можно эффективно работать и что его выводам можно доверять.

Этот подход имеет накопительный характер. Неудачное первое интервью не означает, что взаимодействие обречено: если аналитик демонстрирует профессионализм в последующей работе, следующие встречи могут пройти гораздо продуктивнее. Доверие здесь выступает не как разовая техника ведения беседы, а как результат последовательного выполнения обязательств и создания полезных, убедительных материалов.

Леонид также обращает внимание на условия удалённой работы. По его наблюдению, личная встреча иногда хорошо помогает «разморозить лёд» между участниками общения. Такой контакт может снять первоначальную дистанцию и сделать последующие интервью более открытыми. При этом личная встреча не заменяет качественную работу, а усиливает эффект от уже формируемой профессиональной репутации.

↑ К оглавлению

38. Распознавание скрытой повестки и смены темы

Леонид Юденков (EPAM Systems) рассматривает ситуацию, в которой интервьюируемый пытается «угнать тему». Под этим понимается случай, когда аналитик приходит на встречу с одной заранее подготовленной agenda, а собеседник настойчиво ведёт разговор в другую область. Такая смена направления может означать наличие скрытой повестки: участнику важнее обсудить не то, ради чего интервью было инициировано, а собственный актуальный вопрос.

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

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

↑ К оглавлению

39. Согласование приоритетов при уводе разговора в сторону

Леонид Юденков (EPAM Systems) предлагает прямо проговаривать расхождение приоритетов, если собеседник уводит интервью от заранее заявленной темы. Он формулирует возможную линию разговора так: интервьюер может сказать, что видит меньшую актуальность своей темы для собеседника по сравнению с другой темой, и предложить сначала обсудить именно её.

Такой подход не означает отказа от исходной цели интервью. Напротив, спикер рекомендует одновременно зафиксировать необходимость вернуться к первоначальному вопросу. В приведённом Леонидом примере аналитик может согласиться обсудить более приоритетную для собеседника тему «Б», но отдельно пояснить, что исходная тема тоже требует времени: иначе её непроработка способна сдвинуть разработку на два месяца.

Здесь важны открытость и явная договорённость. Вместо неявной борьбы за повестку интервьюер признаёт значимость темы собеседника, но связывает возвращение к собственной теме с понятным проектным последствием. Таким образом, разговор переводится из хаотичного переключения между вопросами в осознанное согласование приоритетов, времени и рисков.

↑ К оглавлению

40. Серия методов для проработки сложных тем

Леонид Юденков (EPAM Systems) отмечает, что причиной неудачи интервью иногда становится не поведение участников и не недостаточная подготовка, а объективная сложность предмета. Некоторые темы нельзя качественно раскрыть в рамках одной встречи, даже если интервью проведено корректно.

Для таких случаев спикер предлагает не пытаться извлечь весь объём информации единственным разговором. Вместо этого может потребоваться целый набор взаимодополняющих активностей: серия интервью, воркшопы и опросники. Их сочетание позволяет собирать разные части информации, возвращаться к неясным вопросам и прорабатывать сложную задачу постепенно.

Важен именно комбинированный характер работы. Если один формат не даёт достаточного результата, это не обязательно означает провал интервьюера или интервьюируемого. Сложная тема может требовать нескольких взаимодействий и различных способов получения сведений. Такой вывод возвращает обсуждение к исходной мысли доклада: интервью является ключевым инструментом выявления требований, но в практической работе оно может быть частью более широкого набора техник.

↑ К оглавлению

41. Фиксация итогов и договорённостей прямо на встрече

Леонид Юденков из EPAM Systems рассматривает фиксацию итогов как завершающий, но не формальный этап интервью. После того как участники обсудили тему, недостаточно просто сохранить личные заметки аналитика: ключевой результат необходимо сформулировать и зафиксировать непосредственно в ходе встречи. Такой подход переводит разговор из режима обмена мнениями в режим подтверждённых договорённостей.

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

Непосредственная фиксация снижает риск того, что каждый участник интерпретирует обсуждение по-своему уже после встречи. Она также создаёт основу для последующей рассылки результатов: follow-up не должен становиться попыткой задним числом восстановить содержание разговора, а должен опираться на уже озвученные и фактически валидированные участниками договорённости. Визуально этот этап доклада был выделен как переход к результатам в структуре интервью

30:00 — Тот же слайд «Фиксация и закрепление результатов» с иллюстрацией трактора и персонажа
30:00 — Тот же слайд «Фиксация и закрепление результатов» с иллюстрацией трактора и персонажа

↑ К оглавлению

42. Follow-up и минутки: договорённости, действия, ответственные и сроки

Леонид Юденков отмечает, что после интервью необходим follow-up, или минутки встречи, — практика, которая, по его предположению, знакома большинству участников. Однако сам факт отправки письма с итогами ещё не гарантирует его качества: важны содержание и полезность этого артефакта для дальнейшей работы.

Центральная часть follow-up — общие договорённости. В документе или сообщении следует зафиксировать, какие вопросы были обсуждены и к каким результатам пришли участники. Это позволяет закрепить не только отдельные реплики или идеи, но и общее понимание принятых решений.

Отдельно должны быть отражены action items, то есть действия, которые необходимо выполнить после встречи. Для каждого такого действия, по словам Леонида, нужны ответственный и срок. Благодаря этому результаты интервью связываются с конкретным продолжением работы: становится ясно не только что было решено, но и кто должен предпринять следующий шаг и когда ожидается его выполнение.

Таким образом, follow-up в логике доклада выполняет функцию операционного закрепления интервью. Он превращает договорённости в наблюдаемые обязательства и помогает участникам перейти от обсуждения требований к выполнению согласованных задач

31:30 — На экране остаётся слайд «Выводы» с пятью пунктами; слева докладчики находятся у стойки.
31:30 — На экране остаётся слайд «Выводы» с пятью пунктами; слева докладчики находятся у стойки.

↑ К оглавлению

43. Адаптация follow-up под адресата

Леонид Юденков подчёркивает, что follow-up нельзя рассматривать как универсальный технический отчёт, одинаково пригодный для любого получателя. Формат и уровень детализации должны быть адаптированы под реципиента — человека или группу, которым направляются результаты встречи.

В качестве примера он приводит обсуждение авторизации в приложении. Если итоги такой встречи отправляются бизнес-пользователям, не следует включать в письмо sequence-диаграмму либо структуру модели данных пользователя. Хотя эти материалы могут быть значимы для технической команды, они не соответствуют потребностям аудитории, ориентированной на бизнес-смысл, решения и последствия для продукта.

Смысл адаптации состоит не в исключении важных деталей как таковых, а в выборе формы, которая будет понятна и приемлема адресатам. Follow-up должен помогать получателю быстро увидеть релевантные договорённости, а не требовать от него разбираться в артефактах, не связанных с его ролью в принятии или использовании решений.

В этом подходе продолжается общий принцип доклада: коммуникация строится вокруг адресата. Как во время самого интервью необходимо учитывать позицию собеседника, так и после интервью необходимо учитывать, кому предназначены его результаты. Эффективность follow-up определяется не объёмом включённой информации, а тем, насколько получатель способен правильно понять и использовать зафиксированные итоги.

↑ К оглавлению

44. Follow-up как понятный документ для отсутствовавших участников

По мнению Леонида Юденкова, при подготовке follow-up нужно заранее учитывать, что документ может быть передан людям, не присутствовавшим на интервью. Результаты встречи нередко попадают к руководителям или другим заинтересованным лицам, которых не было в разговоре, но которых информируют о существенных итогах и принятых решениях.

Из этого следует требование к самостоятельности и понятности follow-up. Читатель, не слышавший вопросы, аргументы и уточнения, должен суметь понять, что произошло на встрече, какие темы были рассмотрены и о чём договорились участники. Иными словами, минутки не должны быть набором фрагментарных заметок, смысл которых доступен только непосредственным участникам разговора.

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

В результате follow-up становится не просто личной памяткой аналитика или участников встречи, а средством распространения согласованных решений среди более широкого круга заинтересованных сторон. Это помогает поддержать единое понимание результатов за пределами исходного интервью.

↑ К оглавлению

45. Эффективное интервью: цель достигнута и нужная информация получена

Переходя к критериям эффективности, Леонид Юденков формулирует наиболее очевидный показатель хорошего интервью: его цель достигнута. Если аналитик получил необходимую информацию либо сумел убедить собеседника в чём-то, ради чего встреча и была организована, интервью можно считать успешным в базовом смысле.

Такое определение связывает качество интервью не с внешними признаками — например, количеством заданных вопросов, длительностью разговора или объёмом заметок, — а с практическим результатом. Интервью проводится ради устранения информационной неопределённости, уточнения требований или продвижения решения; следовательно, успешность определяется тем, приблизила ли встреча участников к этим целям.

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

17:00 — Тот же слайд о техниках интервью с персонажем в очках; слева видны выступающие у трибуны.
17:00 — Тот же слайд о техниках интервью с персонажем в очках; слева видны выступающие у трибуны.

↑ К оглавлению

46. Эффективное интервью: к теме не приходится возвращаться снова и снова

Леонид Юденков выделяет ещё один признак эффективного интервью: после него участникам не требуется многократно возвращаться к одной и той же теме. Если вопрос снова и снова поднимается на последующих встречах из-за того, что исходных сведений оказалось недостаточно, это может означать, что первичное интервью не позволило извлечь нужную информацию в достаточном объёме.

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

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

↑ К оглавлению

47. Эффективное интервью: решения понятны и распространены среди нужных стейкхолдеров

Леонид Юденков предлагает оценивать интервью и по тому, возникают ли после него возражения или новые требования от людей, не участвовавших в исходном обсуждении. Негативный сценарий выглядит так: после интервью приходит другой участник проекта и заявляет, что «всё не так и всё по-другому», либо предлагает новые требования, о которых ранее не было известно.

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

Этот критерий непосредственно связан с подведением итогов и качеством follow-up. Если договорённости проговорены, корректно зафиксированы и переданы тем, кто должен быть в курсе, риск позднего обнаружения несогласованных ожиданий снижается. Следовательно, эффективное интервью должно не только привести к решению, но и обеспечить его понятность для релевантного круга стейкхолдеров.

↑ К оглавлению

48. Эффективное интервью: оптимальное время и только необходимые участники

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

Эффективность не предполагает жёсткого соблюдения тайминга любой ценой: Наталья допускает некоторую вариативность. Однако ориентиром остаётся запланированный и оптимальный объём времени, за который удалось получить нужную информацию и обсудить необходимые вопросы. Если беседа существенно затягивается, это ухудшает восприятие и повышает вероятность потери фокуса.

Отдельный фактор — состав участников. Наталья считает важным привлекать только тех людей, с которыми действительно необходимо поговорить для решения задачи. Она указывает, что в крупных компаниях и при работе с большими системами на встречи могут приглашать очень много людей, часть которых приходит лишь послушать. Такие участники не всегда остаются пассивными: они могут вносить дополнительные идеи и замечания, которые меняют ход разговора и сбивают заранее подготовленный сценарий интервью.

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

↑ К оглавлению

49. Эффективное интервью: сохранение и укрепление доверительных отношений

32:30 — Слайд «Что почитать» со списком книг и материалов, включая BABOK и ссылки на статьи
32:30 — Слайд «Что почитать» со списком книг и материалов, включая BABOK и ссылки на статьи

Наталья Леонова называет состояние отношений после интервью самостоятельным критерием его эффективности. Даже если в ходе встречи были получены сведения и приняты решения, интервью нельзя считать полностью удачным, если после него один из участников стал хуже относиться к другому или потерял желание продолжать совместную работу.

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

Этот вывод подчёркивает, что интервью для выявления требований — не разовая процедура извлечения информации. Оно одновременно влияет на дальнейшую коммуникацию аналитика с заказчиком, пользователем или экспертом. Поэтому эффективность включает не только содержательный результат, но и способ, которым он был достигнут: собеседник должен сохранять готовность работать вместе и участвовать в следующих обсуждениях.

↑ К оглавлению

50. Возврат интервьюируемого к нужной роли и исходной теме

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

Наталья Леонова отвечает, что перенаправить собеседника возможно, и главным инструментом для этого остаются правильно поставленные вопросы. Вопросы должны возвращать разговор к исходной цели и к требуемому ракурсу рассмотрения темы. Если собеседник уходит в область, которая сейчас не входит в предмет интервью, следует явно обратить на это внимание.

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

Леонид Юденков дополняет ответ примером из практики: product owner, ранее работавший программистом, стремился обсуждать, сколько строк кода должна занимать та или иная задача. Команде приходилось переключать его обратно на бизнес-приоритеты. Этот пример показывает, что опыт человека не отменяет выбранной роли в интервью: техническая экспертиза может быть полезной, но не должна подменять цель конкретного разговора, если в данный момент требуется обсудить потребности пользователей или приоритеты бизнеса.

↑ К оглавлению

51. Переключение бывшего разработчика с технических деталей на бизнес-приоритеты

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

Наталья Леонова из Devexperts ответила, что перенаправление возможно и основным инструментом для этого остаются правильно поставленные вопросы. По её позиции, интервьюеру следует не принимать смену фокуса как неизбежную: вопросы могут вернуть разговор к первоначально поставленной цели и к той роли, из которой требуется получить информацию. Если собеседник начинает подробно обсуждать темы, не относящиеся к предмету разговора, допустимо прямо обозначить это отклонение и предложить вернуться к ранее согласованному направлению.

Леонова подчеркнула, что такая корректировка не является чем-то необычным или неэтичным. В рабочем интервью можно прямо сказать, что обсуждение ушло в сторону, а интервьюер пока не готов разбирать новую тему и предлагает продолжить исходное обсуждение. При этом она признаёт, что отдельные люди могут настойчиво продвигать именно те вопросы, которые считают важными; однако даже в таком случае явное возвращение к цели встречи остаётся приемлемой стратегией.

Леонид Юденков из EPAM Systems дополнил ответ примером из практики. На одном из его проектов product owner, ранее работавший программистом, стремился обсуждать технические детали реализации: в частности, оценивал задачи через предполагаемое количество строк кода. Команде приходилось намеренно переключать его обратно на бизнес-приоритеты. Этот пример иллюстрирует различие между техническим опытом интервьюируемого и той перспективой, которая нужна в конкретный момент: даже обладая знаниями разработки, участник интервью может быть более полезен при обсуждении ценности, приоритетов и потребностей бизнеса, чем при погружении в детали реализации.

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

↑ К оглавлению

52. Фасилитация интервью с несколькими представителями заказчика

Следующий вопрос был посвящён интервью, в котором со стороны заказчика участвуют сразу несколько представителей. Участник спросил, как не допустить превращения такой встречи в «базар» и как расставлять приоритеты вопросов и высказываний разных людей.

Леонид Юденков из EPAM Systems отметил, что это уже не просто индивидуальное интервью, а область проведения воркшопов. Он специально отделил её от основной темы доклада: техники воркшопов не разбирались подробно, поскольку сами по себе требуют отдельного большого обсуждения. Причина в том, что встреча с несколькими участниками существенно сложнее интервью один на один: необходимо не только извлекать требования и уточнять информацию, но и координировать взаимодействие людей между собой.

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

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

Наталья Леонова из Devexperts уточнила, что в таких ситуациях обычно появляется отдельная роль модератора или ведущего — фасилитатора. Его задача состоит в том, чтобы разводить пересекающиеся потоки обсуждения и не позволять встрече перейти в хаотичный обмен эмоциональными репликами, крики или несфокусированные споры. Следовательно, для интервью с несколькими представителями заказчика недостаточно подготовить хорошую agenda и список вопросов: требуется отдельное управление динамикой группы.

↑ К оглавлению

53. Вовлечение молчащих и ограничение доминирующих участников группового интервью

В ответе на вопрос о групповом интервью Леонид Юденков из EPAM Systems выделил типичную проблему неравномерного участия. В группе могут быть люди, которые активно захватывают внимание и задают тон всей встрече. При этом их вклад не обязательно соответствует их громкости: по словам докладчика, такие участники могут нести меньше ценности, чем остальные, но всё равно доминировать в разговоре.

Одновременно на встрече могут присутствовать более пассивные представители заказчика. Они могут не проявлять инициативу, почти не говорить и не вступать в дискуссию, хотя именно их мнение способно быть особенно важным для понимания требований или принятия решений. Если аналитик оставит коммуникацию без управления, значимая информация может не прозвучать, а результат интервью окажется искажённым позицией наиболее активных участников.

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

Такой подход меняет роль аналитика в групповом интервью. Он не ограничивается фиксацией ответов и последовательным чтением вопросов, а следит за балансом голосов: ограничивает монополизацию внимания наиболее громкими участниками и создаёт пространство для тех, кто обычно остаётся молчаливым. Цель этого управления — собрать более полную и менее одностороннюю картину требований.

↑ К оглавлению

54. Роль фасилитатора в предотвращении хаоса и эмоциональных споров

Леонид Юденков из EPAM Systems отметил, что в сложных встречах с несколькими представителями заказчика обычно существует отдельная роль модератора или ведущего — фасилитатора. Этот человек помогает координировать разговор и поддерживать его управляемость, поскольку групповое обсуждение само по себе создаёт риск конкурирующих тем, одновременных реплик и неравномерного участия.

Наталья Леонова из Devexperts конкретизировала назначение фасилитатора: он помогает «разводить потоки» обсуждения. Смысл этой роли — не дать встрече превратиться в балаган, в котором участники перебивают друг друга, переходят к эмоциональным высказываниям или начинают неструктурированно спорить. В таком состоянии интервью перестаёт быть инструментом выявления требований, потому что внимание группы уходит от предмета обсуждения к самому конфликту или борьбе за право говорить.

Фасилитатор в изложении докладчиков не обязательно вводит новую содержательную экспертизу. Его ценность состоит в управлении формой коммуникации: он удерживает порядок обсуждения, направляет участников и создаёт условия, при которых группа может последовательно рассмотреть необходимые вопросы. Это особенно важно, когда интересы, манера общения и активность представителей заказчика различаются.

↑ К оглавлению

55. Явное правило очередности выступлений в групповой дискуссии

В качестве наглядного и простого примера управления групповой дискуссией Леонид Юденков из EPAM Systems вспомнил практику очных встреч: участникам можно передавать из рук в руки условный предмет — «тотем» или мягкую игрушку. Право говорить в конкретный момент получает тот, у кого находится этот предмет; остальные слушают.

Этот пример был приведён в контексте офлайн-митингов и иллюстрирует принцип явной очередности выступлений. Его задача — сделать для всех участников очевидным, кто сейчас говорит, и исключить одновременные реплики. Тем самым правило снижает риск того, что встреча будет определяться теми, кто громче или быстрее начинает говорить.

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

↑ К оглавлению

56. Обмен знаниями в команде как подготовка к срочной замене аналитика

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

Леонид Юденков из EPAM Systems начал с того, что предложил предотвращать подобные ситуации заранее, а не искать идеальное решение уже в момент замены. Ключевая рекомендация — поддерживать постоянный обмен знаниями внутри команды аналитиков. Нежелательно, чтобы каждый специалист был полностью изолирован в своей предметной области и не понимал, чем занимаются коллеги.

По мысли Юденкова, командная устойчивость зависит от того, сохраняют ли аналитики хотя бы базовое понимание соседних тем и задач. Если знания сосредоточены только у одного человека, его внезапное отсутствие создаёт риск для коммуникации с заказчиком. Если же обмен знаниями встроен в повседневную работу, заменяющий аналитик не будет начинать с полного незнания предмета и сможет поддержать разговор на встрече.

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

Наталья Леонова из Devexperts дополнила, что экстренная замена по определению является стрессовой ситуацией, которой никто не хотел бы оказаться. Тем не менее заранее созданная прозрачность работы команды — доступные результаты прежних встреч, планы и записи — позволяет снизить последствия отсутствия основного аналитика и подготовиться хотя бы на верхнем уровне.

↑ К оглавлению

57. Кросс-ревью артефактов для сохранения контекста смежных тем

Леонид Юденков из EPAM Systems назвал кросс-ревью одним из практических инструментов обмена знаниями внутри команды аналитиков. Под кросс-ревью он понимает ситуацию, в которой коллеги просматривают артефакты друг друга и оставляют комментарии. Такой процесс нужен не только для проверки качества конкретного документа, но и для того, чтобы аналитики оставались в курсе работы соседних команд или смежных направлений.

В контексте экстренной замены ценность кросс-ревью состоит в уменьшении изоляции специалистов. Если аналитик хотя бы периодически знакомится с материалами коллег, он сохраняет общее представление о темах, которыми сам непосредственно не занимается. Поэтому при внезапной необходимости подменить другого человека он не оказывается в полностью незнакомой предметной области.

Юденков подчёркивает, что это не устраняет разницу между основным аналитиком и временно заменяющим его коллегой. Последний всё равно не будет знать тему на той же глубине и не сможет провести интервью с такой же эффективностью, как человек, который готовился к нему специально. Но кросс-ревью позволяет обеспечить минимально необходимый уровень ориентации: понимать, о чём идёт речь, не теряться на встрече и иметь основу для дальнейших уточняющих вопросов.

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

↑ К оглавлению

58. Использование планов, follow-up и заметок для срочной подготовки

В ситуации, когда аналитика необходимо срочно заменить перед важной встречей, Леонид Юденков из EPAM Systems предлагает использовать имеющиеся материалы основного специалиста. Если коллега не полностью недоступен, он может передать заменяющему аналитику план интервью и ключевые вопросы, которые необходимо прояснить. Это не заменяет глубокую подготовку, но помогает быстро понять структуру разговора и минимальные цели встречи.

Наталья Леонова из Devexperts предложила опираться на follow-up предыдущих встреч и на рабочие заметки. Если нет времени глубоко погружаться в процесс, а заболевшего коллегу по каким-либо причинам не следует беспокоить, такие материалы становятся основным источником вводной информации. Они позволяют увидеть, о чём уже договорились, какие вопросы обсуждались ранее и какие результаты были зафиксированы.

Леонова подчёркивает, что задача заменяющего аналитика в данном случае состоит не в мгновенном освоении всех деталей, а в формировании хотя бы верхнеуровневого понимания. Нужно разобраться в сути темы и в текущей стадии работы: что уже сделано, что находится в обсуждении и зачем назначена предстоящая встреча. Именно для этого используются планы интервью, результаты предыдущих обсуждений и заметки.

Такой подход связан с более ранней частью доклада о важности фиксации результатов. Хорошо оформленные follow-up и записи оказываются полезны не только непосредственным участникам исходного интервью, но и коллегам, которым позднее может понадобиться быстро войти в контекст. В экстренной ситуации они превращаются из архивных материалов в практическое средство непрерывности работы команды.

↑ К оглавлению

59. Честное обозначение роли временно заменяющего аналитика

Наталья Леонова из Devexperts рекомендует временно заменяющему специалисту прямо обозначать свою роль на встрече. Если человек пришёл вместо основного аналитика и не владеет темой в полном объёме, не следует создавать впечатление, что он является главным аналитиком проекта или владельцем конкретной фичи.

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

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

↑ К оглавлению

60. Стресс экстренной замены и необходимость верхнеуровневой подготовки

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

Леонид Юденков из EPAM Systems реалистично оценивает последствия такой ситуации. По его словам, аналитик, который не готовился к интервью осознанно, не сможет провести его так же эффективно, как основной специалист. Однако это не означает, что участие бессмысленно: при наличии минимального контекста заменяющий сотрудник не будет теряться и сможет понимать, что происходит и о чём необходимо говорить.

Наталья Леонова из Devexperts прямо называет подобную ситуацию стрессовой и подчёркивает, что стресс влияет на качество работы. Поэтому её практический совет — не пытаться за короткое время полностью погрузиться во все детали, а подготовиться хотя бы на верхнем уровне. Для этого нужно изучить follow-up и заметки предыдущих встреч, понять суть задачи и определить, на какой стадии находится работа.

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

↑ К оглавлению