El presente caso busca romper el paradigma de que Scrum es sólo para Tecnologías de la Información (TI) y confirmar su viabilidad de aplicación al sector construcción.
A continuación se describe cómo se logró la rehabilitación del c.c. ícono de la ciudad de Piura (gravemente afectado por el desborde del río durante el fenómeno El Niño Costero 2017) en un plazo de 30 días a través de la intervención de zonas de servicio, áreas comunes, extensas fachadas exteriores y cerca de 60 locales internos arrendados a reconocidas marcas comerciales (locatarios).
¿POR QUÉ SCRUM?
Si bien se manejaban plazos fijos, se conocían desde ya restricciones e incertidumbres que podrían afectar el cumplir con la entrega final (liberación de ambientes a intervenir, especificaciones y logística de los materiales a usar, disponibilidad de andamios, etc.).
Debido a la urgencia del proyecto y las restricciones antes mencionadas se optó por imprimir agilidad, flexibilidad y a la vez un orden mediante el trabajo en Sprints con la posibilidad de ajustarnos a entregas de productos completos (locales) tal como se observa en el gráfico siguiente:
IDENTIFICANDO ROLES
Existen tres roles centrales en Scrum que en última instancia llevan la responsabilidad de cumplir con los objetivos del proyecto. Dichos roles son: el propietario del producto (Product Owner), Scrum Master y el equipo Scrum. En nuestro proyecto, estos roles se asignaron tal como se observa en la siguiente figura:
27