Aplicación de Kanban en una startup española dedicada a la construcción, desarrollo y mantenimiento de una herramienta web para el cuidado de plantas.

1. ioPlanto
Implantación
de Kanban
Introducción a Kanban: WIP, Procesos
Pull y Flujo
Javier Boó Gustems

2. Definición del caso
 ioPlanto
 Startup española
 Herramienta online para el cuidado de
plantas (plataforma web)
 Componente social
 LinkedIn de las plantas
 Tres tipos de tareas
 Mantenimiento
 Evolutivos
 Nuevas funcionalidades

3. Equipo de trabajo
 Luis Tallo
 Desarrollador
 Clara Flora
 Experiencia de usuario
 Carlos Verdes
 Diseño y funcionalidad
 Visión de negocio
 Revisor
 Mario Redes
 Analítica y RRSS
 Revisor

4. Tarjetas
 Tres tipos de tarjetas
 Mantenimiento (MNT)
 Evolutivos (EVO)
 Nueva funcionalidad (NEW)
 Código compuesto
 Tipo de tarjeta (proyecto)
 Identificador numérico (ID)
 Descripción corta
 Fecha de entrada
 Fecha límite (si aplica)
 Indicadores
 Avatar
 Bloqueo
 Retraso
Proyecto ID
Descripción corta
Fecha
entrada
Fecha
límite
Avatar
Bloqueo Retraso

5. Tablero
Tareas Análisis Diseño Desarrollo Revisión Finalizado
Doing Done Doing Done Doing Done Doing Done
Flujo de tareas

6. WIP
 Tareas. Pendientes de empezar
 Límite 4 (Product Owner & QA Manager)
 Análisis. Analizar el problema y plantear
solución
 Límite 2 (Product Owner & QA Manager)
 Diseño. Dar forma a la solución planteada
 Límite 3 (Team)
 Desarrollo. Implementación del diseño
 Límite 3 (Team)
 Revisión. Verificar la solución implementada
 Límite 2 (Product Owner & QA Manager)

7. Roles
Product
Owner
Carlos Verdes
Team
Luis Tallo
Team
Clara Flora
QA
Manager
Mario Redes
 Product Owner
 Visión de negocio
 Revisión
 Priorización
 Quality Assurance Manager
 Análisis métricas
 Identificar puntos a mejorar
 Revisión
 Team
 Diseño
 Implementación
 Testing

8. Reuniones
 Definición de nuevas tareas
 Cada 15 días
 Objetivo
 Evolutivos
 Nuevas funcionalidades
 Priorización incidencias
 Asistentes
 Product Owner
 QA Manager
 Retrospectiva
 Cada mes
 Objetivo
 Consolidar puntos fuertes
 Determinar acciones
correctivas
 Asistentes
 Product Owner
 QA Manager
 Team

9. Conclusiones
 Diseño tarjeta
 Simple
 Sin dependencias
 Diseño tablero
 Buffers para evitar bottlenecks
 Ciclo clásico desarrollo software
 WIP
 1 tarea de análisis / revisión (+1 buffer)
 2 tareas de diseño / desarrollo (+1 buffer)
 Roles
 Separación construcción / revisión
 Reuniones
 Daily solo en caso de bloqueos