Команды по работе с данными должны ставить на первое место четкость задач

Каждому из нас знакома эта ситуация. Бизнес-заказчик формулирует задачу, и еще до окончания встречи в голове уже роятся идеи: какой дашборд можно создать, какую модель обучить, какие инструменты использовать. Но то, что вы можете что-то построить, вовсе не означает, что вы должны это делать. Для специалистов по работе с данными наша первая обязанность — не писать код. Наша обязанность — думать.

В динамичной среде возникает искушение доказать свою ценность за счет быстрого результата. Но реальная ценность заключается в решении правильной проблемы, а не просто в создании решения. Это значит — сделать паузу. Задавать более удачные вопросы. Прояснить «зачем», прежде чем погружаться в «как».

Сделать шаг назад, чтобы продвинуться вперед

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

• Какое решение они пытаются принять?

• Какую проблему они стремятся минимизировать?

• Что для них на самом деле означает «полезно»?

Иногда им нужен краткосрочный ответ, чтобы разблокировать проект. В других случаях им требуется долгосрочный взгляд на состояние бизнеса. Форма может выглядеть одинаково, но лежащая в ее основе потребность может кардинально отличаться. Без такой ясности вы рискуете создать технически безупречную и блестящую вещь, которую при этом никто не будет использовать по назначению.

Думайте шире запроса: будьте партнером по осмыслению

Самые эффективные команды по работе с данными — это не те, которые отвечают быстрее всех. Это те, которые мыслят глубже. Они не просто выполняют запросы. Они ставят под сомнение допущения, уточняют формулировки проблем и предлагают альтернативные подходы.

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

Вместо:

«Хорошо, давайте создадим этот дашборд».nПопробуйте:n«Какие решения это поможет вам принять? Как здесь выглядит успех?»

Один этот вопрос может изменить траекторию движения проекта.

Создание правильного продукта, а не просто первого попавшегося

Один из самых больших рисков в работе с данными — это погоня за скоростью в ущерб соответствию задаче. Но если решение на самом деле не помогает кому-то принять более правильное решение или, что еще хуже, приводит к ошибочным выводам, оно может принести больше вреда, чем пользы.

Время, потраченное в начале на уточнение потребностей, не замедляет вас. Оно экономит время за счет сокращения объема переделок, выравнивания ожиданий и повышения уровня внедрения.

Несколько полезных практик:

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

• Различайте исследовательские и повторяющиеся потребности
  Является ли это разовым исследованием или чем-то, что должно жить на дашборде?

• Уточняйте требования к срочности
  Должно ли это быть готово завтра или мы создаем долгосрочный актив?

• Спросите, кто еще будет этим пользоваться
  Проектирование для одного заинтересованного лица отличается от создания продукта для широкой аудитории.

Почему это важно как никогда

Команды по работе с данными все чаще воспринимаются как драйверы стратегического преимущества. Но вместе с таким вниманием растет и давление: требуется доставлять результаты быстрее, создавать более крутые вещи, внедрять более новые технологии.

Кроме того, с развитием генеративного искусственного интеллекта стало еще проще генерировать аналитику, дашборды и даже код с минимальными усилиями. Порог для создания чего-либо снизился, но это, в свою очередь, означает, что цена создания неправильного продукта стала еще выше.

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

Заключительная мысль

Поэтому прежде чем запускать этот запрос, открывать блокнот или макетировать дашборд, сделайте паузу. Не бросайтесь создавать первое, что приходит на ум. Проявите любознательность. Задайте правильные вопросы. А затем создайте правильное решение.

Раджат Верма — разработчик в компании ServiceNow.

Добро пожаловать в сообщество VentureBeat!

Наша программа гостевых публикаций — это площадка, где технические эксперты делятся идеями и проводят беспристрастный и глубокий анализ ИИ, инфраструктуры данных, кибербезопасности и других передовых технологий, формирующих будущее бизнеса.

Читайте далее в рамках нашей программы гостевых постов — и ознакомьтесь с нашими рекомендациями, если вы хотите опубликовать собственную статью!