Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • demeter demeter
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 16
    • Issues 16
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Manuel de Blas
  • demeterdemeter
  • Wiki
    • 1.especificacion y formulacion del problema
  • 1.2 Definición del problema

Last edited by Manuel de Blas Pino Oct 10, 2025
Page history
This is an old version of this page. You can view the most recent version or browse the history.

1.2 Definición del problema

Con el fin de mejorar la eficiencia en la gestión de las activaciones y plazas de reservistas voluntarios y reducir los tiempos de gestión de las citadas gestiones se pretenden abordar los problemas que se tienen actualmente.

Primero, actualmente la gestión de las activaciones se hace de forma "manual", es decir, se realiza una solicitud vía mensaje oficial a la sección de reservistas, y esta, la gestiona en su totalidad. Esta solicitud carece de un formato oficial más allá del definido por la propia sección de reservistas y que no todas las unidades conocen. Esto deriva en el sucesivo intercambio de mensajes para aplicar correcciones a las solicitudes que le llegan a la sección de reservistas.

Anteriormente a esto, en muchos casos, las unidades desconocen el procedimiento y los requisitos para realizar una solicitud de activación, lo que implica que no utilicen este recurso. Además debido a los tiempos de gestión necesarios, en muchos casos las solicitudes se presentan fuera de plazo, hecho que aumenta la carga de trabajo para poder realizar la activación.

Otro punto importante, es la correcta generación de las solicitudes. Al realizarse por mensaje, no se acota a los solicitantes la forma de realizar esta gestión repercutiendo en un trabajo de corrección y reenvío totalmente evitable.

Por tanto, viendo los problemas existentes, se plantea el objetivo como mejorar la gestión de las solicitudes de activación, aplicando un procedimiento estándar y público que permita descargar de trabajo a la sección de reservistas, acortar los plazos de gestión y acotar el proceso de solicitud para las unidades solicitantes.

Clone repository

1. Especificación y formulación del problema

  • 1.1 Introducción
  • 1.1 Nombramiento del equipo SCRUM
  • 1.2 Definición del problema
  • 1.3 Descripcion del proceso actual

2. Estudio de Viabilidad del Sistema (EVS)

  • 2.1 MindMap
  • 2.2 ImpactMap
  • Activaciones
    • Impact Map
    • MVP
  • Alternativas
    • 2.3.1 Sage HR
    • 2.3.2 OrangeHRM
    • 2.3.3 Demeter
    • 2.3.4 Matriz de decisión
    • Alternativas
  • Plazas
    • Impact Map
    • MVP

3. Especificación de Requisitos del Sistema (ERS)

  • 3.1 Requisitos
  • 3.2 Casos de Uso
  • 3.3 Diseño de la Interfaz de Usuario

4. Definición del MVP

  • 4.1 Product Backlog
  • 4.1 MVP
  • 4.2 Historias de Usuario

5. Sprint 1

  • 5.1 Sprint Planning
  • 5.2 Sprint Review
  • 5.3 Spring Retrospective
  • 5.4 Burndown

6. Sprint 2

  • 6.1 Sprint Planning
  • 6.2 Sprint Review
  • 6.3 Spring Retrospective
  • 6.4 Burndown