MCS-Scrum es una adaptación del modelo Scrum pensado para los organismos del estado. El objetivo es utilizarlo para entregar incrementos de alto valor a los Interesados del proyecto de forma iterativa. Scrum-MCS se basa en equipos auto-organizados y capacitados. Depende de que los Interesados del proyecto y el Scrum Product Owner estén altamente involucrados en el ciclo de desarrollo, para proporcionar al equipo una lista de las características deseadas (que se organizarán en el Backlog del producto), utilizando el valor de negocio como mecanismo para priorizarlas.

Con MCS-Scrum, los proyectos progresan a través de una serie de iteraciones llamadas sprints, que van de 2 a 4 semanas. Esto es ideal para proyectos con requerimientos altamente cambiantes o altamente emergentes, ya que la planificación puede cambiar drásticamente debido a una re-priorización en bases a los cambios o nuevos requerimientos.

El trabajo a realizar se encuentra en el Backlog del producto, que es una lista de todos los cambios y nuevos requerimientos deseados para el producto. Algo importante a tener en cuenta, es que el Backlog del producto NO determina el alcance del sistema ya que como mencionamos, estamos en un contexto con alta probabilidad de cambios en los requerimientos o surgimiento de nuevos requerimientos, lo que implica que el alcance se define por sprint y no para todo el proyecto. Esto no quiere decir que no se tenga una vision global de lo que se quiere del producto, sino que ésta puede cambiar con alta frecuencia a lo largo del tiempo.

El Ciclo de vida MCS-Scrum, a diferencia del modelo Scrum puro, se compone de 2 fases: comienza con la fase de Conceptualizacion, la cual no tiene una metodología de desarrollo ya definida y por tanto es común también para el modelo MCS-OpenUp y luego finaliza con una fase de Construcción del producto, compuesta por un conjunto de varios sprints que fueron mencionados anteriormente. Esto permite que el equipo vaya definiendo el alcance del producto en la realización de cada sprint, de acuerdo a las prioridades del proyecto en dicho momento.

MCS-Scrum es un proceso ágil, en donde se fija el tiempo y los recursos y en base a éstos se va definiendo el alcance (y no al revés). Esto quiere decir que se recomienda para la construcción de soluciones en las cuales priman las siguientes características:

• Generalmente no es posible definir un alcance fijo para el producto a construir desde el inicio del proyecto.
• Si el desarrollo de la solución está tercerizada, entonces existe un contrato con el proveedor en donde figura el tiempo y recursos asignados, pero no el alcance no está definido con precisión.
• El tiempo y recursos de desarrollo está restringido a una cantidad fija determinada.
• Contextos con requerimientos altamente cambiantes y emergentes, por lo cual NO es necesario generar un cronograma y plan de todo el desarrollo desde el inicio para llevar a cabo el proyecto.

La existencia requerimientos cambiantes y emergentes, en combinación de un contrato por tiempo y recursos para el desarrollo de la solución tecnológica son los factores claves para la elección de este tipo de proceso frente a opciones guiadas por planes (por ejemplo MCS-OpenUp).

¿Cómo se gestiona la calidad en MCS-Scrum?

Calidad en el proceso

La calidad del proceso se realiza mediante la adopción (y adaptación) del modelo MCS-Scrum. No se explicitan actividades de aseguramiento de la calidad del proceso justamente para no complejizar el modelo y que sea sencillo de adoptar.

Calidad en la solución de software 

La calidad en la solución de software se controla en diversas instancias dentro del MCS-Scrum, alguna de ellas son:

• En los hitos de fin de fase, como ser: Fin de Fase Conceptualización y el Fin de fase de Implantación y estabilización.
• En la reunión de Revisión del Sprint donde se evalúa el proyecto de acuerdo al objetivo del sprint que fue determinado durante la reunión de Planificar el Sprint.
• En la aplicación de la práctica de Definicion de hecho.
• En las actividades relacionadas a las pruebas de aceptación de usuario (UAT) (Planificar pruebas UAT, Diseñar y especificar las pruebas UAT, Ejecutar pruebas UAT).

Responsabilidades respecto de la gestión de la calidad

El responsable del aseguramiento de la calidad del proceso y de la solución de software en MCS-Scrum, el Equipo Scrum es el encargado de asegurar la calidad tanto del proceso como de la solución de software.