Software Kanban en la acción

contenido
  1. Software Kanban en la acción
  2. clases de servicios
  3. implementación
  4. leer en un lado

Aquellos que quieren mejorar el desarrollo de software y no quiere empezar aquí una revolución en toda la empresa con los métodos ágiles, es una buena alternativa en software de Kanban. El artículo proporciona un procedimiento para una posible implementación.

Kanban estaba familiarizado con el Sistema de Producción Toyota (TPS) [1], que revolucionó la producción de automóviles. La palabra Kanban es japonés y significa tarjeta de señal, y en el TPS una tarjeta Kanban señales de la zona de producción aguas arriba respectivo, que se va a producir y en qué cantidades. Esto conduce a una producción justo a tiempo, lo que produce sólo lo que realmente se necesita.

David J. Anderson revisó la idea básica de Kanban esencial y los adaptó a las necesidades específicas de desarrollo de software [2]. El resultado es un enfoque evolutivo para mejorar el desarrollo de software. Evolutiva, en este contexto significa que los cambios pequeños con la introducción inicial de Kanban en el modo normal de funcionamiento: Procesos establecidos y los roles en la organización o permanecen en el equipo, y se inventaron ningún nuevo puesto de trabajo. Sin embargo, el equipo Kanban llega a un acuerdo sobre maquillaje permanente pequeñas mejoras en el funcionamiento. El punto de partida de las revisiones es siempre la situación actual y que quiere lograr no es un estado definido; En consecuencia, no hay "la" Kanban estado de destino. Por el contrario, los equipos Kanban se adhieren a los principios fundamentales siguientes [3]:

  1. La visualización del flujo de trabajo y el trabajo
  2. Limitación del trabajo en curso (WIP = Work In Progress, en la obra de ejecución)
  3. Controlar y medir el flujo de trabajo
  4. hacer las reglas del proceso explícitamente
  5. Mejora a través de los modelos probados y métodos científicos

En cumplimiento de estos principios, se han establecido procedimientos, que comparten muchos equipos Kanban y de la que este artículo se deriva de una posible implementación de Kanban en un equipo de TI.

Flujo de trabajo y el trabajo a la vista

Todos los pasos, a través de la obra hasta su finalización, un equipo Kanban visualizados en una pizarra - el tablero Kanban. Un flujo de trabajo de desarrollo de software ejemplar podría consistir en las operaciones de diseño, desarrollo y prueba. En cada paso, los criterios para la terminación son ("definición de hecho") Indica explícitamente, de manera que todos los miembros del equipo tienen la misma comprensión de cuando se termina un trabajo. Las órdenes de trabajo se registran en boletos y se mueve en los huecos de la junta en la que se encuentra la obra en el momento. Además, cada boleto recibirá un avatar de la persona responsable, de manera que se puede ver a simple vista que en la actualidad está siendo tratada la cual billete.

Ejemplar Junta Kanban (Fig. 1)

Cuando el trabajo se interrumpe en un billete, el billete se marca con una pegatina roja a ser bloqueada. bloqueos de trabajo pueden ser causadas por ejemplo por una falta de información, falta de infraestructura o similares. Un flujo constante de trabajo es uno de los principales objetivos en Kanban y por lo tanto tiene bloqueos de resolución, que interrumpen el flujo de trabajo, de alta prioridad.

Una división de un paso en "hacer" y "hecho" (Fig. 2)

En Kanban completaron las obras no serán empujados a la siguiente etapa (empuje), pero el editor de este paso hace el trabajo (pull) de la anterior cuando está listo. trabajo realizado está marcado con una etiqueta verde o mediante una división del trabajo en el paso "hacer" y "hecho",

Contra el cuello de botella

Kanban limita el número de trabajo simultáneo en cada paso (límite WIP). Esta limitación se debe, en parte, a la simple idea de que tiene más sentido tener un trabajo en el 100 por ciento listo de diez obras a 10 por ciento. Cuanto mayor sea el número de trabajo activo en el sistema, mayor será la tiempos de producción.

Secuencial contra el trabajo trabajo cuasi-paralelo (Fig. 3)

La Figura 3 muestra cómo tres trabajo puede ser secuencialmente y ejecución cuasi-paralelo. Esto último significa que un intercambio de tareas permanente entre el trabajo se lleva a cabo porque las personas no son capaces de realizar tareas activas al mismo tiempo. Se ve que las tareas secuenciales se ejecutan en cinco unidades de tiempo - por lo tanto el tiempo de espera es de cinco unidades de tiempo por tarea. En el procesamiento de cuasi-paralelo, los tiempos de procesamiento en 16, 17 y 18 unidades de tiempo para el aumento tarea rojo, amarillo y azul. La tarea constante de conmutación de llamadas para un esfuerzo extra porque el miembro del proyecto es constantemente necesita ser incorporada de nuevo en las tareas. El gasto adicional se cuantifica en este ejemplo simplificado, con una unidad de tiempo por tarea.

Además, en un tirón limitada WIP cuellos de botella del sistema se hacen visibles: El cuello de botella en el que participan pueden recoger cualquier trabajo de su predecesor, porque todavía está ocupado con la tarea en cuestión. Y puesto que el predecesor está limitado por un límite WIP, también puede recoger cualquier obra de su predecesor. La consecuencia es la obstrucción del flujo de trabajo y colegas que se les impide seguir trabajando.

Un tablero Kanban con los límites de WIP y una obstrucción en el flujo de trabajo (Fig. 4)

Los límites WIP se indican por los números en el paso respectivo. A bordo por encima del desarrollo paso es un límite WIP de 2, por lo tanto, puede ser un máximo de dos entradas están en esta columna. El tablero muestra un estado en el que se terminó un desarrollador con el procesamiento de las dos entradas - que cuelga en la columna Hecho en desarrollo. En el paso diseñar un billete está hecho. Sin embargo, el desarrollador no puede conseguir este billete, ya que excedería el límite de WIP 2 si se tira en el desarrollo del campo. En este caso, el desarrollador de manera que el billete prueba se completa más rápidamente y el flujo de trabajo se restablece apoya el probador en su tarea.