[Митап] Как сделать описание требований понятным для всех участников процесса разработки

В области IT-аналитики так просто впасть в крайность.

Давайте документировать вообще всё!” с одной стороны, “Не будем терять зря время, скорее кодить-продавать!” с другой. Первое приводит к монстроузным блок-схемам и диаграммам размером в стену, в которых теряется даже автор. Второе – к многократному повторению одних и тех же ошибок и тоже к стене, но на этот раз уже между бизнесом и разработкой. Продуктовая и инженерная команды в этой крайности начинают работать над двумя разными продуктами, а во всех бедах винят тех других.

Документировать надо, описывать бизнес-процессы надо. Но вот в каком объёме и как именно – это действительно интересный вопрос.

***

Сходили обсудить эти темы на IT Analyst Meetup. Наш аналитик Софья Королёва выступила с докладом: рассказала про BPMN-подход к описанию бизнес-процессов. Штука известная, но на наш взгляд недооценнённая. Стоит того, чтобы, как минимум, к ней присмотреться. С учётом её ограничений, конечно. Подробности – на видео с митапа.

Если хотите перемотать сразу на доклад Сони, то нужная вам временная метка — 02:12:40.

Больше историй про наш опыт в аналитике – читайте в Ixtens Digest