Por qué la mayoría de los proyectos de datos fallan en las primeras fases (y cómo evitarlo)

Apr 30 2023
Cómo el desajuste de expectativas acaba con los proyectos de datos en MVP.
Los proyectos de consultoría en ciencia de datos e ingeniería de datos a menudo comienzan desde cero con el objetivo de desarrollar una prueba de concepto (PoC) o un producto mínimo viable (MVP) antes de comprometerse con una inversión sustancial en una solución completa. Sin embargo, un número considerable de proyectos prometedores no logran progresar más allá de estas etapas iniciales y una de las principales razones es la mala gestión de expectativas.
Fuente de la imagen: Unsplash

Los proyectos de consultoría en ciencia de datos e ingeniería de datos a menudo comienzan desde cero con el objetivo de desarrollar una prueba de concepto (PoC) o un producto mínimo viable (MVP) antes de comprometerse con una inversión sustancial en una solución completa.

Sin embargo, un número considerable de proyectos prometedores no logran progresar más allá de estas etapas iniciales y una de las principales razones es la mala gestión de expectativas.

¿Por qué el desarrollador trajo una escalera a la reunión? ¡Para alcanzar las expectativas de la gerencia!

Tanto los clientes como la administración interna suelen tener altas expectativas para las iniciativas de datos. Es un desafío convencer a un cliente para que siga un proyecto y, una vez que están a bordo, existe un gran interés en expandir el proyecto y atraer a otros consultores. Al mismo tiempo, el cliente quiere ver resultados rápidamente. Esto ejerce mucha presión sobre los desarrolladores, lo que lleva a posibles resultados negativos:

  1. Se construye un MVP, pero la configuración técnica es tan deficiente que construir una solución productiva no es factible o es extremadamente costoso
  2. El cliente está insatisfecho porque el resultado no cumple con sus expectativas.
  3. Los desarrolladores están agotados
  4. El proyecto se retrasa por dependencias y excede el presupuesto
  5. En el peor de los casos, la relación con el cliente se daña, lo que puede dificultar la colaboración futura en otros proyectos

1. Delimitar el alcance del proyecto al inicio

Tener expectativas claras y escritas es tanto un seguro como una oportunidad. Evita que el alcance del proyecto se amplíe en exceso, al mismo tiempo que demuestra el compromiso del equipo si se superan las expectativas. Esta debe ser una de las primeras actividades realizadas al comienzo de un proyecto, ya que establece las prioridades y el enfoque para el equipo.

A menudo me he encontrado con situaciones en las que los clientes querían incorporar fuentes de datos adicionales sin comprender las complejidades involucradas. Aunque parezca sencillo, nunca subestime el esfuerzo necesario para recopilar, limpiar y entregar una fuente de datos. Además, existe una diferencia significativa entre simplemente limpiar un extracto de datos para uso front-end y construir una canalización para procesar los datos de forma continua y estable.

2. Establezca sus propias expectativas y haga que las personas rindan cuentas

Las contrapartes del lado del cliente a menudo no se asignan al 100% al proyecto. Dado que no es su principal prioridad, pueden pasar por alto entregas críticas para el equipo de desarrollo. Recordarles y asegurarnos de que cumplan con las expectativas establecidas por nosotros como consultores ayuda a garantizar que el proyecto se entregue a tiempo.

3. Comunicarse de forma estructurada

Un enfoque que tomamos en uno de mis proyectos anteriores fue tener 3 tipos de reuniones con las partes interesadas del negocio. Primero, llevamos a cabo reuniones de actualización de progreso para mostrar nuestros logros. En segundo lugar, organizamos discusiones para articular claramente los desafíos que enfrentamos o las opciones disponibles, ayudando a las partes interesadas a comprender y decidir en colaboración sobre el mejor curso de acción. Tercero, nos aseguramos de ser dirigidos y tener reuniones con sus expertos internos sobre temas en los que necesitábamos su aporte.

El segundo tipo de reuniones fue especialmente crucial para alinear las expectativas. Los problemas que enfrentan los científicos e ingenieros de datos pueden parecer crípticos para los extraños, pero el cliente aún debe tomar ciertas decisiones, ya que serán ellos quienes utilicen la solución. Establecer un entendimiento claro y mantener una comunicación abierta ayuda a cerrar esta brecha. Asigne tiempo para crear una presentación concisa o material similar para explicar las opciones en términos sencillos y las implicaciones para el producto final.

4. Identifique las dependencias desde el principio

Es esencial reconocer las dependencias, como las fuentes de datos requeridas, en las primeras etapas de un proyecto. Además de establecer conexiones técnicas, a menudo es necesario obtener la aprobación de los propietarios de los datos antes de poder integrar los datos en un entorno de desarrollo. Abordar estos problemas lo antes posible ayuda a evitar complicaciones en el futuro.

Además, es crucial abordar la dependencia más aparente entre el front-end y el backend. Por ejemplo, si es necesario diseñar un informe, proporcionar un conjunto de datos de prueba lo antes posible puede ser beneficioso, en lugar de esperar a que se complete todo el proceso. Este enfoque proactivo permite que el equipo de front-end comience su trabajo, mientras que el equipo de back-end continúa desarrollando la infraestructura necesaria.

5. Logre un equilibrio entre características visualmente atractivas y componentes técnicos esenciales

Es importante encontrar un equilibrio entre centrarse en el backend técnico y la presentación de front-end. Concentrarse únicamente en el backend puede dificultar que el cliente vea y aprecie el trabajo que se está realizando. Por otro lado, demasiado énfasis en la interfaz puede no permitir una evaluación adecuada de si la solución completa es viable o si la base es insuficiente para construir sobre ella.

Concéntrese en los componentes esenciales de la solución y asegúrese de que funcionen correctamente. El propósito de un MVP es demostrar lo que es posible, así que tenga cuidado de no centrarse demasiado en un solo aspecto, incluso si parece atractivo. Simultáneamente, evite ensamblar el código apresuradamente sin considerar la necesidad de realizar pruebas y mejoras futuras. Lograr el equilibrio adecuado dará como resultado una solución más sólida y eficaz que satisfaga las expectativas del cliente.

Conclusión

En última instancia, a pesar de nuestros mejores esfuerzos como desarrolladores, es posible que algunos proyectos se suspendan. Es importante reconocer que varios factores, como las restricciones presupuestarias, pueden entrar en juego. No debemos ser demasiado duros con nosotros mismos si lo hemos dado todo. En cambio, debemos aprender de la experiencia y seguir adelante, preparados para enfrentar nuevos desafíos con una perspectiva positiva.

Simultáneamente, si logramos establecer las expectativas correctas durante las etapas PoC y MVP, estableceremos una base sólida para una solución completa. Mediante la gestión eficaz de las expectativas y el cumplimiento de las promesas, podemos aumentar la probabilidad de continuación y éxito del proyecto, lo que en última instancia beneficia tanto a nuestros clientes como a nuestro crecimiento profesional.

¡Gracias por leer!