Criterios para una decisión de Scrum o Kanban

contenido
  1. Criterios para una decisión de Scrum o Kanban
  2. por & contra
  3. leer en un lado

Los padres de desarrollo de software ágil habían reconocido que los procesos y las herramientas tienen que estar subordinadas a los individuos y sus interacciones. Siempre que los intereses de los participantes en el proyecto se sirve con procesos tales como Kanban o Scrum, que es para ellos "derecho", Ambos marcos son un proceso de desarrollo de software ágil. El artículo examina los criterios para decidir de Kanban o Scrum.

Tanto Kanban y Scrum tienen sus raíces en la producción ajustada. los principios lean provienen de la producción de automóviles japonés. Su objetivo es evitar que los tres tipos de residuos, a saber:

Los procesos en Scrum y Kanban apoyan los principios lean. Sin embargo, no garantizan su aplicación, ya que sólo evitar la disciplina, la comunicación y la motivación Muda, Muri y Mura. Son las personas que llenan con su personalidad un marco y procesos de diseño. Aquí es el mayor error en el uso de herramientas para el desarrollo de software ágil.

Kanban - las raíces

Como se ha mencionado, los principios lean tienen sus raíces en la producción de automóviles japonés. el término "Kan" significa la señal y la expresión "prohibición" Tarjeta. El compuesto Kanban por lo tanto corresponde a un mapa de la señal. Vienen en la producción ajustada se utiliza para controlar el flujo de material óptimo. Un pequeño ejemplo ilustra esto: Un mecánico es responsable de la producción de automóviles a instalar las ventanas de la fachada en el coche. Pero él siempre se sale con nuevos discos delanteros de una pila. Se coloca esta tarjeta de la señal, lo que indica que los discos se están agotando, y ahora nuevos discos delanteros son nachzuliefern. El mapa se mueve ahora a la producción de parabrisas y le indicó que se necesitan nuevos discos delanteros. El procedimiento se ha desarrollado porque querían lo menos posible productos almacenadas y optimizar en gran medida el flujo de producción.

Más y más a menudo oímos en los últimos tiempos en el desarrollo de software el concepto de Kanban. Aquí es Kanban un marco de gestión de proyectos que se basa en los principios lean antes mencionados y como todos los enfoques ágiles y Lean el principio de tracción (principio Hol) se basa. El trabajo resultante no se concede una "supervisor"Pero los trabajadores (grupos) hacer su trabajo con el fin de mantener el flujo de producción de la mejor manera posible.

El marco es relativamente pequeños requisitos y por lo tanto es altamente adaptable en términos de procesos de desarrollo, funciones, mecanismos de coordinación, la planificación de liberación, etcétera. Ellos no están regulados y pueden ser seleccionados por el equipo de desarrollo a la medida de sus conocimientos y creencias para sus propias necesidades. El punto central es siempre optimizar el flujo aquí.

¿Cómo funciona Kanban?

Ejemplo de una placa de Kanban

En el centro de desarrollo de software Kanban Kanban Junta destaca. Se muestra el último estado del proyecto con las tarjetas para cada tarea o cada elemento de trabajo. En ella hay varias columnas para representar el flujo de trabajo. Las tarjetas individuales han emigrado de una columna a otra hasta que la tarea "listo" es.

El objetivo es que "Las tareas en el trabajo" optimizar los elementos de trabajo (trabajo en curso en curso). El proyecto consistió en medir el tiempo que tarda una tarea hasta que se "listo" es decir, la identificación de "cuellos de botella", Controlar el proyecto con el límite WIP y adaptarlo a un posible optimizado "fluir" sucesivamente. Curiosamente, la dispensación de desarrollo de software Kanban con la tarjeta de la señal, la limitación es la capacidad de las etapas de proceso controlado (entre). El límite de capacidad se muestra con la indicación de los respectivos artículos máximos de trabajo permisibles en el tablero Kanban.

En términos concretos, funciona así, que el estado de flujo de trabajo establece los límites. Un tablero Kanban contiene, por una parte, el estado del proceso vivido y la limitación de los elementos de trabajo que pueden estar situados al mismo tiempo dentro de un cierto estatus. ahora debe convertirse en un tiempo de desarrollo de apilar las tarjetas y el proceso posterior no tienen más espacio para los suministros, muestra que la "fluir" está para ser optimizado. Ya sea por más recursos para la etapa del proceso en la que el "mermelada" aparece, se aplica o, en su caso, el equipo de desarrollo puede replantearse los pasos del proceso y el cambio. Por lo tanto, un sistema de auto-regulación que está diseñado para asegurar el flujo de producción se crea con Kanban.

Lo que hace Scrum?

En Scrum para formar pequeños, equipos multi-funcionales de auto-organización. Ofrece un amplio conjunto de normas dentro del cual tiene lugar el desarrollo de software. El marco de vidas cada equipo es diferente. El núcleo se llama un período fijo de cuatro semanas como máximo, Sprint. Cada Sprint es una iteración de desarrollo de productos, al final de un producto potencialmente entregable "listo" es. Cada Sprint planificar las partes involucradas en una reunión fijada de antemano. El producto terminado se evalúan en una revisión y extraer enseñanzas. El calendario de lanzamientos optimizando basa en los hallazgos, junto con el cliente.

Incluso el proceso, con toda su "ceder el paso" Los factores que reflejan y optimizar la velocidad por equipos de sprint. Para ello, la retrospectiva se proporciona una especie de reunión. Así, el marco persigue un modelo de proceso empírico. Cómo Kanban Scrum tiene requisito de diferentes listas de productos y la cartera de velocidad, así como una tabla de Scrum que se asemeja bastante al de Kanban.