Si miras el rugby, sabrás que un scrum involucra a un montón de jugadores apiñados en la tierra, peleando por una pelota. El sistema de flujo de trabajo "Scrum", desafortunadamente, no se parece en nada a esto. Tiene menos que ver con luchar en el barro contra tus enemigos y más con hacer las tareas de manera eficiente y oportuna.
Scrum, como el sistema similar Kanban, es un marco ágil para mantener un lugar de trabajo bien organizado. Es particularmente popular en el desarrollo de software y funciona bien para equipos de alrededor de tres a nueve personas, pero se puede aplicar a prácticamente todos los lugares de trabajo. A menos que trabajes como jugador de rugby, en cuyo caso probablemente creará confusión.
Scrum: ¿Qué es el sistema Scrum?
Scrum se introdujo por primera vez como término en 1986, en un Harvard Business Review artículo de Hirotaka Takeuchi e Ikujiro Nonaka. De hecho, los dos autores describen el sistema en términos de rugby, con una fuerza laboral que actúa como un equipo que "intenta llegar a la distancia como una unidad, pasando el balón de un lado a otro".
En el núcleo del sistema Scrum está el enfoque de hacer que un equipo trabaje en conjunto en objetivos específicos y alcanzables dentro de períodos de tiempo fijos. En lugar de tener diez personas trabajando en tareas diferentes y no relacionadas sin un punto final claro, Scrum se esfuerza por unir a las personas para que trabajen colectivamente en trabajos incrementales.
LEER A CONTINUACIÓN: ¿Qué es Kanban?
Esto se basa en varios roles en un equipo Scrum. En la parte superior, está el propietario del producto, que representa a las partes interesadas del producto. Debajo de esto está el Scrum Master, que es esencialmente un gerente de proyecto que es responsable de poner en acción el sistema Scrum. Debajo de esto está el equipo de desarrollo en sí.
El flujo de trabajo principal es el siguiente: el propietario del producto presenta una cartera de productos, que actúa como una lista de deseos de funciones en las que trabajar. Esto va al equipo de scrum, y el scrum master elige una serie de tareas de este backlog para trabajar. En el lenguaje de Scrum, estos se denominan "historias". Luego, estas historias se enfocan durante un "sprint"; un período de tiempo en el que los desarrolladores trabajan en estos objetivos y solo en estos objetivos.
Al final del sprint, el trabajo debe completarse. Una revisión pasa por medir si el sprint fue un éxito, esto retroalimenta al propietario del producto y todo el ciclo comienza de nuevo.
Tablero Scrum: ¿físico o digital?
La gestión de un equipo Scrum tiende a girar en torno a algún tipo de tablero Scrum, lo que ayuda a visualizar el flujo de trabajo. Esto podría involucrar un tablero físico grande, dividido en columnas de trabajos por hacer, trabajos en progreso y trabajos terminados. Alternativamente, podría involucrar algún tipo de placa digital, como las de empresas como Trello y Asana.
Vea por qué Londres es el mejor lugar para ser desarrollador de aplicaciones en 2018 Cómo iniciar una empresa: los mejores consejos para el éxitoEn Trello, por ejemplo, crea columnas para diferentes etapas de un flujo de trabajo y las llena con tarjetas que detallan diferentes tareas. La versión física de este tablero estaría organizada de la misma manera, aunque con más notas adhesivas. En cualquier caso, el tablero se convertirá en el foco del "sprint", donde el foco estará en terminar todas las etapas de una tarea dentro del período de tiempo. Un sprint puede durar dos semanas o unos días.
Como muestra esta escena de Silicon Valley de HBO, el objetivo general es que los desarrolladores trabajen en tareas (lo siento, "historias"), guiados dentro del marco del flujo de trabajo de Scrum.
Scrum vs Kanban
Un sistema relacionado con Scrum es Kanban, que también gira en torno a notas post-it de colores brillantes y palabras como "flujo de trabajo ágil". La mayor diferencia entre Scrum y Kanban es que este último es un proceso continuo, en el que los trabajadores toman cartas en todos los ámbitos cuando pueden. En Scrum, el trabajo en el tablero gira en torno a los "sprints" establecidos.
Los roles en Kanban también son más flexibles, mientras que Scrum tiene una especial predilección por nombres como "scrum master", presumiblemente porque suena menos aburrido que "gerente de proyectos", aunque son esencialmente lo mismo. Scrum también tiende a tener sesiones de actualización periódicas, llamadas scrums, donde el progreso del flujo de trabajo es discutido por ... lo adivinaste: el scrum master.