Консультационные проекты в области науки о данных и инженерии данных часто начинаются с нуля с целью разработки доказательства концепции (PoC) или минимально жизнеспособного продукта (MVP), прежде чем вкладывать значительные средства в полноценное решение.

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

Зачем застройщик принес на встречу лестницу? Чтобы оправдать ожидания руководства!

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

1. Создан MVP, но техническая настройка настолько плоха, что создание продуктивного решения невозможно или чрезвычайно дорого.
2. Клиент недоволен, потому что результат не соответствует его ожиданиям
3. Разработчики выгорели
4. Проект задерживается из-за зависимостей и превышает бюджет
5. В худшем случае отношения с клиентами испорчены, что может помешать будущему сотрудничеству в других проектах.

1. Ограничьте масштаб проекта в начале

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

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

2. Установите свои собственные ожидания и держите людей подотчетными

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

3. Общайтесь структурировано

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

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

4. Определите зависимости на ранней стадии

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

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

5. Найдите баланс между визуально привлекательными функциями и важными техническими компонентами.

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

Сосредоточьтесь на основных компонентах решения и убедитесь, что они работают должным образом. Цель MVP — продемонстрировать, что возможно, поэтому будьте осторожны, не уделяйте чрезмерного внимания одному аспекту, даже если он кажется привлекательным. В то же время избегайте поспешного объединения кода без учета необходимости тестирования и будущих улучшений. Достижение правильного баланса приведет к созданию более надежного и эффективного решения, отвечающего ожиданиям клиентов.

Заключение

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

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

Спасибо за чтение!