En el marco de Scrum y dentro del ámbito más amplio de la gestión ágil, el SBOK destaca la importancia del manejo adecuado de las solicitudes de cambio. Estas peticiones se originan cuando se identifica la necesidad de realizar ajustes o modificaciones en un proyecto. Puede surgir a partir de requerimientos cambiantes, la identificación de riesgos o la adaptación a nuevos escenarios. Sin embargo, es crucial entender que no todas estas solicitudes son aprobadas de inmediato.
El proceso de revisión y aprobación de solicitudes de cambio es fundamental para asegurar que cualquier modificación en el proyecto sea coherente con los objetivos generales y no desvíe al equipo de sus metas. Las solicitudes se consideran no aprobadas hasta que pasen por un proceso formal de revisión y aceptación. Este proceso es vital para mantener la integridad y viabilidad del proyecto, ya que un cambio no evaluado adecuadamente puede tener repercusiones significativas en los entregables finales y en el alcance del proyecto.
Dicho esto, es importante enfatizar que las solicitudes de cambio no aprobadas no son necesariamente rechazadas. En muchos casos, están en espera de una revisión más detallada o requieren información adicional para tomar una decisión. La naturaleza iterativa y flexible de Scrum permite que estos cambios se evalúen en el contexto adecuado, considerando su impacto en el sprint actual y en los futuros.
Además, es esencial que el equipo, el Scrum Master y el Product Owner trabajen juntos para determinar el valor y la viabilidad de cada solicitud de cambio. La colaboración y la comunicación abierta son la clave para garantizar que el proceso de revisión de cambios sea transparente y efectivo.
Por último, el SBOK sugiere que se establezcan protocolos claros para la presentación, revisión y aprobación de solicitudes de cambio. Estos protocolos pueden variar según la naturaleza del proyecto, pero siempre deben ser consistentes con los principios ágiles de adaptabilidad, colaboración y entrega de valor.
En el contexto de Scrum y según el SBOK, las solicitudes de cambio suelen ser presentadas por el Product Owner o los stakeholders. Estas peticiones se procesan siguiendo un procedimiento establecido que considera la evaluación de su impacto, relevancia y urgencia. Generalmente, las solicitudes se presentan durante las revisiones de sprint o reuniones de planificación, y se utilizan herramientas y documentación específicas para su registro y seguimiento.
Algunos ejemplos son los siguientes:
- Durante la revisión de un sprint, un stakeholder sugiere una mejora en una funcionalidad, presentándola como solicitud de cambio, pero aún no se aprueba hasta que el equipo la evalúa.
- Un miembro del equipo identifica un riesgo potencial en una característica propuesta y presenta una solicitud de cambio para abordarlo, esperando la aprobación formal.
- Después de recibir feedback del usuario, el Product Owner presenta una solicitud de cambio para ajustar una interfaz de usuario. El cambio queda en espera de revisión.
- Durante las pruebas, se detecta un problema de rendimiento y se sugiere un cambio en el algoritmo utilizado. Se registra como solicitud de cambio no aprobada hasta que se discute en la próxima reunión.
- Un stakeholder propone la integración con una nueva herramienta de terceros, generando una solicitud de cambio que será revisada en la próxima planificación.