Первый раз за столом с заказчиком
Тебя назначили бизнес-аналитиком на проект: компания хочет новую систему учёта заявок. Завтра — первая встреча с заказчиком. В блокноте пустая страница и одна фраза руководителя: «Собери требования». Что ты будешь делать в первые десять минут этой встречи — и почему от них зависит, что окажется в системе через полгода?
Самая естественная ошибка новичка — прийти с блокнотом и записать всё, что назовут. Заказчик говорит: «нужен отчёт», «нужна кнопка», «нужно как в старой системе». Всё записано, все довольны. А через полгода на приёмке выясняется, что половина реальной работы отдела в систему не попала: о ней просто никто не сказал вслух, потому что её никто не спросил — и не посмотрел.
Эта лекция — про то, как не оказаться в такой приёмке. Суть проста: требования не лежат на столе готовым списком, их приходится выявлять. Есть три рабочих способа это делать — разговаривать с людьми, смотреть, как они работают, и читать документы. У каждого способа свои искажения, и только их комбинация даёт картину, которой можно верить.
Как устроена лекция
- Зачем и что выявлять: чем выявление отличается от «записать, что сказали», почему ошибка на старте самая дорогая и какими техниками вообще можно выявлять требования.
- Интервью: три степени структуры, приём «пять почему», искажения, которым нельзя верить на слово, и главная развилка профессии — «хочу» против потребности.
- Наблюдение и документы: что видно только в работе, а не в разговоре, и чему учат регламенты, бланки и старые системы.
- Проверка полноты: признаки невыявленных требований, перекрёстная проверка разными техниками, выбор техники без готового рецепта и контрольная позиция профстандарта.
Результат, который ты получишь: сможешь подготовиться к первой встрече с заказчиком, провести интервью, которое докапывается до причины, а не до первого ответа, понять, когда разговора недостаточно и нужно идти смотреть на работу, и заметить требования, которые тебе не сказали.
Требования не собирают — их выявляют
Попроси человека назвать, что он хочет от будущей системы, — и он назовёт то, что пришло в голову: знакомые экраны, привычные отчёты, пару болячек, которые раздражали на этой неделе. Часть действительно нужного он не назовёт: не потому что скрывает, а потому что не осознаёт — для него это «просто работа».
Поэтому работа аналитика — не записать готовое, а достать то, что никто ещё не сформулировал. В профессии это называется выявлением требований (elicitation). В обзорной литературе подчёркивают: требования именно выявляются, а не «собираются» или «захватываются» — в этом процессе всегда есть элемент открытия и доразвития, а не только фиксации.
Выявлять приходится у людей, которых затрагивает система. Таких людей называют стейкхолдерами — заинтересованными сторонами: оператор, который каждый день заводит заявки, начальник отдела, который отвечает за сроки, бухгалтерия, которая забирает из системы отчёт. У каждого — свой кусок потребности, и полный список не знает никто из них по отдельности.
Есть и рабочий принцип безопасности, известный как «траулинг требований»: лучше выявить лишние требования, чем пропустить нужные. Лишнее потом отфильтруется при записи; пропущенное всплывёт на приёмке — самым дорогим способом.
Что входит в выявление по BABOK
Свод знаний по бизнес-анализу BABOK (издание v3) выделяет целый этап «Выявление и сотрудничество» — и это пять задач, а не одна встреча:
Дальше нужен аккаунт
Прогресс и монеты сохранятся.