Кастдев: Как исследования могут навредить проекту и как этого избежать

Как с помощью кастдева навредить проекту.

Тема, которой я хочу сегодня поделиться, — это неожиданные (для команды) исследования.

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

Почему это важно? С точки зрения лучших практик в управлении проектами и проведении CustDev исследований, действовать в одиночку, без согласования с остальными участниками проекта, может быть рискованно и неэффективно. Почему?

💗Расхождение в понимании целей. Каждый член команды может иметь своё представление о ключевых задачах исследования и целях продукта. Без координации вопросов с командой легко задать не те вопросы, которые необходимы для решения реальных бизнес-задач. А это может привести к неправильным выводам.

💗Проблемы с управлением ожиданиями. Проведение кастдева без достаточной подготовки может привести к тому, что пользователи начнут ожидать решений, которые команда просто не сможет или не планирует реализовывать. Это создаёт ложные ожидания и может осложнить дальнейшее взаимодействие с пользователями. А теперь подумайте, каковы будут последствия, если ожидания пользователей резко разойдутся с возможностями команды?

💗Снижение эффективности. Отсутствие координации с командой может вызвать необходимость дополнительных встреч для обсуждения полученных данных, что затягивает процесс и увеличивает нагрузку на всех участников проекта. Вместо того, чтобы двигаться вперёд, вы тратите время на согласование уже собранных данных.

Но не всё так однозначно... Проактивность, конечно, это хорошо. Иногда она может дать неожиданные и очень полезные инсайты. Однако, без четкого плана и согласования с командой могут возникнуть проблемы. Например, нарушение доверия внутри команды или искажение информации могут негативно повлиять на микроклимат и результат работы.

💡Внутренние исследования требуют особого контекста💡

Внутренние сотрудники могут не всегда понимать, зачем внедряется тот или иной инструмент. Например, системы отчетности или управления процессами могут казаться неудобными, но их основная цель — это контроль и мониторинг. Здесь крайне важно, как именно вы презентуете будущий продукт пользователям: если это будет сделано с неправильной подачей, восприятие проекта будет негативным с самого начала. Здесь важен баланс между пользовательским опытом и бизнес-задачами компании.

❓А теперь вопрос к вам: а как бы вы поступили, если бы оказались в подобной ситуации? Поделитесь своим мнением в комментариях!

#custdev