Personal Funcional

• Aportar las necesidades del negocio para la elaboración de Roadmaps de producto (o release planning) y apoyo a Proxy Product Owner en la elaboración de los mismos.
• Dar Visión, Objetivos y Contexto para el producto.
• Validar o Rechazar Mejoras propuestas periódicamente por usuarios del SAS (generalmente a través de NWT) en la Wishlist de JIRA y priorizar aquellas que han sido incluidas en Backlog.
• Solicitud de información adicional a los solicitantes de nuevas mejoras (si aplica)
• Organización de talleres de trabajo y/o coordinación con otros colectivos según se requiera para la toma de decisiones
• Escritura de Historias de Usuario o en su defecto apoyo conceptual para la escritura de las mismas, de sus criterios de aceptación, así como validación de dichas historias de usuario.

Personal Funcional

• Asistir al Sprint Planning y establecer la visión del producto para el siguiente Sprint así como de establecer prioridades.

Personal Funcional

• Asistir a la Sprint Review para validar el Producto desarrollado durante el Sprint.

Personal Funcional

• Ayudar al entendimiento de las Historias de Usuario y criterios de aceptación por parte de los desarrolladores, así como establecimiento de prioridades entre Historias de Usuario.
• Asegurar descripción de la mejora/épica de acuerdo a necesidades de los usuarios.

Personal Funcional

• Revisar y refrendar formalmente la planificación de versiones y su contenido.
• Testear manualmente las funcionalidades incluidas en la versión y validación de la versión tras el despliegue de una versión en el entorno Pre o Pre-Pil.

• Portavoz de Product Owner cuando este/a no esté disponible o presente.
• Gestión de las comunicaciones con Product Owner, así como de sus expectativas.
• Gestionar y coordinar las comunicaciones con áreas internas de la STIC (OCA, OTI, arquitectura, sistemas, seguridad, etc).
• Establecer y mantener una relación constructiva entre los distintos proveedores de servicio de la STIC, socios tecnológicos y clientes, para facilitar la consecución de los objetivos del proyecto.
• Obtener un conocimiento suficiente del dominio del problema como para poder comunicarse eficazmente con clientes y usuarios, comprender su negocio, entender sus necesidades y poder proponer una solución adecuada, identificando aspectos positivos y negativos de la situación actual, identificando cambios en el entorno del cliente y/o en tendencias de la tecnología que puedan potencialmente impactar en el tipo, nivel o utilización de los proyectos.
• Gestión de las herramientas de gestión y comunicación del proyecto siguiendo los estándares y buenas prácticas extendidas en la STIC.

• Actualización del plan anual de despliegue de versiones.

• Facilitar y arbitrar las decisiones relativas al contenido de cada versión teniendo en cuenta las necesidades provenientes de los diferentes interesados del aplicativo.

• Facilitación de la sesión "Planificación de Versiones".
• Dar soporte y asesoramiento para el despliegue e implantación de los proyectos, desde su concepción hasta su paso a operación.
• Coordinación de la validación de la versión por parte del personal funcional.
• Definición de requisitos de rendimiento para pruebas de carga del sistema. En caso de que para esta definición de requisitos sea necesario el feedback de Arquitectura del SAS, el jefe de proyecto se encargará de gestionar esta comunicación. Para las pruebas de carga del sistema se tendrá en cuenta la normativa vigente en el SAS.
• Aceptar los resultados de las pruebas de carga, así como determinar la conveniencia de ajustes/optimización de la infraestructura y/o software.
  

• Elaboración de Roadmaps o planificación de versiones futuras del producto.
  
• Asegurar la visión, objetivos y contexto del producto, asegurando, así mismo, que estos se comunican de una manera clara a los interesados del proyecto y velando por el cumplimiento de los mismos de acuerdo con las expectativas del Product Owner.
• Determinar el alcance, los objetivos y los requisitos del proyecto, con el foco en asegurar la entrega de valor a la organización y la satisfacción de los distintos clientes.
  
• Estudiar las diferentes alternativas de solución existentes y consensuar con la STIC aquélla que se considere mejor según el diseño, la planificación y la valoración económica, coordinando y garantizando la coherencia entre las necesidades, recursos, planificaciones y resultados de los diferentes proyectos dentro de la STIC.
  
• Alinear las prioridades y necesidades propias del proyecto con las de la organización, controlando el cumplimiento de las directrices estratégicas marcadas por la STIC. Dando soporte, por tanto, al Product Owner en la priorización y gestión del backlog del proyecto.
  
• Velar por la gestión de aquellas Mejoras propuestas por usuarios del SAS, generalmente registradas a través de NWT, asegurando: 1) que el personal funcional las acepta/cancela cuando estas están en la Wishlist, 2) que el personal funcional las prioriza cuando estas están en el Backlog.
  
• Apoyo metodológico a Product Owners.
• Ayuda en la gestión de la sesión de "Gestión de necesidades del negocio" según se necesite (p.ej. facilitando la sesión, aportando información/feedback del equipo o hacia el equipo).
• Aprobación, Escalado o Rechazo de Mejoras solicitadas en la Wishlist
• Petición de información adicional a los solicitantes de nuevas mejoras

• Soporte a crear, mejorar y alinear DoR y DoD.

• Acudir al Sprint Planning y brindar apoyo para establecer la visión del producto para el siguiente Sprint así como brindar apoyo a establecer prioridades entre los diferentes interesados del proyecto (STIC y otros interesados).
• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

• Es importante alinear con Scrum Master quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…
• Los Proxy Product Owner serán los encargados de acompasar la visión y prioridades del desarrollo de nuevas funcionalidades frente al desarrollo de mejoras técnicas.
• Será necesario tener cubierto el contenido funcional de cada incremento por un plan de pruebas antes de planificar dicho contenido en un Sprint.

• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,...
• Asegurar que se ha llevado a cabo la coordinación previa con Sistemas, OTI, Calidad,…en caso de necesitar requerimientos de áreas específicas.
• Garantizar que los resultados son conformes con los requisitos, garantizando así el éxito y aceptación del proyecto.
  
• Asegurar la comunicación y seguimiento de cualquier información o acción relevante que se desprenda de la sesión con los/as interesados/as del proyecto relevantes si estos/as no están presentes en la Sprint Review.
• Garantizar la recepción y comprobación de entregables.

• Es importante alinear con Scrum Master quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

12

• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

• Es importante alinear con Scrum Master quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

13

• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…
• Establecimiento de prioridades entre Historias de Usuario y ayuda al entendimiento por parte de los desarrolladores de las mismas en caso de ausencia del Product Owner.
• Apoyo a Product Owners en la descripción de la mejora/épica de acuerdo a necesidades de los usuarios.

• Es importante alinear con Product Owner aquellas responsabilidades relacionadas con el Product Backlog.
• Es importante alinear con Scrum Master quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

• Asegurar consistencia en la práctica de SCRUM con los estándares fijados en la STIC.
• Asegurar, antes de la Sprint planning, la existencia del plan de pruebas de aceptación del producto software dentro del alcance de cada incremento de funcionalidad del sistema de información.
  
• Velar por el cumplimiento de los niveles de calidad, plazos, dotación de los recursos y costes de los servicios.
  
• Gestión proactiva de riesgos del proyecto; informando de los riesgos detectados, así como de las posibles desviaciones, definiendo los planes mitigación y contingencia de dichos riesgos.
• Monitorizar el avance del proyecto, así como el nivel de cumplimiento de los acuerdos de nivel de servicio asociados al mismo, asegurando la fiabilidad y actualización de la información oficial de los indicadores, que son cruciales para la gestión y seguimiento del proyecto.
  
• Ser un elemento integrador, facilitador e impulsor del cumplimiento de cada uno de los objetivos y actividades del Sprint y del proyecto, ayudando a la mediación de conflictos entre los diferentes interesados del proyecto.
• Eliminar bloqueos e impedimentos, especialmente con otras áreas internas del SAS.
  
• Asegurar la gestión documental y de conocimiento del proyecto de acuerdo a los estándares de la STIC ( diseños, esquemas, procedimientos de operación, errores conocidos, etc).
  
• Asegurar la gestión de costes del proyecto, incluyendo todas las actividades relacionadas (lanzamiento RFC de Faro, seguimiento de horas, creación y gestión de OT en JIRA,…).

• Hacer seguimiento de la resolución de incidencias, peticiones, problemas, accesos y eventos de los distintos proyectos, dinamizándolas y minimizando los tiempos de resolución.
• Controlar, levantar alertas y dinamizar las acciones que sean necesarias cuando hay una degradación del proyecto implantado o antes de que ocurra la misma.
• Gestionar y tomar decisiones en la resolución de problemas operativos y otras solicitudes en el día a día de los proyectos.

• Supervisar y asegurar todas las actividades necesarias para llevar a producción el sistema de información, en los tiempos, formas, criterios de calidad y niveles de servicio acordados.

• Asegurar fluidez en las comunicaciones entre la factoría de desarrollo y la STIC.

• Asegurar la creación y mejorar del DoR y DoD, facilitando la alineación entre Proxy Product Owner, OCA, desarrolladores y demás interesados relevantes.

• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…
• Facilitación de la sesión (mantener tiempos, mantener el foco de la sesión, asegurar que las acciones y decisiones quedan grabadas, incentivar la participación de todo el mundo, etc)
• Asegurar cumplimiento con el DoR de todo el alcance del Sprint.
• Asegurar que el equipo conoce de antemano su disponibilidad para el próximo Sprint, incluyendo indisponibilidades por vacaciones, formaciones, etc.
  
• Asegurar disponibilidad de los recursos provenientes del proveedor de desarrollo (por ejemplo: si se requiere de un arquitecto por parte del proveedor para un sprint, el Scrum Master deberá garantizar que este estará disponible para ejecutar dicho sprint).
  
• Actualización en Confluence de la planificación del Sprint.

• Es importante alinear con Proxy Product Owner quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…
• Facilitación de la sesión (mantener tiempos, mantener el foco de la sesión, asegurar que las acciones y decisiones quedan grabadas, incentivar la participación de todo el mundo, etc) 
• Ayudar a los desarrolladores en la preparación de la sesión.
• Asegurar toma de métricas tras la sesión.
• Asegurar disponibilidad del resumen de la sesión en Confluence.

• Es importante alinear con Proxy Product Owner quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…
• Facilitación de la sesión (mantener tiempos, mantener el foco de la sesión, asegurar que las acciones y decisiones quedan grabadas, incentivar la participación de todo el mundo, etc)
• Facilitar sesiones de Análisis Causa Raíz, ACR o RCA, p.ej. “5 Por qué”, “Análisis Pareto”, “Diagrama Causa-Efecto” o “Tormentas de ideas”.
• Asegurar que se recogen las acciones de mejora pertinentes para asegurar una mejora continua.
• Asegurar el seguimiento de acciones de mejora propuestas en el Sprint pasado.
  
• Asegurar seguimiento y presentación de métricas.
  
• Asegurar disponibilidad del resumen de la sesión en Confluence.
  

• Es importante alinear con Proxy Product Owner quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

• Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…
• Facilitación de la sesión (mantener tiempos, mantener el foco de la sesión, asegurar que las acciones y decisiones quedan grabadas, incentivar la participación de todo el mundo, etc) 
• Recoger cualquier discusión/comentario relevante para el contenido de las Historias de Usuario, bien en JIRA o en Confluence dependiendo según sea pertinente.
• Realizar resumen de acciones (minutas) para todas las HU que necesitan de inputs/acciones externas.
  
• Asegurar alineamiento y entendimiento entre los desarrolladores y el Product Owner (y/o con Proxy Product Owner).
  
• Asegurar que dependencias y riesgos son identificados.
  

• Es importante alinear con Proxy Product Owner quién gestionará la convocatoria.
• En caso de gestionar la convocatoria, es imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…

• Gestión de la convocatoria.
• Facilitación de la sesión.
• Identificar (y comunicar si fuese necesario) cuáles son los posibles bloqueos que puedan estar poniendo en riesgo los objetivos del Sprint.
  

• Dar seguimiento a métricas en Confluence.
  
• Dar rápida visibilidad de cualquier riesgo en la consecución de objetivos.
• Asegurar mentorización del equipo para ser auto-gestionado y transversal.
• Asegurar la transmisión del conocimiento necesario a todos los implicados: a los usuarios finales para el correcto uso de las funcionalidades, y a los técnicos de la STIC, operadores del CSU, administradores de sistemas y técnicos del puesto de usuario para su correcta mantenibilidad, administración y operación.
• Resolver conflictos que obstaculicen el ritmo normal del proyecto (rendimiento del equipo), sobre todo aquellos que tengan lugar dentro de la factoría de desarrollo y poniendo en conocimiento del Proxy Product Owner (jefe de proyectos) en cualquier otra área del proyecto.
• Dar seguimiento a la consecución de los objetivos del Sprint.
• Asegurar que el equipo sigue las prácticas de SCRUM (ceremonias, métricas,…), teniendo en cuenta lo estándares establecidos en el SAS.
  

• Ejecutar todas las actividades necesarias para llevar a producción el sistema de información, en los tiempos, formas, criterios de calidad y niveles de servicio acordados.

• Proveer feedback a Scrum Master para mejorar DoR y DoD (o incluso para crearlo en caso de experiencia previa en proyectos ágiles).

• Comunicar la capacidad individual disponible al Scrum Master.
• Selección de las historias de usuario de acuerdo a capacidad disponible.
  

• Comunicar estado de las HUs del Sprint.
• Demo del sistema.

• Asistencia y participación activa y abierta de cada individuo del equipo.

• Pedir aclaraciones de alcance/visión de HU si fuese necesario para el correcto entendimiento del alcance.
• Proveer estimaciones basadas en su entendimiento del nivel de complejidad y duración de cada HU.
• Discusión de solución de alto nivel durante la sesión de Conceptualización de Mejoras/Épicas.
• Discusión de plan de pruebas de alto nivel durante la sesión de Conceptualización de Mejoras/Épicas.

• Asistencia y participación activa y abierta de cada individuo del equipo.
• Compartir riesgos/bloqueos y propuesta de soluciones correctivas.

• Durante la fase de conceptualización de nuevas funcionalidades y/o de requisitos no funcionales a implementar:
• 1. Definir la estructura interna del sistema y de sus relaciones con otras aplicaciones a través del análisis para el intercambio de información, el modelo de uso de las entidades de datos maestros, identificar los componentes existentes en el repositorio corporativo que cubren necesidades especificadas y colaborar en la identificación de requerimientos funcionales y tecnológicos.
  2. Identificar mejoras así como requisitos no explícitos.
• Construir el código del producto en las tecnologías que se establezcan, cumpliendo las normas y recomendaciones de la STIC, así como asegurando el seguimiento de buenas prácticas en el desarrollo (TDD, Maximización de la cobertura de código, prácticas de código limpio,..) en colaboración con las áreas técnicas de la STIC.
• Perseguir y conseguir los objetivos del Sprint.
• Identificar y dar visibilidad de eventos que puedan disminuir disponibilidad/capacidad del equipo.
  
• Comunicar posibles riesgos tan pronto como se identifiquen.
  
• Actualizar la base de datos del conocimiento cuando fuese pertinente (p.ej. desarrollo de nuevas funcionalidad, después de cada cambio que afecte a la información que contiene, etc).
  
• Transmisión del conocimiento necesario del proyecto a todos los implicados.
  
• Responsabilidad de Aseguramiento de Calidad (QA):
  1. Testeo de las funcionalidades desarrolladas en el entorno de desarrollo
     
  2. Elaborar el plan de pruebas integral del producto software dentro del alcance de cada incremento de funcionalidad del sistema de información (p. ej. redacción .feature, etc).

• Se efectuarán las actividades propias de una verificación de entrega tal y como aparecen en la Normativa:

1. 1. Compilación en Jenkins.
   2. Análisis estático del código.
   3. Cumplimiento normativa Oracle.
   4. Comprobación de que las pruebas de regresión se han ejecutado correctamente.

• Una vez implantada la versión en PRE se procede a la validación funcional de la misma y, si procede, a la ejecución del plan de pruebas de regresión.
  

• Siempre se intentará reducir al mínimo la creación por duplicado de juego de datos primero para Sprint y luego para la entrega

• Soporte a crear, mejorar y alinear DoR y DoD.

• Verificación de que las HU's que se van a incluir en el Sprint cumplen el DoR.

• La responsabilidad de la OCA en la Sprint Review deberá pactarse para cada proyecto, siendo necesario alinear si aplican o no las siguientes responsabilidades:

1. 1. Antes de la Sprint Review, el representante de la OCA en el proyecto realizará, a nivel de historia de usuario de acuerdo a la normativa vigente, lo siguiente:
      1. Verificación de estructura Repositorio GIT.
      2. Verificación de uso correcto de Gitflow.
         
      3. Verificación de diversas cuestiones relacionadas con la estructura de la carpeta del proyecto y algunos de sus ficheros: campos fichero Readme.md, estructura de los archivos pom.xml, documentos .feature, cumplimiento normativa Oracle.
      4. Validación no funcional de las historias de Usuario.
      5. Validación de la compilación en Jenkins.
      6. Validación del análisis estático del códigocumpliendo normativa o acuerdo DoD.
      7. Verificación de cumplimiento normativa Oracle.
      8. Comprobación de que las pruebas de regresión se han ejecutado correctamente (sólo si procede).
   2. Durante la Sprint Review, el representante de la OCA en el proyecto comprobará que las historias de usuario cumplen el DoD.
   3. Pruebas funcionales a Sprint pasado con el objetivo de lograr una detección temprana de errores.

• En caso de realizar la verificación de contenido y forma de los ficheros, esta no deberá ser bloqueante, abordándose en todo momento desde un punto de vista colaborativo.

• En principio, la validación tendrá lugar en entorno de validación del proveedor.

• La validación funcional por parte de la OCA ha de estar alineada con la validación funcional por parte del personal funcional.

Refinamientos de Backlog y sesiones de conceptualización de Mejoras (épicas)

• Validación de criterios de aceptación en formato estructurado (Gherkin).
• Revisión conjunta y de manera colaborativa con el equipo de las US para ayudar a que cumpla el DoR.
• Participación activa en la discusión del plan de pruebas de alto nivel durante la sesión de la sesión de conceptualización de Mejoras (épicas)

• Definición requisitos y contratos de interoperabilidad.
• Participación en los planes de prueba.

• Validación de la infraestructura propuesta para la solución.
• Asegurar y dotar la infraestructura necesaria para la ejecución del proyecto.

• Definición requisitos arquitectura.
• Validación del diseño y arquitectura de la solución.
  
• Soporte a Proxy Product Owner (jefe de proyectos) en análisis de requisitos técnicos (p.ej. en pruebas de carga, adaptaciones particulares del diseño,...) en caso de que así lo solicite el Proxy Product Owner.
  

• Apoyo al brainstorming de la solución de alto nivel, ayudando a la identificación de riesgos y oportunidades tecnológicas de las diferentes propuestas.

• Apoyo a elaboración de roadmaps del producto (planificación de versiones o story mapping).
  
• Coaching y apoyo en la escritura de historias de usuario en las fases iniciales del proyecto.

• A alinear con Proxy Product Owner (jefe de proyectos).

• Gestión del cambio hacia metodologías ágiles, velando por comunicar y reforzar los estándares de proyectos ágiles en la STIC.
  
• Asegurar que se establecen y/o adaptan las ceremonias y reuniones necesarias, así como un framework de trabajo que permita cubrir las necesidades del proyecto.
• Coaching en términos metodológicos y valores ágiles de Product Owner, Proxy Product Owner, Scrum Master, desarrolladores, OCA.
  

• En colaboración y consulta de los Proxy Product Owners (jefe de proyectos).

• Apoyo seguimiento de los objetivos del Sprint.
• Seguimiento de la mejora continua.
  

• Apoyo coordinación y mediación interdepartamental.

• A alinear con Proxy Product Owner (jefe de proyectos).