Aunque Scrum es fácil de entender, la implementación suele tener problemas, este artículo está destinado a proporcionar primeros auxilios.
La definición
Scrum es un marco. Permite a los equipos de desarrollo más pequeños resolver problemas complejos en la implementación de un proyecto de la manera más eficiente y creativa posible. El marco de trabajo consta de diferentes roles, una secuencia clara y varios artefactos.
Los beneficios
Aunque Scrum fue concebido originalmente en la década de 1990 para desarrollar software, ahora se utiliza para la gestión de proyectos en una amplia variedad de contextos. Por ejemplo, se utiliza en escuelas y gobiernos, pero también en agencias de medios sociales o bufetes de abogados. En resumen, Scrum es adecuado para su uso en casi cualquier tipo de problema.
La teoría
El Marco Scrum se basa en tres pilares. Todos ellos están tomados del control empírico del proceso.
- Transparencia: Todos los involucrados en el proyecto deben entender por qué se han tomado decisiones y cómo se han implementado.
- Control: A intervalos regulares, pero no con demasiada frecuencia, se debe comprobar si se han alcanzado los objetivos.
- Adaptación: La posibilidad de adaptar el proyecto en ciertas características debe mantenerse siempre abierta.
Los papeles
Scrum Framework se basa en una distribución clara de roles:
- Propietario del producto: El cliente. Es un individuo, no un comité. El propietario del producto decide sobre las características y beneficios del proyecto. También determina el período en el que deben alcanzarse los objetivos.
- Equipo de desarrollo: A menudo se conoce como el núcleo del Marco de Scrum. El equipo incluye de tres a nueve miembros que son capaces de implementar el proyecto sin atraer más ayuda externa. Usted decide cómo se implementan las funcionalidades de un producto. Los miembros individuales del equipo realizan tareas desde diferentes áreas temáticas.
- Maestro Scrum: También un individuo. Supervisa el proceso de trabajo y ayuda al equipo de desarrollo a implementar el proyecto sin formar parte de él. Además, si es necesario, se hace cargo de la mediación entre el propietario del producto y el equipo de desarrollo.
- Partes interesadas: Los clientes o usuarios a los que se dirige el proyecto. Y la administración que proporciona los recursos para el proceso scrum.
Los valores
Antes de que un equipo de desarrollo se siente en un proyecto, es importante asegurarse de que todos los miembros del equipo se guían por los siguientes cinco valores:
- Coraje: Cada miembro del equipo tiene el valor de enfrentar problemas difíciles y buscar las soluciones adecuadas.
- Enfoque: Cada miembro del equipo se centra en los objetivos establecidos por el propietario del producto.
- Compromiso: Cada miembro del equipo utiliza todos sus recursos para alcanzar los objetivos que establecen.
- Respeto: Hay un enfoque respetuoso entre los miembros del equipo.
- Apertura: Todo el proceso de trabajo es transparente. Durante el desarrollo del proyecto, las partes interesadas obtienen información sobre la mayoría de las decisiones y procesos.
Esta cultura de valores contribuye decisivamente al éxito de un proyecto dentro del Marco Scrum.
El proceso
Un proceso de scrum consta de varios sprints. Un sprint dura una a un máximo de cuatro semanas. Consta de las siguientes cuatro fases:
1a fase: Planificación de Sprint.
En un plazo de ocho horas, el propietario del producto, el equipo de desarrollo y el plan maestro scrum planean el próximo sprint.
En un primer paso, se realiza un análisis de las tareas del proyecto general que se deben implementar. La evaluación del equipo de desarrollo juega un papel decisivo en esto. En última instancia, deben decidir si el plazo establecido para la implementación es suficiente.
En un segundo paso, el equipo de desarrollo determina cómo se deben implementar las tareas. Para ello, desglosa las tareas en pasos de trabajo individuales, que luego distribuye a los días laborables.
Etapa 2: Scrum diario
Antes de cada día laborable, el equipo de desarrollo se reúne para una sesión de 15 minutos. El Maestro Scrum se asegura de que ningún extraño interfiera con la reunión. El objetivo es reflexionar sobre el día pasado y planificar el día siguiente. Después de esta reunión en todo el equipo, los miembros individuales del equipo a menudo se reúnen para una reunión más detallada.
3a Fase: Revisión sprint
En esta fase, el propietario del producto determina qué objetivos de Sprint Planning se han alcanzado y cuáles no. El equipo de desarrollo explica por qué este es el caso, por ejemplo, de los problemas que han surgido que han impedido alcanzar el objetivo.
4a Fase: Retrospectiva Sprint:
El Scrum Master y el equipo de desarrollo se encuentran al final de cada sprint. Analizan si sus procesos de trabajo han sido eficientes y cómo pueden hacerlos aún más eficientes en los próximos sprints. Después de la Retrospectiva de Sprint, la planificación para el siguiente sprint comienza directamente.
El sprint finaliza en el momento especificado por el maestro de producto y no se puede extender. Solo si el maestro de producto cancela el sprint o el equipo de desarrollo se retira del proyecto no es necesario finalizarlo.
The Artifacts
Scrum Framework proporciona algunas herramientas interesantes para implementar proyectos de la manera más eficiente y transparente posible. De acuerdo con las Directrices de Scrum, se llaman artefactos.
Retraso del producto
En el trabajo pendiente del producto, el propietario del producto enumera las tareas individuales que están pendientes durante un proyecto en orden de importancia. Al hacerlo, formula lo más claramente posible y trata de optimizar las entradas de tal manera que los objetivos del proyecto se puedan lograr de la manera más fluida posible.
Las tareas se agregan o eliminan constantemente del trabajo pendiente. El propietario del producto también puede cambiar el pedido en cualquier momento. Sin embargo, es importante que las tareas que están más arriba en el trabajo pendiente se describen y elaboran con el mayor detalle posible.
El equipo de desarrollo evalúa cuánto tiempo se tardará en completar cada tarea. Sin embargo, el propietario del producto no tiene prohibido recibir pedidos de los atrasos y completarlos.
Sprint Backlog
En consulta con el propietario del producto, el equipo de desarrollo está elaborando un trabajo pendiente para el próximo sprint. Las tareas priorizadas del trabajo pendiente del producto se migran al Trabajo pendiente de Sprint y deben completarse en el siguiente sprint. Las tareas restantes en Sprint Backlog permiten al equipo de desarrollo estimar la probabilidad de alcanzar los objetivos del sprint actual.
Definición de Hecho
Cada tarea dentro de los trabajos pendientes tiene una definición llamada de hecho. Este término se refiere a las especificaciones acordadas entre el propietario del producto y el equipo de desarrollo, que deben cumplirse para que una tarea se considere completa.
Conclusión
Scrum proporciona una excelente base para realizar proyectos dentro de pequeños equipos de desarrollo en estrecha colaboración con el propietario del producto. El marco tiene estructuras claras que permiten que un proyecto se implemente de la forma más creativa posible, pero sin embargo eficientemente.
