Desde hace un par de años, nuestro equipo de desarrollo usa metodologías ágiles para la gestión de los proyectos. Más concretamente utilizamos SCRUM, una metodología basada en iteraciones de desarrollo al fin de las cuales se entrega una o varias funcionalidades acabadas al cliente.
Sin embargo, ahora mismo nos hemos encontrado con un problema en el que SCRUM no encaja bien. No tenemos una fecha límite por parte del cliente para entregar ciertas funcionalidades y tenemos una pila muy grande de tareas pequeñas que hay que hacer y que el cliente no puede priorizarlas.
Por lo tanto nuestra idea fue usar un tablero Kanban. ¿Por qué?
Además de todos los beneficios que aporta la metodología Kanban (visibilidad, productividad, etc…), la principal razón para escoger esta forma de trabajo es porque podemos tener una pila de trabajo sin límite de fecha y poder insertar todas las tareas que tenemos que hacer según las prioridades que nosotros consideramos que benefician al desarrollo del proyecto. En el momento en que el cliente nos diga algo, podemos parar y empezar un sprint de SCRUM.
Kanban en desarrollo
Cada equipo de trabajo tiene una aproximación a Kanban diferente. La idea inicial es la misma, pero la forma de llevarla a cabo depende de las circunstancias del equipo y del proyecto.
Nuestra forma de enfocar este Kanban parte de la siguiente base:
- Tenemos 4 columnas: To Do, Doing, Test y Done. Las tareas deben ir pasando de una a otra en orden.
- Tenemos diferenciación de colores: Amarillo son nuevas funcionalidades y Rojo son bugs y correcciones.
- Tenemos colores y etiquetas para cada desarrollador.
Su funcionamiento es el siguiente:
- Un desarrollador del equipo sin trabajo, cogerá una tarea de la columna To Do, teniendo en cuenta que está ordenadas de arriba abajo por prioridad. La pasará a la columna Doing, y le pondrá una etiqueta de su color. De esta forma y de un solo vistazo, sabemos en qué está ocupado cada miembro del equipo.
- Una vez finalizada la tarea, la pasará a la columna Test para que otro la pruebe.
- Lo siguiente será coger una tarea de la columna Test que haya sido desarrollada por otra y probarla. Esto nos permite no dejar las pruebas para el final e ir verificando que todo lo que se ha hecho funciona correctamente.
- Una vez probada, se pasará a la columna Done y se retirará la etiqueta del desarrollador, volviendo a ponerla debajo de su nombre para que se pueda reutilizar.
- Volver al punto 1.
Además, cada día a las 9:30 nos reunimos 5 minutos delante del tablero para ver que tal fue el día anterior, su progreso y si ha salido algún problema con alguna de las tareas. En este último caso buscaremos una solución entre todos.
Al realizar el Kanban, teníamos tareas ya comenzadas y otras en espera de ser probadas, por lo tanto el tablero ha quedado así:
Kanban final
Ahora veremos qué tal se va desarrollando y si todo funciona bien puede que la próxima actuación sea hacer SCRUM con un tablero similar a éste.
Gorka Armentia
Enviar comentarios