La simulación está basada en el libro "The Phoenix Project". Parts Unlimited está en problemas. Los informes de los periódicos revelan el pobre rendimiento financiero de la organización. La única forma de no solo salvar a la empresa sino hacerla competitiva y rentable también, es el “Proyecto Phoenix”, que representa una transformación empresarial habilitada por TI. 

 

Muchas organizaciones están iniciando su viaje DevOps con el objetivo de desplegar soluciones de negocio habilitadas por TI mas rápido y con mayor confiabilidad, pero en su mayoría ven a DevOps como una transformación solo de TI, iniciando con equipos de desarrollo y operaciones de TI realizando reuniones "standup" y con algunas actividades de flujos de valor de extremo a extremo. 

 

En algún momento del viaje DevOps, muchas organizaciones se dan cuenta de que el negocio también tiene que formar parte de este viaje, debe hablar el mismo idioma y entender qué significa "Agile" y "DevOps" y más importante aún, debe entender que también es responsable del éxito del viaje.

​

En este juego serio de negocio, los participantes ocuparán roles de negocio y de TI de Parts Unlimited y trabajarán en iteraciones en las que se enfrentarán a situaciones retadoras que deberán solventar aplicando prácticas y principios de DevOps. Cada iteración tienen la misma estructura:

• Introducción, en la que se le presenta el contexto de la iteración al equipo.

• Preparación, en la que tendrán que organizarse, aplicar las mejoras identificadas en la iteración anterior (a partir de la segunda iteración) y planear como van a realizar el trabajo durante la iteración. 

• Ejecución, en la que deberán tomar decisiones, con base en el beneficio al Proyecto Phoenix y a Parts Unlimited, sobre qué trabajo realizar: proyectos del negocio, proyectos de TI, iniciativas de mejora de TI, cambios operativos, trabajo no planificado. Para ello tendrán que tomar en consideración aspectos como deuda técnica, objetivos en conflicto de diferentes Product Owners, “Time to Market”, realidad del mercado y satisfacción del cliente.

• Reflexión, etapa en la que el equipo reflexiona sobre como trabajaron como equipo e identifican oportunidades de mejora y experimentación a implementar durante las próximas iteraciones.

 

La simulación brinda un entorno seguro para que los estudiantes pedan aprender, experimentar y poner en práctica aspectos fundamentales de DevOps como:

• Equipos autogestionados y multifuncionales.

• Priorización con foco en el valor al negocio.

• Comunicación y retroalimentación continua.

• Establecimiento de flujo.

• Visualización del trabajo en curso.

• Trabajo colaborativo, en equipo.

• Experimentación y mejora continua.

• Automatización, CI/CD.