En este artículo se analizará Scrum, una metodología ágil que se ha utilizado ampliamente en las empresas, principalmente para el desarrollo de software.
Introducción a Scrum
¿Por qué una empresa que trabaja con Marketing Digital escribe artículos sobre metodologías ágiles? Si tienes curiosidad por saberlo, ¡desplázate hasta el final del artículo!
Scrum comenzó en la década de 1980 con Hirotaka Takeuchi y Nonaka Ikujiro, que definieron una estrategia flexible para el desarrollo de productos en la que el equipo trata de alcanzar un único objetivo común. objetivo común.
El nombre proviene del movimiento de los jugadores de Rugby, donde el Scrum ("movimiento de reanudación") tiene a todos los jugadores juntos, formando una unidad capaz de hacer avanzar el balón.
En los años siguientes, Ken Schwaber y Jeff Sutherland desarrollaron su aplicabilidad al desarrollo de software en una conferencia celebrada en 1995 en Austin (Texas).
¿Qué es Scrum?
Scrum es un marco utilizado para gestionar proyectos de desarrollo ágil, que implica el esfuerzo colaborativo de un equipo para crear un nuevo producto, servicio u otro resultado.
Su uso comenzó con aplicaciones en empresas de software, pero cada vez se aplica más en otro tipo de empresas. Se ha popularizado por su adaptabilidad, iteratividad y eficacia, capaz de aportar un valor significativo a la organización con rapidez a lo largo del proyecto.
El uso de equipos interfuncionales e autoorganizados que dividen las tareas en ciclos cortos, conocidos como sprintsse ha convertido en uno de los puntos fuertes de la metodología.
Figura 1: Flujo Scrum para un Sprint
Fuente: 2016 SCRUMstudy™.
Lista de productos pendientes
En un proyecto, como la creación de un chatbot para una empresa, todo empieza por definir los requisitos y las competencias (competencias) necesarias para la solución. En un proyecto Scrum, al recopilar los requisitos junto con las partes interesadas del proyecto, se genera una lista de prioridades. lista priorizada conocida como Product Backlog;
Sprint
Una vez reunidos todos los requisitos, el proyecto puede desarrollarse de forma incremental y dividirse en ciclos con una duración variable de hasta un mes, periodos denominados Sprints. Una vez que se tiene la lista priorizada de todos los requisitos (Product Backlog) y la definición de la duración del Sprint, para empezar a desarrollar la solución, la metodología Scrum dice que es necesario planificar qué parte de los requisitos se llevará a cabo en el siguiente ciclo;
Sprint Backlog
Dentro del método Scrum, el acto de planificar el siguiente Sprint se produce con frecuencia hasta el final del proyecto. Esto se conoce como Planificación del Sprint y da lugar al Backlog del Sprint - del que se "sustraen" tareas del Backlog del Producto;
Scrum diario
Con la definición de los elementos a desarrollar en el Sprint, el seguimiento y la alineación de la comunicación en el proyecto se realiza a través del Scrum Diario. La idea principal de este evento Scrum es que cada persona involucrada en el proyecto haga un breve resumen del progreso de las actividades de las que es responsable. Al final de cada Sprint, es aconsejable celebrar dos eventos Scrum para supervisar y controlar el rendimiento del proyecto: Sprint Review y Sprint Retrospective;
Revisión y retrospectiva del sprint
Por último, el Sprint Review pretende evaluar los objetivos objetivos y adaptarel Product Backlog si es necesario. La Retrospectiva del Sprint, por su parte, tiene como objetivo evaluar, junto con el equipo implicado en el proyecto, los positivos y negativos que han ocurrido en el ciclo que está llegando a su fin.
Miembros del equipo
Esta metodología se compone de 3 personajes típicos: el scrum master, o propietario del producto y el equipo de desarrollo.
Scrum Master
Es responsable de facilitar las interacciones entre los miembros del equipo Scrum y su trabajo, eliminar impedimentos, enseñar la metodología Scrum y ser un agente de cambio organizativo.
De esta manera, el Scrum Master protege al equipo, asegurándose de que no se comprometen más allá de lo que pueden lograr durante un sprint. El Scrum Master facilita el Scrum Diario y se convierte en el responsable de eliminar cualquier obstáculo que plantee el equipo durante estas reuniones y de cuidar la calidad del equipo.
El papel de Scrum Master lo suele desempeñar un director de proyecto o un jefe de equipo técnico, pero puede ser cualquiera
Propietario de producto
El Producto Owner es alguien que prioriza el Backlog del Producto y tiene la autoridad para definir el producto de forma incremental. El Equipo Scrum mira el Backlog del Producto priorizado, trabajando en los elementos prioritarios y comprometiéndose a completarlos durante un sprint. Estos elementos forman el Sprint Backlog, mencionado anteriormente
A cambio de su compromiso de completar las tareas seleccionadas (que, por definición, son las más importantes para el Propietario del Producto), el Propietario del Producto se compromete a no lanzar nuevos requisitos al equipo durante el sprint. Los requisitos pueden cambiar (y se fomenta el cambio), pero sólo fuera del sprint.
Una vez que el equipo comienza un sprint, se mantiene centrado en el objetivo de ese sprint. Como señaló Matt Gelbwaks, el Propietario de Producto es responsable de los conceptos y las ideas (por ejemplo, el backlog), mientras que el Scrum Master es responsable de la ejecución y la calidad, por lo que el Propietario de Producto quiere más recursos, mientras que el Scrum Master se centra en hacer y, por lo tanto, ambas funciones deben ser ejercidas por personas diferentes.
Equipo de desarrollo
El Equipo de Desarrollo es un grupo multidisciplinar (normalmente entre 3 y 9 personas) responsable de llevar a cabo el trabajo de desarrollo del producto. Basándose en las prioridades definidas por el Propietario del Producto, el Equipo de Desarrollo genera, en cada Sprint, un incremento de producto listosegún la "definición de listo", y que suponga un valor visible para los clientes del proyecto.
El Equipo de Desarrollo autogestiona el trabajo de desarrollo del producto. Determina técnicamente cómo se desarrollará el producto, planifica este trabajo y supervisa su progreso. Para ello, tiene propiedad y autoridad sobre sus decisiones y, al mismo tiempo, es responsable de sus resultados.
Figura 2: Flujo Scrum para un Sprint
Fuente: 2016 SCRUMstudy™.
Principios de Scrum
Los Principios Scrum son las directrices fundamentales para la aplicación del marco Scrum y deben ser utilizados en todos los proyectos Scrum.
Se trata del control empírico de procesos, la autoorganización, la colaboración, el establecimiento de prioridades en función del valor, el encasillamiento temporal y el desarrollo iterativo.
Figura 3: Flujo Scrum para un Sprint
Fuente: 2016 SCRUMstudy™.
1. Control empírico de procesos
El principio de Control Empírico del Proceso hace hincapié en la filosofía central de Scrum basada en tres ideas principales: transparencia, inspección y adaptación.
2. Autoorganización
El principio de autoorganización se centra en los empleados actuales de una organización, que aportan mucho más valor cuando están autoorganizados. Y esto se traduce en equipos más satisfechos y con responsabilidades compartidas, y en un entorno innovador y creativo más propicio para el crecimiento.
3. Colaboración
El principio de colaboración se centra en las tres dimensiones básicas relacionadas con el trabajo colaborativo: concienciación, articulación y apropiación. También defiende la gestión de proyectos como un proceso de creación de valor compartido, en el que los equipos trabajan e interactúan juntos para lograr mejores resultados.
4. Priorización basada en el valor
El principio de Priorización Basada en el Valor destaca el enfoque de Scrum en la entrega de tanto valor de negocio como sea posible a lo largo del proyecto.
5. Time-boxing
El principio de time-boxing describe cómo el tiempo se considera una restricción limitada en Scrum, y cómo se utiliza para ayudar a gestionar eficazmente la planificación y ejecución del proyecto.
Los elementos de Time-boxing en Scrum incluyen: los Sprints, las Reuniones Diarias, la Reunión de Planificación del Sprint, y la Reunión de Revisión del Sprint.
6. Desarrollo iterativo
Este principio define el desarrollo iterativo y hace hincapié en la mejor manera de gestionar el cambio y crear productos que satisfagan las necesidades de los clientes. También describe las responsabilidades del propietario del producto y de la organización en relación con el desarrollo iterativo.
Diferencia entre Scrum y el modelo de gestión en cascada
La siguiente tabla resume las diferencias entre Scrum y los modelos tradicionales de gestión de proyectos
Tabla 1 - Scrum frente al modelo tradicional de gestión de proyectos
Fuente: A Guide to SCRUM KNOWLEDGE (SBOK™ Guide), 2016 Edition.
Scrum en marketing digital
Al igual que el desarrollo de software tiene un complejo sistema de gestión, el Marketing Digital también puede interpretarse de la misma manera. Y el Pareto Cuántico es una excelente herramienta de Gestión de Marketing, a través del Marketing Board.
Dentro de Workflow, tenemos el Tablero de Marketingque es un gestor de tareas que utiliza el modelo Scrum para organizar tus tareas en un tablero Kanban automatizado. Le permite gestionar su equipo, con una vista de las tareas, priorización, puntos de historia por tarjeta y sugerencias para optimizar Quantic para aumentar la eficiencia de ejecución y las horas-hombre (h/h).
Si trabaja con varios clientes o tiene una cartera de proyectos, la organización de la Junta de Marketing puede ofrecerle una visión general de la marcha de las actividades y aumentar la eficiencia y eficacia de su equipo.
¿Quieres saber más sobre Scrum? Le recomendamos las siguientes lecturas:
- Scrum. El arte de hacer el doble de trabajo en la mitad de tiempo. Autor: Jeff Sutherland.
- Una guía para el conocimiento de SCRUM (Guía SBOK™), edición de 2016.
Echa un vistazo a estos otros artículos del Blog de Pareto que podrían interesarte:
- Cómo aumentar la productividad con 9 consejos del CEO de Pareto
- 7 consejos de Pareto para aumentar las tasas de conversión del comercio electrónico
