Как попасть в точку при общении с заказчиком?

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

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

Думаю, все уже знаю, что есть функциональные и нефункциональные требования к сервису. Но объяснить бизнесу что мы от них хотим - та еще задача.

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

Что помогло:
- Слайд с определениями ФТ/НФТ и примерами требований по каждой группе. Здесь заказчик понял, что мы от него хотим.
- Слайд с простыми примерами online работы сервиса, batch работы сервиса и слайд с примером работы очереди (в качестве примера рассказывал про озон). Данный слайд помог собрать нам правильные НФТ.
- Больше всего помог слайд с образом результата: мы разделили слайд на две части, на левой половине показали упрощенную схему работы сервиса, а на правой - то, что получит заказчик. Если дашборд, то картинка дашборда. Если таблица в Hadoop - то пример таблицы с несколькими заполненными строками исходя из задач заказчика. Здесь мы смогли собрать ФТ и стали двигаться дальше.

Еще помогло выделение ЛПР (лица, принимающие решения) со стороны заказчика. Отмечу, что на разных этапах проработки это могут быть разные люди. Но если «бить» в них, то договариваться получается намного быстрее.

Кажется, что все просто и очевидно. Но зафиксировать требования по большому проекту с кучей людей - тот еще квест. Надо точно прокачивать скилл «переговорщика»)