 |
| Desarrollo de software |
|---|
Scrumban es una metodología de gestión de proyectos ágil que describe híbridos de Scrum y Kanban y se diseñó originalmente como una forma de transición de Scrum a Kanban . [1] [2]
Historia
A medida que el método Kanban se estaba volviendo más popular [ cita requerida ] , Scrumban se desarrolló [3] como un intento de facilitar que los equipos Scrum existentes comenzaran a explorar conceptos Lean y Kanban [ cita requerida ] .
El primer artículo sobre Scrumban, que usa la ortografía "Scrum-ban", describe varios niveles para la transición de Scrum a Kanban. [1]
El método
En Scrumban, el trabajo en equipo se organiza en pequeñas iteraciones y se monitorea con la ayuda de un tablero visual, similar a los tableros Scrum y kanban . Para ilustrar cada etapa del trabajo, los equipos que trabajan en el mismo espacio suelen utilizar notas adhesivas o una gran pizarra. En el caso de equipos descentralizados, se suele utilizar software de gestión visual como Assembla , Targetprocess , Eylean Board , JIRA , Mingle o Agilo for Trac . [1] Se llevan a cabo reuniones de planificación para determinar qué User Stories completar en la siguiente iteración. Luego, las Historias de usuario se agregan al tablero y el equipo las completa, trabajando en la menor cantidad de Historias de usuario a la vez que sea práctico (trabajo en progreso o WIP). Para mantener las iteraciones cortas, se utilizan límites de WIP y se establece un activador de planificación para saber cuándo planificar a continuación, cuando WIP cae por debajo de un nivel predeterminado. No hay roles predefinidos en Scrumban; el equipo mantiene los roles que ya tiene. [4]
Iteraciones
Las iteraciones de trabajo en Scrumban se mantienen breves. Esto asegura que un equipo pueda adaptarse fácilmente y cambiar su curso de acción a un entorno que cambia rápidamente. La duración de la iteración se mide en semanas. La duración ideal de una iteración depende del proceso de trabajo de cada equipo, sin embargo se recomienda no tener iteraciones que superen las dos semanas. [5] El equipo suele utilizar la velocidad (una medida de productividad) para evaluar problemas y tendencias en su rendimiento, con el fin de respaldar la mejora continua.
Planificación bajo demanda
La planificación en Scrumban se basa en la demanda y ocurre solo cuando se activa el disparador de planificación. El activador de planificación está asociado con el número de tareas que quedan en la sección "Pendientes" del tablero; cuando baja a un número determinado, se lleva a cabo el evento de planificación. El número de tareas que deberían desencadenar un evento de planificación no está predefinido. Depende de la velocidad de un equipo (qué tan rápido se pueden terminar las tareas restantes) y del tiempo requerido para planificar la próxima iteración. Las tareas planificadas para la próxima iteración se agregan a la sección "Tareas pendientes" del tablero.
Priorización
Se recomienda priorizar las tareas durante el evento de planificación. Esto significa que las tareas se agregan al tablero con prioridades marcadas. Ayuda a los miembros del equipo a saber qué tareas deben completarse primero y cuáles pueden completarse más tarde. La priorización se puede hacer agregando números a las tareas o agregando una columna de prioridad adicional, donde las tareas más importantes se colocan en la parte superior y las tareas menos importantes debajo.
Planificación del tamaño del cubo
La planificación del tamaño del cubo brinda la posibilidad de una planificación a largo plazo a Scrumban. Se basa en el sistema de tres cubos por los que deben pasar los elementos de trabajo antes de llegar al tablero Scrumban. Los tres grupos representan tres etapas diferentes del plan y, por lo general, se denominan grupos de 1 año, 6 meses y 3 meses. El segmento de 1 año se dedica a los objetivos a largo plazo que tiene la empresa, como penetrar en un nuevo mercado, lanzar un nuevo producto, etc. Cuando la empresa decide seguir adelante con un plan, se traslada al segmento de 6 meses, donde se cristalizan los principales requerimientos de este plan. Cuando una empresa está lista para comenzar a implementar el plan, los requisitos se trasladan al grupo de 3 meses y se dividen en tareas claras que debe completar el equipo del proyecto.Es de este segmento que el equipo extrae tareas durante su reunión de planificación bajo demanda y comienza a trabajar en las tareas.[6]
El tablero
El tablero Scrumban básico se compone de tres columnas: Tareas pendientes, Tareas pendientes y Listo. Después de la reunión de planificación, las tareas se agregan a la columna Pendientes, cuando un miembro del equipo está listo para trabajar en una tarea, la mueve a la columna Haciendo y cuando la completa, la mueve a la columna Hecho. El tablero Scrumban representa visualmente el progreso del equipo. Las columnas del tablero de tareas se adaptan y amplían según el progreso del trabajo del equipo. Los complementos más comunes incluyen columnas de prioridad en la sección Tareas pendientes y columnas como Diseño, Fabricación, Pruebas en la sección Actividades.
Límites de WIP: para garantizar que el equipo esté trabajando de manera eficaz, la metodología Scrumban establece que un miembro del equipo no debe trabajar en más de una tarea a la vez. Para asegurarse de que se siga esta regla, Scrumban utiliza el límite de WIP (trabajo en curso). Este límite se visualiza en la parte superior de la sección Hacer del tablero (también podría estar en cada columna de esa sección) y significa que solo ese número de tareas puede estar en la columna correspondiente a la vez. Un límite de trabajo en curso generalmente es igual a la cantidad de personas en el equipo, pero podría ampliarse en función de las características específicas del trabajo del equipo.
Límites de tareas: para tener reuniones de planificación más productivas, el número de tareas en la sección de tareas también puede limitarse. Al igual que con los límites de WIP, está escrito en la parte superior de la sección Tareas pendientes o en la parte superior de las columnas correspondientes y limita el número de tareas en la sección Tareas pendientes o columnas específicas.
El equipo
Scrumban no requiere ningún número específico de miembros del equipo o roles de equipo. Los roles que tiene un equipo antes de adoptar Scrumban se mantienen al implementar Scrumban. Se ven reforzados por los miembros del equipo que tienen que elegir las tareas para completar por sí mismos. Los roles de equipo en Scrumban son más especializados y menos multifuncionales de lo que se espera en los equipos de scrum.
Principio de extracción
En Scrumban, las tareas no son asignadas a los miembros del equipo por el líder del equipo o el gerente del proyecto. Cada miembro del equipo elige qué tarea de la sección Tareas pendientes completará a continuación. Esto garantiza un flujo de proceso fluido, donde todos los miembros del equipo están igualmente ocupados en todo momento.
Función congelada
La congelación de funciones se usa en Scrumban cuando se acerca la fecha límite del proyecto. Significa que solo se pueden trabajar en las características que el equipo ya tiene para el desarrollo y no se pueden agregar características adicionales. [7]
Triaje
La clasificación suele ocurrir justo después de la congelación de funciones. Cuando se acerca la fecha límite del proyecto, el director del proyecto decide cuáles de las funciones en desarrollo se completarán y cuáles permanecerán sin terminar. Esto garantiza que el equipo pueda concentrarse en terminar las características importantes antes de la fecha límite del proyecto y olvidarse de las menos importantes. [8]
Condiciones
- Planificación del tamaño del cubo Enfoque de planificación a largo plazo en Scrumban, que se basa en mover los planes a través de unos pocos pasos.
- El tiempo de anticipación y ciclo es el tiempo que se toma desde la creación de la tarea o el comienzo del trabajo en una tarea hasta su finalización. También se usa en Kanban. [9]
- Técnica de planificación de planificación bajo demanda que se ejecuta solo cuando existe la necesidad de nuevas tareas en el tablero.
Herramientas
Al igual que otros métodos, Scrumban se puede implementar con la ayuda de varias herramientas. La implementación más básica de Scrumban es una pizarra física con notas adhesivas. También se encuentran disponibles soluciones electrónicas , similares a las tarjetas electrónicas scrum y kanban. Ofrecen una automatización completa del tablero, donde solo los miembros del equipo deben actualizarlo. Los tableros electrónicos a menudo también brindan informes automáticos, la posibilidad de adjuntos y discusiones sobre tareas, seguimiento del tiempo, así como integraciones con otro software de administración de proyectos de uso común. [10]
Ver también
- Kanban (desarrollo)
- Lista de filosofías de desarrollo de software
- Scrum (desarrollo de software)
Referencias
- ↑ a b Ladas, Corey (12 de marzo de 2014). "Scrumban" . vimeo .
- ^ Reddy, Ajay. "Scrumban [R] Evolution: aprovecha al máximo Agile, Scrum y Lean Kanban" . Pearson .
- ^ Ladas, Corey (enero de 2009). Scrumban: Ensayos sobre sistemas Kanban para el desarrollo de software ajustado. Prensa Modus Cooperandi. ISBN 978-0578002149
- ^ Vasiliauskas, Vidas. "Scrumban - mezcla ágil y esbelto" . Consultado el 22 de diciembre de 2014 .
- ^ Don, Wells. "Planificación iterativa" . Proceso ágil . Consultado el 14 de enero de 2015 .
- ^ Miseviciute, D. "Scrumban: bajo demanda frente a planificación a largo plazo" . Blog de Eylean .
- ^ "Congelación de funciones" . OpenStack . OpenStack . Consultado el 14 de enero de 2015 .
- ^ "Triaje de software" . Mentes pegajosas . Consultado el 14 de enero de 2015 .
- ^ "¿Qué es Scrumban | Tablero Scrumban, métricas | Software Scrumban" . 2020-08-28 . Consultado el 30 de junio de 2021 .
- ^ "Scrumban" . Junta de Eylean . Consultado el 22 de diciembre de 2014 .
