Control de proceso empírico frente a control de proceso definido en Scrum: una guía completa

Control de proceso empírico frente a control de proceso definido

El control de proceso empírico espera lo inesperado, mientras que el control de proceso definido asume que cada tarea puede comprenderse completamente de antemano.

Control de proceso

¿Qué es el control de proceso definido?

El control de proceso definido es un proceso con pasos claramente definidos. Cuando operamos en un entorno relativamente estable y predecible, un proceso definido debería producir la misma salida cada vez, basándose en su repetibilidad y previsibilidad, dada la misma entrada. Un proceso definido tiene las siguientes características:

• Común y controlado
• Planifica lo que esperas que suceda
• Ejecuta el plan, independientemente de las condiciones cambiantes
• Utiliza el control de cambios porque los cambios son costosos

¿Qué es el control de proceso empírico?

En el control de proceso empírico, se espera lo inesperado. Con el control de proceso definido, cada tarea se entiende completamente de antemano. En Scrum, se implementa un proceso empírico, donde el progreso se basa en la observación y la experimentación en lugar de un plan detallado de antemano y procesos predefinidos. El control de proceso empírico se basa en hechos, experiencia y evidencia, implementado mediante inspección y adaptación.

El control de proceso empírico tiene las siguientes características:

• Aprende del progreso
• Espera y abraza el cambio
• Utiliza ciclos cortos de desarrollo para inspección y adaptación
• Las estimaciones son solo de referencia y pueden ser inexactas

Control de proceso empírico en Scrum

Control de proceso empírico en Scrum

En Scrum, el control de proceso empírico se implementa mediante tres principios fundamentales: transparencia, inspección y adaptación.

La transparencia garantiza que todos los aspectos del proceso que afectan al resultado sean visibles para quienes son responsables de gestionar el resultado. Estos aspectos no solo deben ser transparentes, sino también comprendidos por quienes los observan. En otras palabras, cuando alguien considera una tarea completa, debe alinearse con su definición establecida Definición de Terminado.

Los aspectos del proceso deben inspeccionarse con frecuencia para detectar variaciones inaceptables. La frecuencia de inspección debe considerar que el acto de inspección en sí mismo puede alterar el proceso. Cuando la frecuencia de inspección requerida supera la tolerancia del proceso, surgen complicaciones. Afortunadamente, el desarrollo de software parece ser menos sensible a esto. Otro factor es la habilidad y la diligencia de quienes inspeccionan el trabajo.

Si los inspectores determinan que uno o más aspectos del proceso están fuera de los límites aceptables y el producto resultante sería inaceptable, deben ajustar el proceso o los materiales que se están procesando. Los ajustes deben realizarse lo antes posible para minimizar desviaciones adicionales.

Los tres pilares en los eventos de Scrum

Ahora exploremos cómo Scrum incorpora los tres pilares como mejores prácticas en el marco a través de diversos eventos.

Por ejemplo:

• El Daily Scrumse utiliza para inspeccionar el progreso hacia la meta del sprint y realizar ajustes para el trabajo del próximo día con el fin de maximizar el valor.
• Adicionalmente, Revisión del sprinty la planificación del sprint se utilizan para inspeccionar el progreso hacia la meta de lanzamiento y realizar ajustes para optimizar el valor en el próximo sprint.
• Finalmente, el Retrospectiva del sprintse utiliza para reflexionar sobre el sprint anterior e identificar adaptaciones que harán que el próximo sprint sea más eficiente, efectivo y agradable.

Esta lista resume la relación entre los eventos de Scrum y los tres pilares de la siguiente manera:

Transparenciapermite que cualquiera observe todos los aspectos de cualquier proceso de Scrum. Esto promueve un flujo abierto y transparente de información en toda la organización y fomenta una cultura de apertura. En Scrum, la transparencia se demuestra a través de:

• Artefactos
  • Declaración de visión del proyecto
  • Prioridad Lista de producto
  • Plan de lanzamiento
• Reuniones
  • Reunión de revisión del sprint
  • Reunión diaria de pie
• Radiadores de información
  • Gráfico de desgaste
  • Tablero de tareas de Scrum

Inspecciónen Scrum se describe a través de:

• Utilizar tableros comunes de tareas de Scrum y otros radiadores de información
• Recopilar comentarios de clientes y partes interesadas durante el desarrollo de los épicos, crear una lista de producto priorizada y planificar los comportamientos de lanzamiento
• El Product Owner y los clientes inspeccionan y aprueban los entregables durante las demostraciones y validaciones del Sprint

Adaptaciónes el núcleo de Scrum, donde el equipo y los interesados aprenden a partir de la transparencia e inspección, y luego adaptan su trabajo en consecuencia. La adaptabilidad en Scrum se describe como:

• Reuniones diarias de alineación
• Identificación continua de riesgos
• Solicitudes de cambio
• Guía de Scrum
• Reuniones retrospectivas del Sprint