GitLab

Índice

• Índice
• Introducción
• 1. Descripción del proceso actual
• 2. Identifiación de actores implicados.
• 3. Planteamiento inicial
• 4. Alcance
• 5. Posibles restricciones al proyecto
• 6. Planificación inicial

Introducción

Los ejercicios tipo CPX permiten a las unidades adiestrar sus puestos de mando. Como todos los ejercicios, tienen unos objetivos de adiestramiento concretos que se pretenden alcanzar durante el ejercicio, una audiencia principal, que serían los puestos de mando y una audiencia secundaria, que serían las unidades subordinadas a la audiencia principal. Para poder verificar que se han alcanzado los objetivos de adiestramiento, se necesita plantear una serie de incidentes o sucesos que ocuran durante la ejecución de la OPORD. Estos incidentes se definen en unas jornadas expresas para que todos los incidentes sean acordes a los objetivos que se plantean, en los que se define una lista de todos ellos, denominada MEL/MIL (Main Event List/Main Incident List).

1. Descripción del proceso actual

La definición de las MEL/MIL es un proceso que se realiza durante unas jornadas donde el DIREX del ejercicio junto con el equipo MEL/MIL reforzado con personal de las unidades de LOWCON redacta un listado de incidentes que pueden ocurrir durante la operación. Ese listado, normalmente, se basa en listados de otros ejercicios parecidos y se adaptan las distintas incidencias, pero en todos los casos, hay que revisar incidencia a incidencia para ver sobre qué cometido actúa y saber si sirve para el objetivo de adiestramiento o no.

Este proceso suele enmarcarse en unas jornadas específicas que consisten en 3 días laborales en las que al final el DIREX debe aprobar el listado de MEL/MIL. Para ello el equipo MEL/MIL se coordina y distribuye todas las incidencias de un listado anterior para ver si son o no válidas, añadir alguna si es necesaria o modificarla. Para ello, normalmente se distribuye por unidades en el ejercicio y se comprueba que en los cometidos que tienen asignados para los distintos saltos, puedan prodcirse las incidencias planteadas. El problema principal es que las incidencias no se definen en base a cometidos estándar, por lo que no se pueden agrupar y seleccionar solo las específicas para los cometidos que se busca.

El listado final debe adaptarse en un documento ".xslx" para que el DIREX pueda ver el total, y en el caso de que el ejercicio cuente con licencias para el uso de JEMM, el listado debe transcribirse, incidencia por incidencia a JEMM. El resultado son tres días intensos de trabajo donde se invierten muchas horas de trabajo de un personal que también tiene otros cometidos en los que invertir horas de trabajo.

Lo ideal sería reducir al máximo este tiempo y el personal utilizado de forma que la definición de este listado implique no más personal que el equipo MEL/MIL y no más tiempo que una jornada laboral. De esta forma podrían aprovecharse mejor el tiempo y los recursos.

2. Identifiación de actores implicados.

Se consideran los siguientes actores implicados:

• Scrum Master: XXXXX XXXXXXX XXXXXXXXXXXXX

• Product Owner: Cap. Ignacio Ovidio Muñoz Nicolás

• Developers: Cte. Justo Javier Clemente Hermoso

• Stakeholders:

  • TBD
  • TBD

3. Planteamiento inicial

Debe facilitarse una solución que conecte los cometidos a las unidades subordinadas en la operación con los distintos incidentes que puedan existir. Una vez hecho esto, la definición de las incidencias no consistirá más que en coger la OPORD, seleccionar los cometidos que se va a ejecutar y con ello se generará un informe que permita al DIREX conocer todas las incidencias van a tener lugar para comprobar que se puedan alcanzar los objetivos de adiestramiento.

4. Alcance

El alcance abarca a todos los equipos DIREX que tengan el cometido de organizar un ejercicio CPX donde se deban evaluar objetivos de adiestramiento que requieran de incidencias para verificar que se han alcanzado.

5. Posibles restricciones al proyecto

Tiempo: El tiempo disponible es de dos meses para el desarrollo del MVP, hasta la primera semana de junio de 2024.

Poca comunicación con el cliente: La propuesta de la práctica parte del propio alumno, por lo que no hay un cliente identificado más allá de la experiencia personal sobre el proceso en el mismo.

Recursos: El equipo de desarrollo cuenta de un componente, por lo que, sumado al tiempo y al resto de tareas a las que dedicar tiempo es una limitación en sí misma.

Entorno: Hay herramientas para el desarrollo que todavía no se han estudiado, y aunque se estudiarán durante el proceso, pueden presentar una restricción.

6. Planificación inicial