Почему источник требований важен для команды
Кейс
Заказчик одного из проектов рассказал нашему ПМу, что 70% требований идёт со стороны их внутренней службы поддержки, так как конечный пользователь системы – крупный банк.
Конечно, это неудобный и несистемный способ мониторить запросы клиента. Наша команда моментально отреагировала на данный факт и внедрила автоматическое отслеживание ошибок, чтобы точнее понимать, с какими трудностями сталкиваются пользователи. Более того, ребята предложили устраивать предрелизные демонстрации конечному клиенту, чтобы формировать его ожидания от новых релизов.
Всё это привело к следующим результатам:
▪️ более глубокая аналитика, благодаря пониманию источников требований,
▪️ снижение нагрузки на саппорт,
▪️ долгосрочное сотрудничество с клиентом.

Что из этого следует
На первых этапах важно познакомить специалистов с представителями бизнеса и владельцем продукта, донести до заказчика важность контакта. Команда должна понимать источники требований, цели разработки IT-решения и портрет конечного пользователя. Впоследствии это поможет расставлять приоритеты, понимать, для чего разрабатывается та или иная фича, улучшать план тестирования и т.п.
Коммуникации должны быть направлены на снижение рисков, связанных с долгой передачей информации о новых требованиях, изменением сроков или отсутствием обратной связи.
Сотрудничество команды разработки и клиента помогает достичь общей цели.