Product Owner identificado y compromiso del mismo con el proyecto.

El Product Owner tiene la propiedad total del producto.

Nota: papel generalmente desempeñado por personal funcional.

• Asegurar disponibilidad de un equipo multidisciplinar y estable con dedicación total al proyecto, habiendo identificado todos los miembros que formarán el equipo.
• Identificado Scrum Master con una dedicación inicial del 100%. Más adelante, y siempre previo acuerdo con el Jefe de Proyecto, esta dedicación debería ser menor.
  
• En caso de haberse estimado pertinente su presencia, nominación e incorporación del perfil UX al proyecto.
• Garantizar las condiciones adecuadas para tener una comunicación fluida entre todos los miembros del equipo (desarrolladores, Scrum Master, UX, ...).

Es imprescindible asegurar que el equipo ágil es independiente para cubrir la entrega de valor "end-to-end" (p.ej. no existen dependencias bloqueantes con otros equipos para el despliegue, desarrollo, pruebas, prototipos, ...).

Nota - En caso de que existan dependencias con otros equipos, estudiar las siguientes posibilidades:

1. 1. Ampliar el alcance del equipo ágil para incluir aquellos equipos dependientes.
   2. Modularizar el alcance (o buscar módulos independientes), de manera que el equipo ágil sea independiente para desarrollar y subir una versión. Tras la propuesta de modularización del alcance es importante alinear y chequear entre Arquitectura-STIC y la Factoría de desarrollo la viabilidad técnica de la modularización  propuesta.
   3. En caso de que el diseño actual impida modularizar el alcance del equipo ágil, explorar si en la hoja de ruta del producto se plantea la posibilidad de refactorizar su arquitectura para valorar el retraso del lanzamiento.

Revisar fechas límite del proyecto a corto plazo (<3 meses) antes de lanzar un equipo ágil.

Nota - Si existen compromisos a corto plazo (1 - 3 meses), tener en cuenta que cuando el equipo no tiene experiencia previa con metodologías ágiles pasa por una curva de aprendizaje (p.ej. división de HUs, redacción archivos .feature, gestión del código, preparación de Sonar,...) que puede poner en riesgo estas fechas límite.

Las sesiones del plan del lanzamiento del Sprint 0  se han seleccionado de manera que se ajustan a las necesidades del proyecto, definiendo en su mayor medida:

• Asistentes a cada sesión.
• Duración y número de sesiones.
• Preparación previa necesaria de cada sesión.
• Fecha de la sesión.

Alinear agenda y asistentes de Taller Concepción de Producto