Бизнес-требования. Самая пропускаемая и непонимаемая категор | О бизнес-анализе и не только

Бизнес-требования.

Самая пропускаемая и непонимаемая категория требований.

В 8 из 10 случаев кандидаты на собеседованиях приводят следующие примеры бизнес-требований (далее - БТ): "Система должна позволять делать заказ на сайте", "Пользователь должен иметь возможность сгенерировать отчет".

Многие опытные бизнес-аналитики никак не документируют БТ, особенно на Agile-проектах. Некоторые даже и не выявляют.

Давайте вспомним, что нам говорит дедушка Вигерс о БТ: “Business requirements” refers to a set of information that, in the aggregate, describes a need that leads to one or more projects to deliver a solution and the desired ultimate business outcomes. Business opportunities, business objectives, success metrics, and a vision statement make up the business requirements.

Жирным шрифтом я выделила самые важные, на свой взгляд, части:

1. Need. Потребность. Почему вообще затеваем все эти телодвижения? Почему спонсоры готовы тратить деньги на проект? Что им болит, что решаем? Согласно BABOK, need - это один из core concept (на ряду с change, solution, stakeholder, value, context).
2. Desired ultimate business outcomes. Бизнес-результаты. Это засмартованный ответ на вопросы выше. Как мы поймем, что потребность удовлетворена? Что деньги, время и усилия потрачены не зря?
3. Set of information. Совокупность информации. Думаю, это отличительное свойство БТ. Мало просто написать бизнес-цели, нужно ПОНЯТЬ, почему они такие. Поэтому и нужно написать целый Vision and Scope документ, что подробно разобраться в предпосылках, ситуации на рынке и открывающихся возможностях, рисках, допущения, и т.д.

Мы знаем с вами следующее требование к качеству требований: проверяемость. Раз написали и взяли в работу, то должны быть способны проверить - а выполнили-то требование? И вот тут у начинающих аналитиков пазл не складывается: если БТ является совокупностью информации, то как понять, выполнили мы их или нет? Именно поэтому в узко-прикладном смысле за БТ можно принимать бизнес-цели, сформированные по шаблону "Увеличить [показатель] на Х процентов за Y месяцев после внедрения системы".

Заметили часть про "пoсле внедрения системы"? Логично, что бизнес-результат случится ТОЛЬКО после некоторого количества времени после внедрения системы. Именно поэтому кроме бизнес-цели, важно еще документировать и критерии успеха - индикаторы, которые 1) можно померить в период тестирования или вскоре после внедрения 2) непосредственно связаны с бизнес-целью, поэтому по ним можно судить, мы на пути к достижению бизнес-целей или нет?

Пример из недавней практики. Мы работаем над новой content platform, чтобы увеличить количество пользователей, приходящих на наш сайт (бизнес-цель). Для этого нужно, чтобы пользователь видел наш контент как можно выше в списке выдачи при отправке поискового запроса. Мы знаем, что performance сайта является важным критерием для определения порядка выдачи сайта, поэтому один из наших критериев успеха будет, например, Largest Contentful Paint < 1sec. Итого, увеличение количества пользователей на X процентов за Y месяцев после внедрения - бизнес цель. А Largest Contentful Paint < 1sec - хороший критерий успеха, который мы можем померить сразу после релиза любой фичи.

Итого, я хочу донести до вас следующие мысли:
1. Бизнес-требования в широком смысле - совокупность информации, которая описывает потребность и бизнес-результаты, которые мы хотим достичь.
2. В узком прикладном смысле бизнес-требования = бизнес-цели, сформулированные по шаблону "Увеличить [показатель] на Х процентов за Y месяцев после внедрения системы"
3. Поскольку достижение бизнес-целей всегда отложено во времени, важно определять критерии успеха, которые можно померить в процессе тестирования или сразу после внедрения системы.

Как у вас с бизнес-требованиями? Выявляете? Документируете? С какими проблемами сталкиваетесь? Пишите в комментариях, обсудим!

#бизнес_требования #горопека_о_продукте #горопека_о_бт