Met Kanban 1
Met Kanban 1
Met Kanban 1
2
CÓMO SER MÁS PRODUCTIVO: Trello con KANBAN
1.Metodología KANBAN
La metodología KANBAN fue desarrollada en Toyota por Taiichi Ohno a principios de
los años 40 dentro del sistema de gestión de producción JIT (just-in-time). Se
trataba de rentabilizar los suministros disponibles para la cadena de montaje de
forma que no fueran demasiado excesivos ni tan escasos que la cadena se tuviera
que parar por falta de recursos.
De esta forma se utilizó para controlar el avance del trabajo en el contexto de una
línea de producción; posteriormente se desarrollaron sus posibilidades con mucho
éxito en el mundo del software, dentro de Microsoft (por David J.Anderson), pero a
día de hoy la aplicación de los tableros KANBAN puede extenderse para cualquier
ámbito o sector.
En este curso vamos a esbozar una orientación de lo que sería un tablero KANBAN
genérico con la herramienta TRELLO, que nos servirá para reflejar los estados de
nuestro flujo de trabajo.
Las ventajas y bondades de este sistema las podríamos sintetizar en las siguientes
que recogió Anderson en su libro “Kanban: Successful Evolutionary Change for Your
Technology Business”:
3
CÓMO SER MÁS PRODUCTIVO: Trello con KANBAN
El tablero Kanban es la herramienta que nos sirve para aplciar estos principios.
Pero el tablero también puede utilizarse para organizar el trabajo a nivel personal.
4
CÓMO SER MÁS PRODUCTIVO: Trello con KANBAN
KANBAN es una palabra japonesa que significa “tarjetas visuales” (Kan significa
visual y Ban, tarjeta). El objetivo es gestionar de una manera visual como se van
completando las tareas. KANBAN se fundamenta en las siguientes reglas:
Debes dividir tu trabajo en fases de forma que podamos tener un mapa visual de
los que sería el flujo de trabajo dividido en columnas. Este flujo de trabajo podrá
ser diferente según el proyecto de que se trate.
To do Doing Done
“Cosas a hacer” “Cosas que se están haciendo” “Cosas hechas o terminadas”
El objetivo es que de un solo vistazo podamos controlar qué trabajo queda por
realizar, que se está realizando y por quién y qué está hecho; teniendo siempre
clara cuál es la priorización de tareas.
Estas columnas no corresponden a las fases del proyectos sino más bien a los
sucesivos estados por los que pasa una tarea
En trabajo en curso (WIP: Work in Progress) debe estar limitado para que se
conozca cuál es el número máximo de tareas que se pueden realizar en cada una
de las fases. Podríamos representarlo con un número en cada una de las columnas:
5
CÓMO SER MÁS PRODUCTIVO: Trello con KANBAN
A ese número se le conoce como límite del Work in Progress. Este número te
permitirá centrarte en las tareas y en cerrarlas, no en comenzar tareas, ya que te
limitará el número de tareas que debe haber en cada fase según tus recursos y
tendrá un gran impacto en la productividad. Si el WIP es muy bajo, singnifica que
las tareas se realizarán rápido pero puede que tengas recursos ociosos porque no
todos podrán estar trabajando en una misma tarea. Por el contrario, se el WIP es
muy alto existe el riesgo de estar trabajando en demasiadas cosas sin darles pronta
salida.
Kanban no determina cuál es el WIP óptimo. Anderson proponía que el WIP fuera
de 1:1 de modo que todo el mundo esté concentrado en lo que hace, pero esta
regla puede ser factible sólo en entorno de proyectos software. Por regla general
podemos estimar que un WIP óptimo podría ser 5-6 tareas en “Doing” o
“Desarrollo” ya que podremos tener tareas que para completarlas necesitemos de
otro o estemos a la espera de algo (por ejemplo, nos falta un documento que nos
tienen que enviar para entregar una solicitud). Por lo tanto, podemos limitar una
concurrencia de 5 o 6 tareas por persona y a partir de los resultados, ir reduciendo
la cifra.
El tiempo que se tarda en terminar cada tarea (desde que se solicita hasta que se
entrega), es el “Lead time”.