SCRUMBAN

Scrumban es una metodología de gestión ágil híbrida entre Scrum y Kanban y se diseñó originalmente como una forma de transición de Scrum a Kanban. Hoy, Scrumban es una estructura de gestión que surge cuando los equipos usan Scrum como su forma de trabajo elegida y usan el Método Kanban como una lente a través de la cual es posible visualizar, comprender y mejorar continuamente cómo trabajan.

Scrumban se diferencia del método Kanban en que:

• Prescribe una estructura de proceso de desarrollo de software subyacente (Scrum) como su núcleo.
• Está organizado en equipos.
• Reconoce el valor de las iteraciones a lo largo del tiempo, cuando es apropiado.
• Formaliza técnicas de mejora continua con ceremonias específicas

¿CÓMO FUNCIONA KANBAN?

Existen algunos principios básicos para aprovechar al máximo su flujo de trabajo.

• Visualice lo que hace (su flujo de trabajo): una visualización de todas sus tareas y elementos en una pizarra ayudará a todos los miembros de su equipo a realizar un seguimiento de su trabajo.
• Limite la cantidad de trabajo en progreso (límites de WIP): establezca metas alcanzables. Equilibre su flujo de trabajo limitando el trabajo en progreso para evitar un compromiso excesivo en la cantidad de tareas que no podrá completar.
• Controle su tiempo: el seguimiento del tiempo cumple con el método Kanban. Controle su tiempo sin problemas y evalúe con precisión su trabajo.
• Indicadores visuales fáciles de leer: sepa rápidamente lo que está sucediendo. Colores de cartón como tipos de trabajo, prioridades, etiquetas, fechas límite y más.
• Identifique cuellos de botella y elimine el desperdicio: aproveche al máximo el tiempo de ejecución y el ciclo, el flujo acumulativo y los informes de tiempo. Estas métricas le permiten evaluar su rendimiento, detectar problemas y ajustar su flujo de trabajo en consecuencia.

Principios

• Empiece con lo que hace ahora.
• Aceptar la búsqueda de cambios incrementales y evolutivos.
• Inicialmente, respete los roles, responsabilidades y puestos actuales.

Otros usos

Aunque desarrollado para equipos de desarrollo y software, el método Kanban (diferente de Kanban en Lean Manufacturing) se ha aplicado en muchas otras áreas del trabajo del conocimiento. Como motor de visualización y control, se puede monitorear cualquier flujo de trabajo consistente y repetible, sin importar la complejidad o el área temática.

Las funciones comerciales que aplicaron Kanban incluyen:

• Equipos de recursos humanos y selección de personal.
• Equipos de ventas y marketing.
• Equipo de estrategia organizacional y liderazgo ejecutivo.
• Equipos de auditoría.
• Contratos para diseñar el proceso de ejecución.
• Cuentas por cobrar y por pagar y otros procesos.

Cuatro prácticas clave

1. Visualice el flujo de trabajo: no puede mejorar lo que no puede ver. El trabajo del conocimiento necesita una forma de mostrar progreso. Los gráficos Kanban son una forma de mostrar el progreso.

2. Liderar utilizando un enfoque de equipo: sin equipo y liderazgo, no se puede crear ni mejorar nada de valor significativo.

3. Reduzca el tamaño del lote de sus esfuerzos (reduzca la BASE): La ciencia y el trabajo de Donald G. Reinertsen han demostrado que cuando la unidad de trabajo en el lote disminuye, es posible lograr más. Este principio va más allá de limitar simplemente el trabajo en curso.

4. Aprender y mejorar continuamente: esta práctica implica reflexionar para que pueda aprender de la experiencia y alinearse con la realización de retrospectivas y la adopción de Kaizen. Además, Open Kanban en sí es de código abierto y recibe contribuciones o extensiones al método.

OPTIMIZACIÓN DE KANBAN

Kanban de escalada: Kanban varía desde un nivel de equipo hasta un nivel organizacional, y cada equipo tiene su propia junta y la alta dirección supervisa una junta organizativa.

Tres tipos de oportunidades de mejora: Son posibles tres tipos básicos de mejoras de procesos:

1. Eliminación de cuellos de botella.

2. Reducción de residuos.

3. Consistencia creciente.

Estimados: Los sistemas Kanban dependen de todos los miembros del equipo para comprender dónde se encuentra el ciclo de producción en un momento dado.

1 paso: divide todo el proyecto en pequeñas tareas.

2 paso: asigne cada tarea a los miembros del equipo.

3 paso: Estime el esfuerzo requerido para completar cada tarea.

4 paso: Validar el presupuesto.

Clase de servicio: Las fechas de entrega estándar y fija mantienen la producción estable. Acelera el flujo, así como fechas de entrega indefinidas.

Acuerdos de Nivel de Servicio: Para determinar una estimación de finalización, reducir la posibilidad de cuellos de botella y mantener el flujo de trabajo, se debe implementar un SLA.

Políticas: El flujo de trabajo acordado se traduce en políticas, lo que permite que cada equipo realice sus tareas con pleno conocimiento de cuáles son sus responsabilidades.

Manejo visual: Una filosofía que funciona se gestiona mejor con sistemas visuales, como Kanban, que con listas de texto u hojas de cálculo. La filosofía postula que visualizar mejor el trabajo a medida que se realiza revela problemas en etapas anteriores, lo que conduce a soluciones menos costosas.

¿Qué pasa con el sistema actual?

• Agotamiento.
• Errores frecuentes de producción.
• Quejas sobre productividad.
• Bajos beneficios.
• Conduce a una planificación de sprints imprecisa.
• Mucho trabajo acumulado en un sprint.
• Cuellos de botella no identificados.

Eliminar residuos

La filosofía Lean considera desperdicio todo lo que no aporta valor al cliente (Muda). Dichos desechos pueden incluir:

• Trabajo parcialmente realizado.
• Procesos extra.
• Características adicionales.
• Intercambio de tareas.
• Esperando.
• Movimiento.
• Defectos.
• Actividades de gestión.

Bloqueador: Un factor interno o externo que impide el progreso, limitando así la capacidad de la obra para pasar de una etapa del proceso a la siguiente.

Intercambio de tareas: También conocido como cambio de contexto o multitarea. Cambie la atención entre varias piezas de trabajo. Limitar los turnos de tareas puede permitir que una persona trabaje de manera más eficiente, minimizando la cantidad de tiempo necesario para redirigir la función cognitiva a una nueva actividad.

Proceso: Una serie de acciones, etapas o etapas por las cuales una pieza de trabajo se considera «completada».

Mapa de proceso: Una representación visual de los pasos necesarios para completar un trabajo.

Kanban como flujo: Kanban proporciona un flujo constante de tareas que alcanzan el 100% de finalización, lo que ayuda a su equipo a administrar el desarrollo diario con un mínimo de problemas generales y de bloqueo.

MÉTRICAS KANBAN

Los sistemas Kanban dependen de que todos los miembros del equipo de trabajo comprendan dónde se encuentra el ciclo de producción en un momento dado.

Seguimiento del trabajo: El trabajo debe ser monitoreado de manera confiable y en un sistema al que todos puedan acceder fácilmente. Las tarjetas físicas pueden no ser viables en la fuerza laboral móvil actual, pero hay aplicaciones y programas que hacen lo mismo.

Diseño de flujo acumulativo: Comprender el flujo de principio a fin y dónde cada vez que se encuentra dentro de ese flujo es el corazón de la gestión Kanban.

Tiempo de espera: Ser capaz de predecir el tiempo de espera de un equipo en particular en una tarea en particular es muy importante para evitar cuellos de botella.

Tiempo del ciclo: Entonces, ¿qué cuentas como tiempo de ciclo? No suele suceder que sus empleados estén sentados sin nada que hacer. Entonces, a medida que llega el nuevo orden, primero pasa un tiempo esperando que se implemente su turno. Pueden pasar días o semanas antes de que alguien esté disponible para trabajar en él. Pero una vez que lo hacen, el momento en que comienza el trabajo real en este orden es el comienzo del tiempo del ciclo, que dura hasta que se completa el trabajo. El tiempo de ciclo es una métrica clave para Team Kanban. El tiempo de ciclo es la cantidad de tiempo que tarda una unidad de trabajo en ejecutar el flujo de trabajo del equipo desde el momento en que comienza el trabajo hasta el momento en que se entrega. Al optimizar el tiempo del ciclo, el equipo predice con seguridad la entrega de trabajos futuros.

Tiempo de entrega: El tiempo de entrega es el período desde el momento en que una tarea ingresa al sistema de trabajo hasta el momento en que se completa.

Tendencias: El análisis de las tendencias del flujo de trabajo puede ayudar con la planificación de la capacidad y la asignación de recursos.

Ratio de transferencia: La medida más crítica es el rendimiento.

IMPLEMENTAR KANBAN

Paredes de cartas: La pared de cartas es el principal método de organización para mantener un proyecto en movimiento.

Tire y empuje: Asegúrese de que su proceso respete las señales de extracción en lugar de las señales de inserción

Flujos de trabajo: Definir flujos de trabajo es un esfuerzo que requiere mucho tiempo y una participación total, pero vale la pena.

Límites WIP

Para garantizar que el equipo esté trabajando de manera eficaz, la metodología Scrumban establece que un miembro del equipo no debe estar trabajando en más de una tarea a la vez.

Para que se siga esta regla, Scrumban usa el límite WIP (trabajo en progreso). Este límite se muestra en la parte superior de la sección «Haciendo» de la tabla (también puede estar en cada columna de esa sesión) y significa que solo ese número de tareas puede estar en la columna correspondiente al mismo tiempo. El límite de WIP suele ser igual a la cantidad de personas en el equipo, pero se puede ampliar en función de las características específicas del trabajo del equipo.

Trabajo en curso (WIP)

• Cree columnas para cada paso de su proceso.
• Límites de selección para las colas «activas» (tamaño del equipo dividido por 2 o solo lógico).
• Establezca las colas de «espera» en 2 o 3, manténgase pequeño, elimine el desperdicio y obtenga comentarios.
• FIFO. Primero en entrar, primero en salir (LIFO) Último en entrar, puño en salir
• Si una ranura está llena, no será posible comenzar a trabajar más (A.K.A. PULL).
• El equipo establece el tamaño de la cola para que sea lo más eficiente posible.
• Diseñado para limitar WIP, más WIP significa flujo más lento.
• Objetivos de recursos visibles para minimizar la paliza.
• MMF = Recurso mínimo comercializable.
• O MUF = recurso mínimo utilizable.
• Solo puede reordenar en la cola «Esperar» para avanzar MUF.
• Coloque los letreros / reglas del equipo encima de WIP.
• Colas y señales de equipo cruzadas en el botón.
• Puede agregar una cola para el equipo externo.
• 3 reglas: límite restringido, ingresar valor, visible.

Colas y búferes: A medida que Kanban limita el trabajo en curso, se puede agotar un cuello de botella, interrumpiendo la distribución del trabajo. Al insertar un búfer (búfer), el flujo se puede gestionar mejor.

Cadencias: Una vez que un equipo está completamente implementado, Kanban le dará una idea del flujo y el ritmo de su ciclo de desarrollo. A continuación, pueden predecir con seguridad cuánto tardará en completarse el trabajo.

Cuellos de botella: Cuando WIP muestra crecimiento, se forma un cuello de botella y es necesario construir un búfer. El cuello de botella es una restricción en el sistema que limita el flujo de trabajo. La identificación de cuellos de botella facilita la reducción de su impacto y proporciona un mecanismo para controlar el trabajo que fluye a través del proceso.

MAPA DE FLUJO DE VALOR

Identificar por dónde empezar: En un proyecto de programación, el comienzo es una hoja en blanco, ¡excepto que siempre hay restricciones! Identifique los recursos con los que está comenzando

Identificar necesidades de producción: Descubra cuáles son los requisitos del proyecto antes de establecer el camino para lograrlos.

Definir los pasos intermedios: Especifique los pasos entre el inicio y el final que alcanzarán la meta.

Los mapas de flujo de valor cambian por naturaleza: Por su naturaleza, los mapas de flujo de valor cambian con el tiempo y con los requisitos y recursos modificados.

TEORÍA DE LAS RESTRICCIONES

Hay limitaciones en todos los sistemas, debido a la física, la regulación, el dinero o la debilidad del proceso. Solo cuando se comprendan y exploren las restricciones, se podrán abordar de manera lógica y eficiente. El manejo de las restricciones basadas en hechos mejorará la eficiencia y aumentará las ganancias.

Una vez que se toma una decisión sobre el manejo de una restricción, otras decisiones no pueden infringir el nuevo proceso.

CINCO PROPIEDADES PRINCIPALES DE KANBAN

Gestione el flujo de trabajo: El flujo debe ser continuo y administrado en los casos en que los miembros del equipo reflejen desafíos sin respuesta.

Límite al trabajo en curso: En cada etapa de la producción, el trabajo debe realizarse de la manera más eficiente posible.

Ver el flujo de trabajo: Las tablas de equipo muestran dónde está el flujo de valor a nivel de equipo.

Definir el proceso: Defina el proceso de forma iterativa y asegúrese de que todos puedan entenderlo.

Mejorar como equipo: Los sistemas Kanban confían en que todos los miembros del equipo de trabajo comprendan dónde se encuentra el ciclo de producción en un momento dado y buscan y transmiten constantemente oportunidades de mejora.

KANBAN

Kanban es un método de gestión del trabajo del conocimiento que equilibra la demanda de trabajo a realizar con la capacidad disponible para iniciar un nuevo trabajo. Los elementos de trabajo intangibles se visualizan para presentar a todos los participantes una vista del progreso de los elementos individuales y el proceso desde la definición de la tarea hasta la entrega al cliente. Los miembros del equipo «llevan» el trabajo a su capacidad, en lugar de «empujar» el trabajo al proceso cuando se les pide.

Kanban, en el contexto del desarrollo de software, proporciona un sistema de gestión de procesos visual que ayuda a tomar decisiones sobre qué producir, cuándo producirlo y cuánto producir. Aunque el método se originó en proyectos de desarrollo de software y TI, el método se puede aplicar a cualquier servicio profesional, donde el resultado del trabajo es intangible y no físico. El método se inspiró en el sistema de producción y la fabricación ajustada de Toyota.

Kanban (literalmente letrero o valla publicitaria en japonés) es un sistema de programación para Lean Manufacturing y Justin-Time Manufacturing. Kanban es un sistema de control de inventario para controlar la cadena de suministro. Taiichi Ohno, ingeniero industrial de Toyota, desarrolló Kanban para mejorar la eficiencia de fabricación. Kanban es un método para obtener JIT.

Los sistemas Kanban, combinados con herramientas de programación exclusivas, reducen drásticamente los niveles de inventario, aumentan la rotación, mejoran las relaciones entre proveedores y clientes y mejoran la precisión de los programas de fabricación.

Kanban alinea los niveles de inventario con el consumo real; se envía una señal para producir y entregar un nuevo envío cuando se consume el material. Estas señales se rastrean durante el ciclo de reabastecimiento y brindan una visibilidad extraordinaria a proveedores y compradores.

Seis reglas de Toyota

Toyota ha formulado seis reglas para la aplicación de Kanban:

1. El proceso posterior selecciona la cantidad de elementos indicados por Kanban en el proceso anterior.

2. El proceso anterior produce artículos en la cantidad y secuencia indicada por Kanban.

3. Ningún artículo se fabrica o envía sin Kanban.

4. Conecte siempre un Kanban a los productos.

5. Los productos defectuosos no se envían para su posterior procesamiento. El resultado es 100% libre de defectos.

6. Reducir el número de Kanban aumenta la sensibilidad.

Prácticas principales de Kanban

• Ver el flujo de trabajo.
• Limite su trabajo en progreso (WIP).
• Gestionar el flujo.
• Implementar circuitos de retroalimentación.
• Hacer explícitas las políticas del proceso.
• Mejorar colaborativamente, evolucionar experimentalmente (usando modelos / método científico).

WATERFALL VS AGILE

La Metodología Waterfall, también conocida como Cascade. El modelo sigue un orden secuencial y, por lo tanto, el equipo de desarrollo del proyecto solo pasa a la siguiente fase de desarrollo o prueba si el paso anterior se completa con éxito.

La metodología Agile es una práctica que ayuda a la iteración continua del desarrollo y las pruebas en el proceso de desarrollo de software. En este modelo, las actividades de desarrollo y prueba son simultáneas, a diferencia del modelo Waterfall. Este proceso permite una mayor comunicación entre clientes, desarrolladores, gerentes y evaluadores.

Diferencias principales:

• Waterfall es un modelo de ciclo de vida secuencial lineal, mientras que Agile es una iteración continua de desarrollo y prueba en el proceso de desarrollo de software.
• La metodología Agile es conocida por su flexibilidad, mientras que Waterfall es una metodología estructurada de desarrollo de software.
• Agile sigue un enfoque incremental, mientras que la metodología de caída es un proceso de diseño secuencial.
• Agile realiza pruebas simultáneamente con el desarrollo del software, mientras que en la metodología Waterfall las pruebas ocurren después de la fase «Build».
• Agile permite cambios en los requisitos de desarrollo del proyecto, mientras que Waterfall no tiene margen para cambiar los requisitos una vez que comienza el desarrollo del proyecto.