top of page
Buscar

Principios del marco Scrum

  • mateosolorzanov
  • 28 sept 2024
  • 7 Min. de lectura

Actualizado: 5 oct 2024

1. INTRODUCCIÓN

Los principios de Scrum son la base en la que se funda el marco de trabajo de Scrum. Estos principios pueden aplicarse a cualquier tipo de proyecto u organización y deben respetarse a fin de garantizar la aplicación adecuada de Scrum. Estos principios no están abiertos a discusión ni pueden modificarse.

Los principios son aplicables a:

• Portafolios, programas o proyectos de cualquier industria;

• Productos, servicios o cualquier otro resultado que se entregue a los interesados del negocio;

• Proyectos de cualquier tamaño y complejidad.

Recordemos que el término "producto" lo entendemos como producto, servicio o cualquier otro entregable. Además, Scrum es aplicable a cualquier proyecto de cualquier industria o tamaño.

2. GUÍA DE ROLES

Es esencial que exista una comprensión clara de los principios de Scrum por parte de todos los interesados del negocio, es decir, el Product Owner, Scrum Master y Equipo Scrum.

3. CONTROL DE PROCESO EMPÍRICO

Las decisiones se basan en la observación y la experimentación en vez de la planificación inicial detallada. El control del proceso empírico ayuda al aprendizaje por medio de la experimentación cuando el problema no está bien definido o cuando no hay soluciones claras. Sus tres ideas principales son: transparencia, inspección y adaptación


3.1 TRANSPARENCIA

Permite que todos puedan observar las facetas de cualquier proceso de Scrum. Esto promueve un flujo de información fácil y transparente en toda la organización y crea una cultura de trabajo abierta.

La transparencia se representa a través de:

  • Declaración de la visión del proyecto

  • Backlog priorizado del producto

  • Cronograma de planificación de la liberación, y muchos más



3.2 INSPECCIÓN

Se representa por medio de:

  • El uso de un Scrumboard en común que muestra el progreso del Equipo Scrum

  • Obtener la retroalimentación del cliente y otros interesados del negocio durante los procesos de Desarrollar épicas, Crear el backlog priorizado del producto y Realizar la planificación de la liberación.

  • La inspección y aprobación de los entregables por parte del Product Owner y el cliente en el proceso de Demostrar y validar el sprint.


3.3 ADAPTACIÓN

La adaptación se da cuando el equipo principal de Scrum y los interesados del negocio aprenden mediante la transparencia y la inspección, y después se adaptan al hacer mejoras en el trabajo que llevan a cabo. Algunos ejemplos son:

  • En el Daily Standup

  • Se lleva a cabo la identificación del riesgo y se repite a lo largo del proyecto.

  • Las mejoras pueden resultar en solicitudes de cambios que se discuten y aprueban durante los procesos de Desarrollar épicas, Crear el backlog priorizado del producto y Refinar el backlog priorizado del producto.

Con otros métodos, como el modelo tradicional en cascada, se requiere de una planificación considerable que debe hacerse por adelantado.  Con frecuencia este método presenta enormes riesgos al éxito del proyecto, ya que tiene más potencial para impactar considerablemente la entrega de proyectos y la aceptación del cliente.


4. AUTOORGANIZACIÓN

Promueve la autonomía y la motivación del equipo, lo que mejora la creatividad, la innovación y el sentido de responsabilidad compartida. Los equipos autoorganizados logran mejores resultados y una mayor satisfacción del cliente.

Aunque la priorización la hace principalmente el Product Owner, quien representa la voz del cliente, el Equipo Scrum autoorganizado participa en la distribución y estimación de tareas.


4.1. BENEFICIOS DE LA AUTOORGANIZACIÓN

Estos son:

  • Un sentido de compromiso del equipo y de responsabilidad compartida;

  • Motivación, lo cual conduce a un mejor nivel de rendimiento del equipo;

  • Un ambiente de trabajo innovador y creativo que conduzca al crecimiento;

  • La selección del mejor y más sencillo método para cumplir con requisitos establecidos.

Los objetivos de un equipo autoorganizado son:


5. COLABORACIÓN

Se refiere a que el equipo principal de Scrum trabaja e interactúa con los interesados del negocio para crear y validar los resultados del proyecto a fin de cumplir con los objetivos que se plantean en la visión del proyecto.

Es importante tener en cuenta la diferencia entre cooperación y colaboración. La cooperación se da cuando el trabajo que se produce consiste en la suma de los esfuerzos del trabajo de varias personas en un equipo. La colaboración, en cambio, se produce cuando un equipo trabaja en conjunto para contraponer los aportes del otro a fin de producir algo más grande.

Las dimensiones básicas de trabajo en la colaboración son las siguientes:

  • Conciencia: Las personas que trabajan juntas deben de conocer el trabajo de los demás.

  • Articulación: Los colaboradores deben distribuir el trabajo en unidades.

  • Apropiación: Adaptar la tecnología a la situación individual.


5.1. BENEFICIOS DE LA COLABORACIÓN

Los beneficios de la colaboración en proyectos Scrum son los siguientes:


5.2. La importancia de la coubicación en la colaboración

En muchas de las prácticas de Scrum se requiere una comunicación de banda ancha. Por tanto, es preferible que los miembros del equipo estén coubicados. La coubicación permite la interacción formal e informal entre los miembros del equipo. Algunos beneficios son:

  • Las preguntas se contestan rápidamente.

  • Los problemas se solucionan en el momento.

  • Hay menos fricción entre las interacciones.

  • La confianza se gana con mucha más rapidez.


5.3. Colaboración en equipos dispersos

Aunque es preferible contar con equipos coubicados, en ocasiones el Equipo Scrum puede estar disperso. Aun cuando los equipos están coubicados, deben estar siempre preparados para tener la flexibilidad de trabajar desde casa o a distancia debido a circunstancias atenuantes que pudieran afectar la capacidad del equipo para trabajar en un entorno coubicado.

5.3.1. Herramienta para un proyecto de Scrum

Se recomienda que las compañías busquen herramientas para un proyecto Scrum a fin de asegurar el trabajo disperso y garantizar que los equipos pueden trabajar productivamente. Estas herramientas deben tener la capacidad de:

  • Definir bien todos los roles de Scrum y contar con la función de mensajería o colaboración a fin de que todos los miembros del equipo puedan interactuar entre sí;

  • Crear y hacer uso de artefactos importantes de Scrum tales como el backlog priorizado del producto, el backlog del sprint, el Scrumboard, etc.

  • Hacer que el flujo de trabajo avance por todos los procesos de Scrum que forman parte de las fases de inicio, planificación, implementación y liberación; y otros criterios más.

Los beneficios de usar herramientas para un proyecto Scrum son:

  • Facilita el trabajo de los integrantes del equipo en cualquier momento y en cualquier lugar.

  • Automatiza los informes, los diagramas, los calendarios, los flujos de trabajo, etc.

  • Aplicación de lineamientos similares en la organización mediante la automatización de las recomendaciones del SGB.

6. PRIORIZACIÓN BASADA EN VALOR

Una de las herramientas más eficaces para entregar el mayor valor en el menor tiempo posible es la priorización. La priorización se puede definir como la determinación del orden y la separación de lo que debe hacerse ahora, de lo que debe hacerse después. Scrum utiliza la priorización basada en valor como uno de los principios básicos que impulsa la estructura y funcionalidad de todo el marco de trabajo de Scrum.

La priorización se lleva a cabo por el Product Owner cuando prioriza las historias de usuario en el backlog priorizado del producto. Una vez que el Product Owner recibe los requerimientos del negocio del cliente, estos se escriben en forma de épicas e historias de usuario.

El Product Owner debe interpretar las entradas y las necesidades de los proyectos de los interesados del negocio para crear el backlog priorizado del producto. Se consideran los siguientes tres factores:


7. TIME-BOXING

Para hacer frente a los límites de tiempo, Scrum introduce un concepto de Time-boxing (asignación de un bloque de tiempo), que propone fijar una cierta cantidad de tiempo a cada proceso y actividad en un proyecto de Scrum.

Algunas ventajas del Time-boxing son:

  • Eficiencia en el proceso de desarrollo

  • Menores gastos generales

  • Alta velocidad para los equipos

  • Equipos más enfocados

  • Equipos mejor preparados

El Time-boxing puede utilizarse en muchos procesos de Scrum, por ejemplo, en el proceso de Realizar el Daily Standup, la duración de dicha reunión tiene un time-box asignado.


7.1. Time-boxes de Scrum

  • Sprint: Tiene un time-box de una a cuatro semanas

  • Reunión de planificación del sprint: Tiene un time-box de dos horas por cada semana de duración del sprint.

  • Daily Standup: Cuenta con un time-box de 15 minutos, se responde las siguientes preguntas:

1. ¿Qué he hecho desde la última reunión?

2. ¿Qué tengo planeado hacer antes de la siguiente reunión?

3. ¿Qué impedimentos u obstáculos (si los hubiera) estoy enfrentando actualmente?

  • Reunión de revisión del sprint: Un time-box de una hora por cada semana de duración del sprint.

  • Reunión de retrospectiva del sprint: Tiene un time-box de una hora por cada semana de duración del sprint.

8. DESARROLLO ITERATIVO

En la mayoría de los proyectos complejos, es posible que el cliente no pueda definir requisitos muy concretos o no esté seguro de cómo se verá el producto final. El modelo iterativo es más flexible para asegurar que cualquier cambio que solicite el cliente se pueda incluir como parte del proyecto.

La tarea del Product Owner es asegurar un mayor retorno de la inversión, centrándose en el valor y en la entrega continua con cada sprint. El Product Owner debe entender bien la justificación del negocio y el valor que el proyecto debe entregar al redactar el backlog priorizado del producto, y por lo tanto decidir qué entregables contractuales y con qué valor serán entregados en cada sprint.

El beneficio del desarrollo iterativo es la posibilidad de corregir el rumbo, ya que todas las personas involucradas entienden mejor lo que se debe desarrollar como parte del proyecto e incorporan este aprendizaje en forma iterativa.

9. SCRUM VS GESTIÓN TRADICIONAL DE PROYECTOS

El enfoque de la gestión tradicional de proyectos está en llevar a cabo la planificación detallada del proyecto por adelantado haciendo énfasis en fijar el alcance, el costo y el tiempo para gestionar esos parámetros. En ocasiones, la gestión tradicional de proyectos puede llevar a situaciones en las que el cliente no esté satisfecho a pesar del éxito del proyecto.

En Scrum, el enfoque principal es la entrega de productos que satisfagan los requisitos del cliente en pequeños incrementos iterativos que se puedan entregar.

Para entregar la mayor cantidad de valor en el menor tiempo posible, Scrum promueve la priorización y el Time boxing en vez de fijar el alcance, el costo y el cronograma de un proyecto. Una característica importante de Scrum es la autoorganización, la cual permite a las personas que hacen el trabajo estimar y asumir la propiedad de las tareas.


 
 
 

Komentarze


SUSCRIBETE

bottom of page