Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • PEGASO PEGASO
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 13
    • Issues 13
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • 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
  • imunnic
  • PEGASOPEGASO
  • Wiki
  • 4.2. Metodologia

Last edited by imunnic Apr 27, 2024
Page history

4.2. Metodologia

La metodología que se seguirá durante el desarrollo, supeditada al marco escogido, será Combat Agile.

Combat Agile

Combat Agile es una metodología que tiene como referencias el Manifiesto Ágil, Lean Thinking, Scrum y Extreme Programming. De las primeras toma sus principios y de las últimas sus roles, artefactos, eventos y prácticas.

Esta metodología busca perfeccionarse continuamente conservando sus pilares y siendo:

Flexible: permitiendo el desarrollo con distintas configuraciones de equipos y para distintos niveles de urgencia (estratégico o de combate). Para ilustrarlo: “No podemos cambiar el viento, pero podemos ajustar las velas para alcanzar el destino”.

Eficiente: estableciendo un método tipo “only-once” que provoque la autodocumentación y el diseño emergente que observe las buenas prácticas y fomente la colaboración entre funcional y técnico usando Behavior-Driven Development (BDD).

Accesible: siendo rápido y fácil de transmitir y asimilar por funcionales y técnicos. Se adopta progresivamente con las mínimas herramientas. Así no existen barreras para empezar a usarlo, facilitando su capacidad de propagarse a cualquier espacio.

Enfocado: fomenta el coraje para empezar con las tareas que entreguen el máximo valor, independientemente de su riesgo, y que despejen la mayor incertidumbre sobre el proyecto con un feedback temprano.

Hay un quinto pilar transversal que nos obliga a revisar cada proceso, sin necesidad de ser impulsado por el mando, y de aplicación inmediata para todos los niveles usando la filosofía LEAN.3

[1] Apuntes de Dirección de Proyectos. Diploma de Informática Militar, Academia de Ingenieros, Hoyo de Manzanares, Madrid [en línea] [fecha de consulta: 26 abril 2024]. Disponible en: https://dptosic.github.io/dgp/combat-agile/combat-agile

Clone repository

Home

  1. Especificación y formulación del problema
  2. Estudio de viabilidad del sistema
    2.1 Mind Map
    2.2 Impact Map
    2.3 Estudio de Alternativas
    2.4 Matriz de Cumplimento de funcionalidades
    2.5 Matriz de decisión
  3. Propuesta de desarrollo
    3.1 Planificación general
    3.2 Diagramas
    3.3 Funcionalidades
    3.4 Interfaz de usuario
    3.5 Producto Mínimo Viable
  4. Desarrollo
    4.1. Marco de trabajo
    4.2. Metodología
    4.3. Historias de usuario
    4.4. Producto
    4.5. Sprint 1
         4.5.1. Sprint Planning
        4.5.2. Sprint Backlog
        4.5.3. Sprint Review
        4.5.4. Sprint Retrospective
    4.6 Sprint 2
        4.6.1 Sprint Planning
        4.6.2 Sprint Backlog
        4.6.3 Sprint Review
        4.6.4 Sprint Retrospective
    Anexo I
    Anexo II