Hoy en día, muchas empresas practican la agilidad para mantenerse competitivas. Las metodologías Agile ayudan a las empresas a ofrecer productos que se ajusten a las necesidades en constante cambio de los clientes, pero en la práctica esto varía mucho entre equipos y empresas. Con tantas opciones de marcos Agile, puede resultar difícil determinar qué enfoque se ajusta mejor a los objetivos de tu negocio.
En este artículo, analizaremos en profundidad dos marcos comunes de la metodología Agile: Scrum y Kanban. Si bien ambos comparten principios similares, presentan diferencias en cuanto a los plazos de entrega, las priorizaciones y los roles y responsabilidades. Te ayudaremos a comprender las diferencias entre Scrum y Kanban para que puedas decidir qué marco es el más adecuado para tu equipo.
¿Qué es Scrum?
Scrum es un marco Agile sencillo que ayuda a los equipos a resolver problemas complejos y, al mismo tiempo, a entregar de manera eficiente productos de alta calidad que satisfagan a los clientes.
El marco Scrum se centra en un control empírico de los procesos en función de tres pilares fundamentales:
-
Transparencia. La gente necesita visibilidad del proceso de desarrollo en cada etapa para poder tomar decisiones eficaces que impulsen las iniciativas. Los equipos pueden asegurarse de que todos trabajen juntos hacia un objetivo común mediante un lenguaje empírico compartido y reuniones de Scrum regulares.
-
Inspección. Para mantener el trabajo por el rumbo correcto, los equipos revisan regularmente qué se está creando y cómo (sin interrumpir el flujo de trabajo).
-
Adaptación. Es imposible prever todos los requisitos o escenarios, así que cuando los planes cambian, los equipos deben adaptar sus procesos o el producto lo antes posible. Scrum ofrece oportunidades para adaptarse al final de cada iteración a fin de evitar esfuerzos inútiles y optimizar la productividad.
Roles y responsabilidades en Scrum
Hay tres roles y responsabilidades principales en Scrum:
-
Propietario del producto: el propietario del producto es la única persona responsable de gestionar el backlog (trabajo pendiente o pila) del producto y maximizar el valor del producto final.
-
Maestro de Scrum: el maestro de Scrum es responsable de implementar Scrum y de asegurarse de que el equipo entienda la teoría y las prácticas de Scrum. La persona que ocupa este rol funciona como coach y asesor del equipo, al tiempo que facilita la comunicación y la colaboración.
-
Equipo de desarrollo: los desarrolladores forman el resto del equipo. Son responsables de ejecutar el trabajo para crear un incremento que se pueda utilizar al final de cada sprint. Los desarrolladores trabajan juntos para planificar el sprint, garantizar la calidad, adaptarse según sea necesario y rendir cuentas mutuamente.
¿Qué es Kanban?
Kanban es una metodología diseñada para trabajar con los sistemas y procesos que ya tienes con el fin de ayudar a gestionar (y reducir) el trabajo en curso, aumentar la eficiencia y agilizar la productividad sin sobrecargarte. Kanban tiene menos limitaciones de tiempo que Scrum, ya que se centra en visualizar el trabajo para maximizar el flujo y reducir el tiempo que lleva completar las iniciativas. La metodología también se centra en equilibrar las cargas de trabajo a fin de disminuir los cuellos de botella.
Kanban se basa en algunos principios básicos:
-
Empieza con lo que ya estás haciendo. Kanban es un marco flexible que se puede fusionar con los procesos y metodologías que ya estás usando de manera no disruptiva. El marco reconoce el valor de los procesos actuales al tiempo que destaca las oportunidades para mejorar con el tiempo.
-
Busca un cambio evolutivo y gradual. Kanban está diseñado para cumplir con una resistencia mínima. No se recomiendan los cambios radicales porque son disruptivos y pueden generar miedo e incertidumbre.
-
Fomenta acciones de liderazgo en todos los niveles. Se valoran los insights y comentarios de todos los empleados para fomentar la colaboración y la mejora continua.
Roles y responsabilidades de Kanban
Kanban no tiene roles requeridos, pero hay dos roles que vale la pena formalizar en tu implementación del marco:
-
Gerente de entrega de servicios (SDM): esta persona se asegura de que los elementos de trabajo fluyan de manera eficiente al tiempo que facilita la mejora continua.
-
Gerente de solicitud de servicio (SRM): esta persona ordena y prioriza los elementos de trabajo, y mejora la gobernanza corporativa en los procesos.
Prácticas de Scrum
Hay cinco tipos básicos de reuniones y eventos de Scrum:
1. Planificación de sprint
El primer paso de Scrum es establecer el trabajo que se realizará durante un sprint. Todo el equipo colabora para planificar el sprint, y el propietario del producto funciona como punto de referencia para asegurarse de que todos los participantes estén preparados para la discusión.
2. Sprint
El sprint en sí es cuando se realiza el trabajo planeado durante la fase de planificación. Los sprints son incrementos cortos de trabajo que duran de una a cuatro semanas. Una vez que termina un sprint, comienza el siguiente. Los sprints generan coherencia en las fases de desarrollo y aseguran que los equipos puedan cumplir los objetivos del producto de forma previsible y se adapten según sea necesario.
3. Scrum diario
El Scrum diario (también conocido como reunión rápida diaria) es una reunión de 15 minutos para que el equipo revise el progreso hacia el objetivo del sprint y adapte el trabajo pendiente según sea necesario. Al realizar un Scrum diario, los equipos pueden organizar, planificar y ejecutar de manera más eficaz el trabajo alineado con los objetivos del producto, al tiempo que mejoran la comunicación y la resolución de problemas del equipo.
4. Revisión del sprint
Al final del sprint, el equipo hace una revisión del sprint para analizar los resultados y determinar los próximos pasos. Es una oportunidad para que el equipo de Scrum y las partes interesadas analicen los logros, describan los cambios y ajusten el trabajo pendiente del producto para aprovechar nuevas oportunidades.
5. Retrospectiva del sprint
La retrospectiva del sprint constituye el final del sprint. El objetivo es evaluar cómo se desarrolló el sprint a fin de identificar oportunidades para mejorar la calidad y la eficacia. Esto incluye analizar a las personas, los procesos, las herramientas, las interacciones, las suposiciones y la definición de finalización del equipo. El equipo analiza qué salió bien, qué se podría mejorar y qué hará de manera diferente en el próximo sprint.
Prácticas de Kanban
Kanban sigue seis prácticas clave:
1. Visualizar el flujo de trabajo
Kanban usa tarjetas físicas o software virtual para crear tableros Kanban, que permiten visualizar el trabajo en curso, el que se completó y el que aún no se ha empezado. El tablero representa el estado actual de tu flujo de trabajo, incluidos sus riesgos y especificaciones.
2. Limitar el trabajo en curso (WIP)
Kanban anima a tu equipo a centrarse primero en las tareas pendientes antes de agregar trabajo nuevo. Esta práctica garantiza que el equipo solo trabaje en tareas para las que tiene capacidad.
3. Gestionar el flujo
Uno de los principales objetivos de Kanban es optimizar los flujos de trabajo. Prioriza la gestión del trabajo, no de las personas; para ello, céntrate en el flujo de tareas y comprende los procesos para asegurarte de que el trabajo avance sin problemas.
4. Establecer las políticas de procesos de forma explícita
Los procesos deben definirse con claridad, publicarse y compartirse para mejorar la comprensión y la aceptación en todo tu equipo u organización. Crea un diagrama visual de estas políticas y directrices para gestionar el flujo de trabajo, lo que mejorará la autoorganización y fomentará la alineación.
5. Implementar bucles de comentarios
Los comentarios son fundamentales para identificar problemas y oportunidades de mejora continua. Implementa revisiones periódicas con tu equipo y tus clientes a fin de recopilar comentarios valiosos e incorporar los insights a tu flujo de trabajo.
6. Mejorar continuamente
Implementa los cambios de manera colaborativa en función de los datos y revisa periódicamente tus sistemas y procesos para garantizar una mejora continua.
¿Qué es un tablero Scrum?
Un tablero Scrum es una herramienta de visualización utilizada para realizar un seguimiento del trabajo en sprints cortos y graduales. Por lo general, el tablero se divide en filas o columnas que el equipo puede usar para consultar el progreso del trabajo acordado que se completará en el sprint.
Los tableros Scrum pueden ser virtuales o físicos. De cualquier manera, a menudo incluyen estas columnas:
-
Para hacer: las tareas pendientes prioritarias de elementos de trabajo planificados para el sprint actual
-
En curso: la lista de tareas que se empezaron
-
En prueba: las tareas completadas que se están probando para su verificación
-
Finalizado: las tareas que se completaron y verificaron mediante pruebas
Antes de que termine un sprint, el objetivo es mover todas las tareas a la columna “Finalizado”.
No existe un formato establecido para crear un tablero Scrum, ya que a menudo son los equipos quienes deciden cómo presentar la información necesaria. Puedes agregar o eliminar filas y columnas según tus necesidades.
