¿Qué es el modelo Kanban en la ingeniería de software?
Tomas Hamilton
⚡ Resumen inteligente
El modelo Kanban en la ingeniería de software visualiza cada tarea en un tablero, limita el trabajo en curso y solo incorpora nuevos elementos cuando se libera capacidad, de modo que los equipos ofrecen un flujo constante y predecible de trabajo terminado.
¿Qué es Kanban?
Kanban es un marco muy popular para el desarrollo en la metodología de desarrollo de software ágil. Proporciona una forma transparente de visualizar las tareas y la capacidad de trabajo de un equipo. Utiliza principalmente tableros físicos y digitales para permitir a los miembros del equipo visualizar el estado actual del proyecto en el que están trabajando.
El término Kanban se originó en Toyota en la década de 1940. El significado de Kanban en japonés es "vallas publicitarias". El tablero Kanban tiene columnas y tarjetas de historias. Las columnas no son nada, pero los estados y las tarjetas del flujo de trabajo no son más que una demostración de la tarea real que está realizando un miembro del equipo.
Esas tarjetas llevaban una señal de justo a tiempo: una estación solicitaba piezas solo cuando realmente las necesitaba, por lo que nada se construía por adelantado. Kanban mantiene esa idea. Es un método que se superpone a su proceso existente en lugar de reemplazarlo, por lo que se adapta a cualquier Ciclo de vida del desarrollo de programas modelo que ya utilizas.
¿Cuándo utilizar Kanban?
Kanban es ideal para equipos cuyo trabajo llega de forma impredecible y que necesitan lanzar un elemento tan pronto como esté listo. Estas son las principales razones para usar el método Kanban:
- Kanban se puede utilizar en cualquier dominio y de forma muy eficaz en el desarrollo de software. La gestión de proyectos Kanban ayuda a mejorar la eficiencia del equipo.
- Es un sistema basado en pull. Las tareas se realizan tan pronto como un individuo queda libre.
- Kanban debe usarse cuando desees publicar tu trabajo en cualquier momento. Requiere ramificación de git, pero es factible.
- Kanban debe usarse cuando desee cambiar las prioridades sobre la marcha. Para eso, todo lo que necesitas hacer es poner esta historia en la parte superior de la cola de tareas pendientes.
- Debe usarse cuando desee visualizar su trabajo y desee ver el progreso de sus tareas visualmente.
La adecuación es una parte de la decisión; la recompensa que se muestra a continuación es la otra.
Beneficios de la metodología Kanban
El principal argumento a favor de Kanban es que mejora la productividad sin necesidad de reorganizar la organización. Nadie cambia de cargo ni se impone un calendario de sprints, pero el tablero permite visualizar colas, bloqueos y personas sobrecargadas desde el primer día. Un cuello de botella visible para todos tiende a solucionarse.
Los equipos que utilizan Kanban de forma constante reportan los siguientes beneficios:
- Plazos de entrega más cortos: Los límites de WIP reducen el tiempo que una tarjeta pasa en espera, que es donde se esconde la mayor parte de la demora.
- Mayor flexibilidad: Un elemento urgente puede colocarse en la parte superior de la columna de tareas pendientes en cualquier momento, sin necesidad de esperar a que se procese.
- Mejor colaboración: Cuando una columna alcanza su límite, los miembros gratuitos ayudan a vaciarla en lugar de empezar una nueva.
- Empoderamiento de los empleados: Los usuarios eligen su próxima tarjeta y son dueños de su estado, lo que elimina los cuellos de botella en la aprobación.
- Pronóstico predecible: El tiempo de ciclo histórico proporciona una estimación de entrega basada en datos, en lugar de una simple conjetura.
- Less desperdicio: Nada se inicia antes de que el sistema tenga la capacidad de terminarlo.
Estos resultados se derivan de cuatro principios que rigen toda implementación de Kanban.
Los cuatro principios de Kanban
A continuación se presentan los cuatro principios fundamentales de Kanban:
- Empieza con lo que tienes ahora.: El sistema Kanban sugiere trabajar de forma incremental y comenzar con lo que tiene actualmente. Dado que una de sus prácticas es mejorar continuamente, se debe mejorar el sistema gradualmente.
- Acuerde buscar un cambio evolutivo incremental: Kanban recomienda un cambio incremental en el proceso y no se debe realizar un gran cambio en el proceso de una sola vez.
- Respete el proceso, las funciones y las responsabilidades actuales: Una vez más, comience con lo que tiene ahora y cambie el proceso, el rol y las responsabilidades de manera incremental.
- Fomentar actos de liderazgo en todos los niveles: Cada individuo puede actuar como líder y aportar ideas para mejorar la eficiencia del sistema Kanban general. No debes pensar que se trata de una actividad de nivel directivo, e incluso el miembro más joven del equipo puede actuar como líder.
Los principios describen la mentalidad. Las seis prácticas que se describen a continuación detallan el comportamiento cotidiano que los pone en práctica.
Las seis prácticas básicas de Kanban
A continuación se presentan las seis prácticas principales de Kanban:
- Visualiza el flujo de trabajoEste principio sugiere utilizar un tablero Kanban (físico o digital) para visualizar el flujo de trabajo. Cada miembro del equipo debe ver su tarjeta y las de los demás. Puedes mover tus tarjetas a diferentes columnas según la disposición del tablero. Esto aporta mucha transparencia al equipo y facilita la resolución de obstáculos.
- Limitar el trabajo en progreso: Kanban es un sistema basado en extracción y mejora la eficiencia de un equipo para limitar el trabajo en progreso y tener tareas que el equipo puede completar en el período de tiempo determinado. Este límite de WIP se aplica desde el principio hasta el final del flujo de trabajo. Puede aplicar el límite en la parte superior de la columna usando un número entero positivo.
- Centrarse en el flujo: Este principio se centra en el flujo y en cualquier interrupción. Si hay interrupciones o bloqueadores, se deben arreglar de forma permanente.
- Políticas explícitas: Se pueden establecer políticas en equipo para reducir el retrabajo y centrarse en las áreas que requieren atención o donde es más efectiva.
- Circuito de realimentación: Los bucles de retroalimentación son muy esenciales en Kanban. No es sólo dentro del equipo sino entre varios equipos, entrenadores, etc. Esto ayuda a mejorar la salud general del sistema Kanban.
- Mejora continua: Este es el principio central del sistema Kanban. Afirma que siempre se puede mejorar el proceso y eso dará como resultado una mayor eficiencia.
Las prácticas necesitan propietarios, algo que Kanban maneja de manera diferente a otras. Metodologías ágiles.
Funciones y responsabilidades de Kanban
Kanban no prescribe nuevos títulos de trabajo, y esto es intencional: el tercer principio exige respetar los roles ya existentes. Un desarrollador sigue siendo desarrollador. Sin embargo, en la práctica, a medida que el tablero madura, surgen dos responsabilidades, y las implementaciones maduras las nombran explícitamente.
El Servicio Delivery Manager Es responsable del flujo de trabajo a través del tablero. Esta persona vigila las tarjetas que se han detenido, escala los bloqueos, mantiene las columnas dentro de sus límites de WIP y dirige la revisión donde el equipo inspecciona sus propios datos de tiempo de ciclo. Administrador de solicitudes de servicio Es responsable de lo que se introduce en el tablero, representa a los clientes que realizan las solicitudes, ordena la columna de tareas pendientes de manera que el elemento más valioso quede en la parte superior y explicita la política de selección.
Ambas son responsabilidades, no un aumento de personal; a menudo, una sola persona se encarga de ambas. Lo importante es que alguien sea responsable del flujo de trabajo y otro de la recepción de datos. Los documentos que gestionan vienen después.
Tarjetas Kanban
El método Kanban recomienda la visualización del trabajo. Sugiere el uso de un tablero físico y digital, y el tablero que se muestra a continuación ilustra esas columnas con tarjetas distribuidas entre ellas.
Las tarjetas Kanban son piezas esenciales en el tablero Kanban ya que representan el trabajo en el que está trabajando el equipo. Estas tarjetas tendrán
- Prioridad
- Propietario
- Tipo
- Fecha de vencimiento
Una columna en el tablero Kanban representa la etapa de trabajo y puede colocar un límite de WIP (trabajo en progreso) en la columna. El límite de WIP significa la cantidad máxima de tarjetas que pueden permanecer en esa columna..
Dado que el método Kanban utiliza un sistema de extracción, cuando un desarrollador tiene tiempo libre, puede trasladar una tarjeta de la columna de tareas pendientes a la columna de desarrollo. El tablero donde se encuentran esas tarjetas merece un análisis más detallado.
Tablero Kanban
Tablero Kanban es una herramienta ágil de gestión de proyectos que ayuda a implementar Kanban para gestionar proyectos con fines personales y comerciales. Es un tablero físico o digital (JIRA) diseñado para ayudar a los equipos a visualizar su trabajo en diferentes etapas y procesos. También ayuda a representar las etapas del trabajo con columnas mediante tarjetas.
Tiene columnas que representan el estado del trabajo como
- Hacer,
- Dev
- Pruebas
- Hecho.
Cada una de estas columnas puede tener tarjetas <=el límite de WIP. Las tarjetas representan el trabajo real.
Puedes usar números positivos para limitar el trabajo en curso, y este límite se puede colocar en la parte superior de las columnas tanto en tableros Kanban físicos como digitales. Cualquier miembro del equipo puede gestionar el estado de su tarjeta, y todo el equipo puede visualizar el flujo de trabajo. Digitableros de tal como JIRA agregar los mismos límites con tiempo de ciclo automático tracrey. A continuación, aprenderemos sobre el flujo de trabajo Kanban que representan esas columnas.
Flujo de trabajo Kanban
Flujo de trabajo Kanban es un conjunto de pasos que ayuda a los equipos a definir políticas y principios explícitos en Kanban. Representa las reglas y procedimientos mientras se realiza el trabajo en varias etapas de los ciclos de desarrollo y entrega. El flujo de trabajo Kanban consta de procesos paso a paso entre el inicio y la entrega de una tarea en particular.
El principio básico que sigue Kanban es, “deja de empezar, empieza a terminar”. Con la ayuda de los límites de WIP, se puede realizar más trabajo. Hay flujos de trabajo y estados Kanban personalizables disponibles en cualquier herramienta moderna como JIRA.
A continuación se detallan los estados básicos que siguen muchos equipos de software para la gestión de su flujo de trabajo.
| Estados | Comprensión de las tareas. |
|---|---|
| Que hacer | Las tareas llegan aquí por primera vez en este estado. |
| Listo para el análisis | Analice la tarea y agregue requisitos por completo. |
| Listo para el desarrollo | Análisis completado y desarrollo puede comenzar. |
| En el desarrollo | Se están desarrollando tareas. |
| Listo para la prueba | El desarrollo se completó y ahora pueden comenzar las pruebas. |
| en las pruebas | Se están probando las tareas. |
| Listo para el lanzamiento | Pruebas completadas; la liberación puede ocurrir. |
| Publicado/Hecho | Liberado. |
Nótese que los estados "listos para" son colas, no tareas. Una tarjeta puede permanecer en una de ellas indefinidamente, por lo que la regla que mueve las tarjetas es más importante que los estados.
Sistema basado en tracción
Kanban es un método basado en extracción en el que las tareas se extraen en lugar de empujarse. Tan pronto como haya completado su tarjeta actual, podrá extraer una nueva tarjeta de la columna anterior del tablero Kanban.
Con el límite de WIP, Kanban ayuda a mejorar el tiempo de entrega y el tiempo de ciclo. Debe haber la menor diferencia posible entre estos dos tiempos. Por ejemplo, tenemos 5 desarrolladores y solo 1 probador; ¿qué sucederá en este caso? Siempre habrá muchas tarjetas que requieran pruebas y estarán inactivas y esperando.
Para superar los problemas mencionados anteriormente y mejorar la eficiencia, Kanban sigue el enfoque basado en extracción con límites de WIP, donde habría una cantidad limitada de tarjetas para extraer.
Por lo tanto, un evaluador sacará una tarea de la etapa "lista para probar" cuando haya terminado la tarea actual que tiene entre manos. Con el límite de WIP en las columnas Kanban (etapas de desarrollo), no tendrá muchas tarjetas desatendidas en el flujo de trabajo Kanban.
El sistema basado en el empuje también ayuda a determinar la velocidad adecuada para el equipo. Con la velocidad correcta, el equipo tendrá un mejor rendimiento. Todo depende de un solo número: el límite de WIP.
Limitar WIP (trabajo en progreso)
En el método Kanban, el WIP (Trabajo en Proceso) limita la cantidad de tareas/tarjetas en las que puede trabajar un miembro del equipo o todo el equipo a la vez.
Los límites de WIP aseguran que el equipo estabilice su trabajo y aumentan la naturaleza predictiva, lo cual es esencial en el sistema basado en pull. Por lo general, la decisión sobre el límite de WIP la toma el propio equipo.
Razón para establecer los límites de WIP
Estas son las razones para establecer los límites de WIP:
- Cambia el enfoque en hacer las cosas mientras un individuo se concentra en una sola tarea a la vez.
- Ayuda a los equipos a comprender su capacidad.
- Mejora la productividad y el tiempo de ciclo.
- Ayuda a evitar la acumulación de tareas (en modo de espera).
- Mejora el flujo de trabajo, de modo que las tareas siguen avanzando.
- También ayuda a resolver bloqueos, ya que la persona no cambia constantemente entre diferentes tareas.
⚠️ Advertencia: Un límite demasiado alto equivale a no tener límite: las tarjetas se acumulan y el tiempo de ciclo se alarga. Un límite demasiado bajo provoca inactividad. Modifique el límite de una columna a la vez y observe el tiempo de ciclo durante dos semanas.
Esa es la última parte de la teoría; la sección siguiente la convierte en acciones.
Cómo implementar Kanban paso a paso
Kanban es fácil de implementar: el primer paso describe lo que ya haces. Sigue esta secuencia con todo el equipo presente.
- Mapea el flujo de trabajo actual. Recorre un artículo terminado en sentido inverso a través de cada transferencia por la que pasó. Cada transferencia se convierte en una columna, incluyendo los estados de espera que nadie posee oficialmente.
- Dibuja el tablero. Una columna por estado, de izquierda a derecha, que termine en "Hecho". Una pizarra blanca con notas adhesivas es suficiente para el primer mes.
- Escribe las tarjetas. Asigne a cada artículo en vuelo una tarjeta con su prioridad, propietario, tipo y fecha de vencimiento, y luego colóquela en la columna que corresponda a su estado real.
- Defina “hecho” para cada columna. Escriba los criterios de salida en la pizarra. Esta práctica de establecer políticas explícitas es lo que evita que las tarjetas reboten hacia atrás.
- Establecer límites iniciales para el trabajo en curso (WIP). Elija un número inicial para cada columna, excepto para las tareas pendientes y las tareas terminadas, utilizando uno de los métodos que se describen a continuación, y luego escríbalo encima del encabezado.
- Acordar la regla de tirar. Nadie empieza una nueva tarjeta mientras su columna esté al límite; en su lugar, ayudan a vaciar la columna de su derecha.
- Recorre el tablero a diario. Avanza de derecha a izquierda, empezando por la tarjeta más antigua, preguntando qué bloquea esta tarjeta y quién puede desbloquearla hoy.
- Mide y luego aprieta. Tras dos semanas, los datos de tiempo de ciclo muestran qué columna retiene las tarjetas durante más tiempo. Disminuya ese límite o aumente la capacidad y repita el proceso.
El quinto paso es donde la mayoría de los equipos se estancan, así que aquí están los tres métodos de dimensionamiento que utilizan los profesionales:
| Método de dimensionamiento de WIP | Cómo funciona |
|---|---|
| Tamaño del equipo más uno | El límite es igual a las personas que trabajan en esa columna más un espacio libre para un elemento bloqueado. Mejores para un tablero nuevo sin datos. |
| De dos a tres artículos por persona | Multiplica por dos o por tres el número de personas en la columna; tres desarrolladores con dos artículos cada uno dan seis. |
| Rendimiento x tiempo de ciclo | Aplique la fórmula WIP = rendimiento x tiempo de ciclo a su propio historial y, a continuación, establezca el límite ligeramente por debajo del resultado. |
Trate el primer número como una hipótesis. Emparejar el tablero con la forma pruebas ágiles evita que la columna de pruebas se convierta en el cuello de botella, y los dos tiempos que se muestran a continuación demuestran si funciona.
Plazo de entrega y tiempo de ciclo
En el método Kanban, el tiempo de entrega y el tiempo de ciclo se utilizan ampliamente; sin embargo, existe una diferencia entre ambos, y es importante comprenderla para evitar confusiones.
| Tiempo De Espera | Tiempo del ciclo |
|---|---|
| El tiempo de entrega se mide como el tiempo entre la llegada de la tarea a su flujo de trabajo y su salida del flujo de trabajo, lo que significa que ha sido liberada. | El tiempo del ciclo se mide como el tiempo entre la llegada de la tarea al estado "en progreso" y la llegada de la tarea al estado "listo para su lanzamiento". |
Aquí también es importante comprender que no se debe incluir el tiempo que transcurre entre el momento en que está listo para su lanzamiento y el lanzamiento real.
Cycle Time = Work in Progress/Throughput
💡 Consejo: El tiempo de entrega es lo que experimenta el cliente; el tiempo de ciclo es lo que controla el equipo. Una gran diferencia implica que el trabajo se acumula en una cola antes de que alguien lo empiece, así que soluciona el problema de la entrada de datos antes de acelerar al equipo.
En el escenario ideal, la diferencia entre el tiempo de entrega y el tiempo de ciclo debería ser mínima, y Kanban utiliza un diagrama de flujo acumulativo (CFD) para medir los datos históricos de ambos tiempos. Dicho diagrama se abordará en la siguiente sección.
Diagrama de flujo acumulativo (CFD)
CFD es un gráfico que está disponible en todos los principales herramientas de gestión de flujo de trabajo como JIRA. Este gráfico mide la cantidad total de tarjetas/tareas de trabajo que ingresaron al flujo de trabajo y acumularon tarjetas/tareas completadas a lo largo del tiempo.
Le ayuda a tener una estimación del tiempo de entrega promedio y del tiempo de ciclo para un tiempo predeterminado.
El diagrama CFD te proporcionará indicadores o áreas problemáticas que debes corregir. Te ofrecerá una visión clara y, basándote en este diagrama, podrás ajustar el tiempo de entrega y el tiempo de ciclo de tu equipo. El diagrama de flujo acumulativo que se muestra a continuación representa cada estado como una banda de color; una banda que se ensancha continuamente indica un cuello de botella.
La gráfica se lee a través de cuatro cantidades:
- Tiempo De Espera: Es el tiempo entre la llegada de una nueva tarjeta a su flujo de trabajo y su salida final del flujo de trabajo.
- Tiempo del ciclo: Es un período entre la llegada de la tarjeta al estado de funcionamiento y el momento en que la tarjeta está lista para ser liberada.
- WIP: El trabajo en curso (WIP) limita la cantidad máxima de elementos de trabajo en las diferentes etapas del flujo de trabajo.
- Throughput: Es el rendimiento real e indica la cantidad real de tarjetas entregadas en un período de tiempo determinado.
Throughput = WIP/Cycle Time
Eso abarca artefactos, mecánica y métricas. La pregunta que queda es cómo se compara Kanban con Scrum.
Scrum vs. Kanban
Aquí están las diferencias importantes entre Scrum vs. KanbanPara obtener una visión más amplia, consulte Metodologías ágiles frente a Scrum.
| Melé | Kanban |
|---|---|
| Melé énfasis en la planificaciónComienza con la planificación del sprint y termina con la retrospectiva del sprint. Se realizan muchas reuniones que ayudan a garantizar que el equipo esté alineado con los próximos pasos, prioridades y aprendizajes de los sprints anteriores. | Kanban está abierto a realizar cambios sobre la marcha. Significa que hay menos rigidez y las cosas pueden cambiar con frecuencia. |
| Recomienda la recogida de mediciones de tiempo realizado durante los sprints | Kanban recomienda gráficos para obtener una visión general del progreso del equipo a lo largo del tiempo. |
| Melé Ya no pide un compromiso de los equipos. En cambio, se trata de los objetivos y las previsiones del sprint. | Kanban se basa en time-boxing y previsiones. |
| Hace hincapié en la planificación, y por eso La estimación tiene un papel muy importante. en melé | Kanban tiene sin requisitos obligatorios para estimación. |
| Cada el individuo tiene su papel y responsabilidades. | No Establecer roles para que haya flexibilidad. en términos de responsabilidades individuales. |
| Las iteraciones/SprintLos s tienen una duración fija. Esta duración varía de 2 semanas a 1 mes. | Kanban es no basado en la duración. Esto se mide con respecto a los tiempos de ciclo. |
| Los equipos son requerido para comprometerse una cantidad específica de trabajo. | Compromiso no necesario es opcional para los equipos. |
| En este método, equipos multifuncionales son importantes ya que pueden hacer frente a cualquier interrupción que pueda causar un cuello de botella en el desarrollo del software. | Teniendo equipo especializado es importante. |
| Es no es posible agregar elementos a iteraciones en curso. | New Los elementos se pueden agregar fácilmente. si la capacidad adicional está disponible. |
| Un backlog de sprint es propiedad únicamente de un solo equipo. | Equipo múltiplePodemos compartir el tablero Kanban. |
| Los entregables son determinado por sprints, en el que se debe completar un conjunto de trabajos y estar listo para su revisión. | Los productos y procesos son entregado continuamente según sea necesario, por lo que el proceso de prueba y revisión se lleva a cabo simultáneamente. |
| Método de desarrollo de software Scrum se centra en el trabajo atrasado. | Método Kanban por completo se centra en el panel de procesos. |
| Cada El miembro del equipo tiene un rol específico. En Scrum Master decide los cronogramas, el propietario del producto establece metas y objetivos y los miembros del equipo realizan el trabajo de desarrollo. | No hay roles predefinidos para un equipo. Sin embargo, todavía puede haber un Gerente de Proyecto; Se anima al equipo a colaborar y trabajar en conjunto. |
| Mejores para proyectos con cambiando prioridades. | Ideal para equipos con prioridades estables Es poco probable que eso cambie con el tiempo. |
| Medidas de producción usando velocidad a través de sprints. | Mide la producción usando Tiempo del ciclo o el tiempo exacto que lleva completar una parte completa de un proyecto. |
| Scrum requiere un cambio completo del modelo tradicional al modelo Agile Scrum que se implementaría en el proyecto. | Kanban no permite cambios drásticos en el proyecto. |
| En Scrum, todo el tEl equipo se centra en colaborar y completar la tarea. para proporcionar un trabajo de desarrollo de calidad. | Los equipos trabajan para lograr objetivos. y reducir el tiempo para completar todo el proceso. Por lo tanto, la reducción del ciclo de tiempo es el mayor indicador de éxito en este caso. |
| Melé énfasis en sus horarios; No se pueden agregar nuevos elementos a las iteraciones en curso. | Kanban es más iterativo por naturaleza ya que no tiene plazos específicos. De esta manera, se pueden agregar nuevos elementos continuamente siempre que haya capacidad adicional disponible. |
| El trabajo total se realiza en lotes/Sprints. | Todo el proyecto se realiza sobre el movimiento de elemento de trabajo de un solo subproceso flujos. |
| Scrum master actúa como solucionador de problemas. | Kanban anima cada miembro del equipo es un líder y compartir la responsabilidad entre todos ellos. |
| Scrum prescribe iteraciones con caja de tiempo. | Kanban se centra en planeando una duración diferente para iteración individual. |
| Scrum ayuda a las empresas a ahorra tiempo y dinero. | método kanban centrarse en la mejora continua, productividad y eficiencia. |
| Lograr comunicación estable y consistente de desempeño en todos los niveles. | Es más probable que los miembros del equipo lograr sus objetivos mucho más fácilmente debido a la naturaleza visual de los tableros Kanban. |
| Es Más fácil de adaptar a los cambios constantes. Debido a los sprints cortos y al feedback regular. | Es Diseñado para una producción regular y constante., los cambios importantes en la demanda de los clientes pueden hacer que Kanban fracase. |
| El costo total del proyecto es mínimo lo que puede llevar a resultado más rápido y más barato. | Si una tarea no se estima correctamente, el El costo total del proyecto nunca será exacto.En tales casos, la tarea puede distribuirse en varios sprints. |
| Esta metodología requiere miembros del equipo experimentados solo. Por lo tanto, si el equipo está formado por personas que no son expertas, el proyecto no se puede completar a tiempo. | No plazos específicos se asignan en cada fase, por lo que los miembros del equipo nunca tienen idea de cuánto tiempo pueden dedicar a cada fase. |
| En este método Agile Scrum, es más fácil entregar un producto de calidad a una hora programada. | Está diseñado para un producción regular y constante, Los cambios importantes en la demanda de los clientes pueden provocar el fracaso de Kanban. |
| El El plan del proyecto nunca perturbará. incluso si un miembro del equipo deja el equipo. | Si alguno de los miembros del equipo sale durante el desarrollo, puede perjudicar el desarrollo del proyecto. |
| A veces reuniones diarias frustrar miembros del equipo. | Tablero Kanban obsoleto puede generar problemas en el proceso de desarrollo. |
| Los proyectos grandes se pueden dividir fácilmente en sprints fácilmente manejables. | Los proyectos grandes se manejan como un flujo continuo de artículos individuales en lugar de dividirlos en lotes. |
