Efecto Sandía - Caso Práctico

En la gestión de proyectos, especialmente en entornos ágiles, es fundamental que la información fluya de manera transparente entre el equipo técnico y los responsables de negocio. Sin embargo, a menudo nos encontramos con un fenómeno conocido como el “Efecto Sandía”.

Este término hace referencia a proyectos que, vistos desde fuera; en informes, KPIs y reuniones de seguimiento, lucen un color verde brillante e impecable: los hitos se cumplen y el presupuesto encaja. Sin embargo, si profundizamos en su interior, la realidad es roja: el equipo sufre estrés, existe deuda técnica acumulada, la calidad del código es baja o hay riesgos críticos no comunicados.

Para solucionar esta disonancia visual y evitar que el proyecto colapse, se utiliza la Retrospectiva de la Sandía. Esta dinámica busca visualizar tres capas.

• La Corteza (Verde): Lo que ven los stakeholders y lo que dicen los informes oficiales; es decir, cómo se ve el proyecto desde fuera.

• El interior (Rojo): La realidad técnica y emocional que vive el equipo.

• Las pepitas (Riesgos): Los pequeños problemas recurrentes, bugs o interrupciones que hacen que el trabajo sea difícil de digerir.

A continuación, presentaremos un caso práctico para tener una mejor comprensión del efecto sandía y cómo abordarlo en una retrospectiva.

Caso Práctico: App "USAL Connect"

La Universidad de Salamanca ha encargado a Viewnext el desarrollo de una aplicación móvil llamada “USAL Connect”. El objetivo es que los estudiantes puedan consultar sus horarios, notas y reservar espacios de la universidad desde el móvil.

El proyecto tiene una fecha límite estricta: el 1 de septiembre, coincidiendo con el inicio del curso académico. El equipo de desarrollo lleva 4 meses trabajando a contrarreloj. En el último Comité de Dirección, el Project Manager (PM) mostró un cronograma impecable con todos los módulos marcados como “Completados”.

Sin embargo, los desarrolladores saben que, aunque la app “funciona” en la demo, no soportará la carga real de miles de alumnos conectándose a la vez. Es el escenario perfecto para aplicar la dinámica de la Sandía.

Aplicación de la Retrospectiva Sandía

El equipo se reúne frente a una pizarra con el dibujo de una sandía y comienza a colocar post-its verdes para el exterior, rojos para el interior y negros para las pepitas para contrastar las visiones.

1. La Corteza (Lo Verde, Visión Externa): Aquí se refleja lo que se ha comunicado al Rectorado y lo que se ve en la demo: "el login con el correo universitario funciona correctamente”, "el módulo de reserva de biblioteca tiene una interfaz muy intuitiva", "cumplimos la fecha de entrega del 1 de septiembre."

2. El Interior (Lo Rojo, Realidad Interna): El equipo técnico destapa la realidad que sostiene esa apariencia verde: "el sistema de login no escala: si entran más de 500 alumnos a la vez; algo seguro el primer día, el servidor se cae", "no hay tests automatizados para la consulta de notas; un cambio pequeño podría mostrar notas erróneas", "la versión de Android no es nativa, es un 'parche' web que va muy lento en móviles antiguos."

3. Las Pepitas (Los Riesgos y Molestias): Se identifican los problemas diarios que entorpecen el avance: "la VPN de la universidad se desconecta cada dos horas, interrumpiendo el trabajo", "la documentación de la API de notas es de hace 5 años y no coincide con la realidad", "excesiva burocracia para aprobar cada cambio de diseño."

Resultados de aplicar esta retrospectiva

Como hemos visto en este caso práctico, el proyecto Usal Connect presentaba síntomas clásicos de un “Efecto Sandía”. Si sólamente nos hubiéramos guiado por los indicadores externos e hitos, el lanzamiento habría provocado una caída del sistema el primer día.

Gracias a la visualización clara del interior, el equipo técnico y el Product Owner logran los siguientes resultados tangibles.

• Mitigación de un desastre técnico.

• Recuperación de la confianza del equipo técnico.

• Se evita un desastre en la puesta en producción.

• Permite identificar errores en el desarrollo de cara a futuros desarrollos.

• Mayor visibilidad del estado de cada tarea.