MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Podemos ver un servicio como una actividad concreta, repetitiva, con un alcance definido, planificado de antemano y riesgos conocidos. Colocar una puerta en un coche, cambiar una ventana, etc. son algunos ejemplos. En este modelo podríamos tener también:  El Mantenimiento de software, donde se aplican mejoras correctivas (corrección de errores) o mejoras (funcionales, rendimiento…), normalmente de poco calado, que aunque pueden tener cierta variabilidad suele ser mucho menos significativa que la observada en el desarrollo de nuevos desarrollos o mantenimientos mayores.  Las Operaciones del área de sistemas donde, aunque se da la existencia de proyectos internos de mejora, el porcentaje de actividades repetitivas se lleva la mayor parte del pastel (instalación de un nuevo servidor, una nueva base de datos, un nuevo usuario…).

De ambos análisis observamos que Kanban se ajusta como un guante a la ejecución de servicios, mientras encontramos un peor ajuste a la ejecución de proyectos.

Kanban y proyectos

Entendido que, a priori, Kanban tiene un peor ajuste (o al menos más oscuro) a proyectos, su propio creador propone una descomposición jerárquica de requerimientos, con un seguimiento paralelo de dos niveles de descomposición sobre el tablero. La aproximación recomendada es similar a la utilizada en Scrum, una descomposición de epics en historias. Sobre el tablero se suelen representar en líneas paralelas. La descomposición de historias en tareas no aparece en el tablero. El objetivo es desacoplar la entrega de valor de la variabilidad de las tareas de trabajo finales, representando en el tablero Kanban solo los niveles de entrega de valor. Algunos equipos llegan a este nivel de descomposición (tareas) en tableros separados del kanban principal de seguimiento de tareas y de historias en tareas. Algunos tableros virtuales admiten el tercer nivel de descomposición, tareas. En esta concepción, los ítems de menor nivel que atraviesan en tablero son historias y, para mantener los principios Kanban, se requiere un esfuerzo adicional en la etapa de análisis para descomponer los epics en historias pequeñas y de tamaño similar, habilitando un flujo suave y una predictibilidad de lead times.

254

European Open Business School