Descripción general del marco de Scrum
Scrum Framework es una metodología relacionada con la gestión ágil utilizada para gestionar el conocimiento y el trabajo, especialmente para el desarrollo de software. Tiene amplias aplicaciones en varios campos y ahora está siendo explorado por equipos de proyectos tradicionales en todo el mundo. Está hecho para equipos de tamaño moderado de tres a un máximo de nueve miembros, donde el trabajo se divide en pequeños trozos que se pueden completar en iteraciones llamadas sprints. No toma más de 30 días / mes completar el trabajo completo.
El tiempo necesario para ejecutarlo por completo es de dos semanas y, si lo supera, se reestructura en reuniones llamadas scrums diarios. El marco que proporciona una imagen de cómo se implementan los scrums se llama marco de Scrum. Los equipos en organizaciones más grandes incluyen los siguientes scrums, a saber, Scrum a gran escala (LeSS), framework ágil escalado (SAFe), scrum de scrums y, Nexus, etc.
Rol del marco de Scrum
El marco de Scrum consta de tres roles. El marco en su totalidad ayuda a una comunicación óptima y adecuada entre los miembros del equipo. Estos tres roles juntos forman el equipo scrum. Estos tres roles del marco Scrum son:
1) Propietario del producto: El propietario del producto representa a todos los posibles interesados y al cliente en cada caso. Tiene la responsabilidad de entregar el máximo valor posible al cliente. El propietario del producto no sigue los métodos tradicionales para hacer las cosas, sino que prioriza las cosas según las dependencias o la importancia. Un equipo scrum debe tener solo un propietario del producto. Este rol es diferente del del scrum master. El propietario del producto se enfoca en la parte comercial de un producto y actúa como intermediario entre las partes interesadas y el equipo. El propietario del producto no es un dictador, sino un creador de consenso. Por lo tanto, un buen propietario del producto debe ser capaz de comprender las necesidades de la empresa, las razones detrás de esas necesidades y comunicarlas a las partes interesadas y al equipo en cuestión.
2) Equipo de desarrollo: El equipo de desarrollo es responsable de entregar un trabajo de calidad óptima con cada sprint que pasa. El objetivo del sprint describe el trabajo que debe hacer un equipo y la calidad que debe entregar al final de cada sprint. El equipo tiene de tres a nueve miembros que llevan a cabo todas las tareas necesarias para crear los incrementos del producto. Aunque un equipo está formado por personas de diversos orígenes, todos ellos son generalmente conocidos como desarrolladores. Es un equipo autoorganizado y las interacciones fuera del equipo son manejadas por el propietario del producto o el scrum master.
3) Scrum Master: Scrum Master es responsable de facilitar un scrum, asegurarse de que no haya problemas en el camino de la entrega de productos de calidad o entregables. El scrum master actúa como mediador entre el equipo y cualquier molestia en el camino del trabajo y no es necesariamente el líder del equipo. El scrum master garantiza que se siga el marco de Scrum. El scrum master anima al equipo a mejorar. El rol también se conoce como facilitador de equipo o líder de servicio para reflejar los aspectos duales.
El flujo de trabajo de Scrum Framework
El flujo de trabajo de un marco scrum es el siguiente:
1) Sprint: un sprint / iteración es la unidad de un Scrum. Un sprint está limitado a un tiempo específico. La duración de un sprint se decide de antemano y normalmente es, entre una semana y un mes, generalmente dos semanas.
2) Planificación del sprint: inicialmente, el equipo scrum lleva a cabo la planificación del sprint para:
- Decidir mutuamente el alcance del trabajo que se debe hacer durante un sprint.
- Identifique los elementos que se pueden hacer en un solo sprint.
- Haga un sprint en el que el trabajo que debe incluir elementos se complete.
- El tiempo esperado es de cuatro horas por día durante dos semanas.
- A medida que avanza el trabajo, los elementos identificados se dividen y, si no pueden completarse dentro de un sprint, se colocan en la cartera de pedidos del producto.
- Cuando el equipo de desarrollo desarrolla el backlog de sprint, se toman en cuenta los elementos que se pueden completar dentro de un sprint.
3) Sprint diario: se realiza un scrum o pie todos los días con cada sprint.
- Cada miembro del equipo de desarrollo viene bien preparado.
- Aunque faltan algunos miembros del equipo de desarrollo, comienza exactamente a tiempo.
- Todos los días debe celebrarse a la misma hora y lugar.
- El tiempo está limitado a quince minutos.
- Solo los miembros del equipo de desarrollo deben contribuir, pero cualquier otra persona también es bienvenida.
- Se espera que cada miembro del equipo responda tres preguntas durante el scrum diario.
- ¿Hice algo para contribuir al objetivo de sprint del equipo ayer?
- ¿Qué debo hacer hoy para ayudar a mi equipo a contribuir al objetivo de sprint de mi equipo hoy?
- ¿Considero alguna molestia que pueda retrasar o impedir que mi equipo logre sus objetivos predeterminados?
4) Revisión del sprint: el equipo realiza dos eventos al final de un sprint, que es la revisión del sprint y la retrospectiva del sprint.
En la revisión de sprint, el equipo:
- Revisa el trabajo completado y el trabajo que aún no se ha completado.
- El trabajo completado se presenta a los interesados.
- Decide qué se completará a continuación colaborando con las partes interesadas.
Pautas para las revisiones de Sprint:
- El trabajo que está incompleto no se puede demostrar.
- La duración esperada es de dos horas durante dos semanas.
5) Retrospectiva de Sprint: en la retrospectiva de Sprint, el equipo:
- Estudia el sprint pasado.
- Identifica los defectos y los rectifica.
6) Extensiones: la extensión incluye dos eventos, a saber,
- Refinamiento de la cartera de pedidos.
- Cancelación de un sprint.
A pesar de ser tan preciso y eficiente, el marco Scrum tiene sus propias limitaciones:
- Hay equipos dispersos geográficamente o que tienen miembros a tiempo parcial, por lo que son difíciles de administrar y llevar a cabo dicho marco.
- Hay equipos con habilidades muy especializadas y un marco tan definitivo no funciona correctamente en ellos.
- Algunos factores externos también influyen en los productos y entregas que están fuera de nuestro control.
- Algunos productos son maduros por naturaleza y tienen un control de calidad restringido y, por lo tanto, dicho marco no se ajusta a ellos.
Artículos recomendados
Esta ha sido una guía para Scrum Framework. Aquí discutimos los 3 roles principales y el flujo de trabajo del marco de Scrum. También puede consultar nuestros otros artículos sugeridos:
- ¿Qué es la programación ágil?
- ¿Qué es ágil y Scrum?
- ¿Qué es la gestión de proyectos ágil?
- Aprenda los principios de Scrum
- Evaluación abierta de Scrum
- 7 características del panel de Scrum