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
    • 2.evs
  • Impact Map

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

Impact Map

Para poder dar solución a los problemas que hemos detectado en apartados anteriores, debemos definir unos objetivos claros y medibles. De esta manera seremos capaces de evaluar si la solución resuelve o no estos problemas. Como hemos podido observar los problemas se agrupan principalmente en dos grupos, "activaciones" y "plazas"

Para poder llevar esto acabo utilizaremos la herramienta de Impact Map. Esta herramienta nos permite ir desgranando el objetivo principial hasta los entregables mas detallados necesarios para llevarlo a cabo.

Impact Map

Activaciones

impactmap_activaciones

Plazas

impactmap_plazas

En una primera visión de ambos casos, podría parecer que los problemas son comunes y podrían verse en ambos casos como una gestión de solicitudes que tiene como objetivos minimizar el tiempo de gestión y agilizar cada proceso, cada uno difiere enormemente del otro, por lo que resolverlos de forma común se antoja inabordable. Por lo que la conclusión es que se necesitán dos ramas independientes dentro de la solución que se proponga.

Clone repository
  1. Especificación y formulación del problema

    1. Introducción
    2. Definición del problema
    3. Descripción del proceso actual
    4. Actores
    5. Alcance y limitaciones
  2. Estudio de Viabilidad del Sistema (EVS)

    1. Mind Map
    2. Impact Map
    3. Historias de Usuario
    4. Alternativas
      1. Sage HR
      2. OrangeHRM
      3. Demeter
      4. Matriz de decisión
  3. Especificación de Requisitos del Sistema (ERS)

    1. Requisitos
    2. Casos de Uso
    3. Diseño de la Interfaz de Usuario
    4. Product Backlog
  4. Definición del MVP

  5. Sprint 1

    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
    4. Burndown
  6. Sprint 2

    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
    4. Burndown
  7. Sprint 3

    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  8. Sprint 4

    1. Sprint Planning
    2. Sprint Review
    3. Sprint Restrospective