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

Предлагаю два основных варианта, каждый для своей ситуации. Первый: Если у нас много backend-а и мало front-а, тогда сконцентрируемся на информационных потоках. Как правило здесь скрыта настоящая сложность (и ценность одновременно). Будет лучше, если мы будем не спрашивать у Бизнеса вопросы, а вместе с ним нарисуем связи на Whiteboard, листке бумаги или в любом простом редакторе. Визуализация творит чудеса!

Вот ключевые вопросы, которые стоит задать представителю бизнеса: 1. Вопрос об источнике данных - Откуда? «Откуда должен браться номер договора? Пользователь вводит его вручную, или мы его должны подтянуть из другой системы?» «Если подтянуть, то откуда именно? Из CRM, из базы данных бухгалтерии? Есть ли у нас доступ к этому источнику?» 2. Вопрос о направлении и цели - Куда и зачем? «Куда этот номер договора должен уйти после того, как мы его получим?» «Что этот номер откроет или активирует в другой системе? Нужно ли его передавать в отдел проверки или отправить в платежный шлюз?» 3. Вопрос о состоянии и жизненном циклу - При каких условиях? «А что, если договор с таким номером уже аннулирован? Мы должны это проверять? Где брать статус договора?» «Может ли один номер договора быть привязан к нескольким операциям?»

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

Следующий раз, получив скупую задачу, не уточняйте детали интерфейса. Возьмите маркер и нарисуйте для бизнеса простейшую схему: ОТКУДА → КУДА → ПРИ КАКИХ УСЛОВИЯХ. Это займет 10 минут, но сэкономит дни работы разработки. Вы перестанется быть «расшифровщиком телеграмм», а станете архитектором решений, который видит систему в целом.

В следующей заметке рассмотрим второй вариант выявления требований.