1. Gestión de Proyectos
DTIKC
  • Inicio
  • Modelo de Gestión
    • ITIL 4
    • Gestión por Procesos
    • LEAN, BPM & RAD
    • OKR
    • User Advocate
  • Personas
    • Organigrama Funcional
    • Roles y Matriz RACI
      • Matriz RACI - Mesa de Ayuda (N1)
      • Matriz RACI - Soporte Técnico (N2)
      • Matriz RACI - Infraestructura (N3)
      • Matriz RACI Consolidada de la Dirección de Tecnología e Innovación
    • Descriptivos de Puestos
      • Indice
      • Developer RPA & IA con Python
      • Analista de Operaciones y Mesa de Ayuda N1
      • Especialista de Soporte Técnico Nivel 2
      • Senior de Infraestructura
        • Especialista Senior en Infraestructura N3
        • Especialista Junior en Infraestructura N3
    • Medición y Mejora Continua
  • Procesos de Sistemas
    • Indice
    • Procesos de Analista de Operaciones y Mesa de Ayuda N1
    • Procesos de Soporte Técnico N2
    • Procesos de Junior de Infraestructura
    • Procesos de Senior de Infraestructura
    • Proceso de Ejecución de Proyectos para Desarrolladores de Software
    • Proceso de Control de Versiones con Git
    • Procedimiento de Solicitud y Compra de Equipo de Cómputo y Dispositivos
    • Procedimiento para Solicitud de Activos Tecnológicos
    • Procedimiento Operativo Estándar – Gestión de Altas y Bajas de Accesos METLIFE
    • Procedimiento de gestión y documentación ticket y autoticket
    • Procedimiento Marco Gestión de Altas, Bajas y Control de Accesos a Sistemas
  • Especificaciones
    • Devs
      • Patrones de Nombrado (Naming Conventions) en Programación
  • Sistemas
    • Indice
    • Prometeo
    • Pegasus
    • Olympus
    • Andromeda
    • FrontBack
    • OServerLogic
    • CServer
    • FbCotizador
    • Oserver
    • MetCotizadores
    • ClassLibrary
    • APIs
      • Atlas Backend
        • Tareas por proyecto
        • List projects from GanttPRO
      • Chatbase
      • ApiMetPro_Pendientes_Emitir_Get
    • App Services
      • Documento sin título
  • Manuales Usuarios
    • Procedimiento para Recuperar Contraseña de Acceso a Titan
    • Procedimiento de Alta de Agente IP en Keysi
    • Checklist Mantenimiento Soporte N2
    • Manual de Sistema de Gestión
    • Manual Operativo y Escalamiento de Mesas de Ayuda
  • Lineamientos
    • Home Office
    • Excelencia Operativa
    • Mesa de Ayuda
      • Modelo de gestión
      • Diagrama de flujo
      • Soporte Técnico Nivel 2
  • Gestión de Proyectos
    • Procedimiento Integral de Trabajo
    • Documento de Gobierno de TI
    • Método de Aprobación por Dictamen
    • Metodología Ágil (Agile)
  • Transforación Digital
    • Inicio
    • Madurez
    • Evaluación
  • Raíz
    • Health
      • Health check
    • System
      • System capabilities and runtime metadata
    • Auth
      • Login and create server session
      • Logout current session (or all devices)
      • Get authenticated user profile
      • Get current session permissions
      • Example admin-only endpoint
    • AI
      • Chat completion from Atlas AI brain
      • Generate embedding vector
      • List available AI agents (scaffold)
      • List registered AI tools (scaffold)
    • Data
      • List tasks
      • Create task
      • Get task by id
      • Update task
      • Delete task
    • Providers
      • Execute corporate API action
      • List tasks from one GanttPRO project
      • Verify Supabase provider configuration
    • Communications
      • Send communication through routed provider
    • Messaging
      • Publish an internal envelope to messaging backbone
    • Autonomy
      • List available autonomous agents
      • Run one autonomous flow execution
    • Raíz
      • Health
      • System
      • Auth
      • AI
        • Get AI provider availability and selection order
        • Probe live connectivity to configured AI providers
      • Data
      • Providers
        • List projects from GanttPRO
        • Execute FB API ex4CRUD action
      • Communications
      • Messaging
      • Autonomy
      • Root informative home page
    • /docs/openapi-3.1.json
    • /docs/openapi-3.0.json
  • Root informative home page
    GET
  • Root informative home page
    GET
Git
  1. Gestión de Proyectos

Metodología Ágil (Agile)

La adopción de metodologías ágiles responde a la necesidad de operar en un entorno donde los procesos, los usuarios y las prioridades evolucionan de forma continua. Este enfoque permite construir soluciones alineadas con la realidad actual del negocio, incorporando validaciones tempranas y ajustes progresivos a lo largo del desarrollo.
Agile habilita un modelo de trabajo que reduce riesgos de adopción, anticipa descubrimientos funcionales y asegura que los sistemas se diseñen, construyan y utilicen con base en el contexto vigente, manteniendo la capacidad de adaptación como un elemento estructural del proceso.
La adopción de metodologías ágiles se potencia cuando se integra con tecnologías como Inteligencia Artificial (IA) y Automatización Robótica de Procesos (RPA), ya que ambas comparten una lógica común: iterar, aprender y mejorar de forma continua.
En este contexto, Agile proporciona el marco de gobierno que permite introducir IA y RPA de manera controlada, evitando implementaciones rígidas o soluciones que no evolucionan con el negocio. La IA, por su naturaleza probabilística y basada en aprendizaje, requiere ciclos cortos de validación y ajuste; RPA, por su parte, depende de procesos claramente definidos pero sujetos a cambios operativos. Agile permite gestionar ambos escenarios sin comprometer estabilidad ni control.
La combinación de Agile con IA y RPA habilita un modelo en el que la automatización deja de ser un proyecto puntual y se convierte en una capacidad evolutiva. Las soluciones se liberan de forma incremental, se observan en operación real y se refinan conforme se obtiene retroalimentación, reduciendo riesgos operativos y maximizando el valor generado.
En esta convergencia, el rol de TI evoluciona de ejecutor a orquestador de capacidades digitales, asegurando que la automatización y la inteligencia se integren de manera sostenible, alineadas con los objetivos del negocio y con la capacidad real de adopción de la organización.
Agile es un enfoque de gestión y desarrollo que busca entregar valor de forma temprana y continua, adaptándose al cambio mediante ciclos cortos, colaboración constante con el negocio y aprendizaje incremental.
Agile no es una herramienta ni un proceso rígido, es una forma de trabajar basada en principios.
Su premisa central es:
En entornos cambiantes, es más valioso aprender rápido y ajustar, que intentar controlar todo desde el inicio.

El problema que dio origen a Agile#

Antes de Agile, la mayoría de los proyectos de software usaban modelos predictivos (cascada, modelos pesados de ingeniería).

Problemas recurrentes:#

Proyectos largos.
Mucha documentación inicial.
Poca participación del usuario.
Validación muy tardía.
Enfoqué en “cumplir el plan” y no en resolver el problema real.
El software se entregaba cuando el negocio ya había cambiado.

Problemas que buscamos solucionar#

Sistemas que se terminan “bien” y no se usan#

No es que el sistema esté mal construido. Es que:
El usuario que definió ya no está.
El proceso cambió.
El contexto operativo evolucionó.
📌 Agile reduce este riesgo validando continuamente, no esperando al final.

Descubrimientos tardíos en UAT#

En modelos tradicionales:
UAT se convierte en descubrimiento, no validación.
Aparecen reglas no documentadas.
Participan usuarios distintos a los originales.
📌 Agile mueve esos descubrimientos al inicio, cuando aún son baratos de corregir.

Cambios de usuario o proceso durante el proyecto#

Realidad actual:
Rotación de personal.
Cambios regulatorios.
Ajustes operativos.
📌 Agile asume este cambio como normal, no como excepción.

Antecedentes históricos#

Años 70–80: Cascada#

Inspirado en la ingeniería tradicional.
Fases secuenciales: análisis → diseño → desarrollo → pruebas → entrega.
Funcionaba bien para entornos estables.
📌 Limitación: el cambio era costoso y tardío.

Años 90: Crisis del software#

Alta tasa de proyectos fallidos.
Sobretiempos y sobrecostos.
Baja adopción por usuarios.
Surgen enfoques alternativos:
Iteraciones cortas.
Prototipos.
Mayor colaboración.
Ejemplos tempranos:
Extreme Programming (XP)
Scrum (como marco de gestión)
Desarrollo iterativo incremental

2001: El Manifiesto Ágil#

En febrero de 2001, 17 expertos en software se reunieron para formalizar estas ideas. Entre ellos: Kent Beck, Martin Fowler, Jeff Sutherland.
De esa reunión surge el Manifiesto Ágil.

Los 4 valores clave:#

Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta al cambio sobre seguir un plan
📌 Importante: No se elimina lo de la derecha, se prioriza lo de la izquierda.

Evolución de Agile#

Con el tiempo, Agile se expandió más allá del software:
Gestión de proyectos
Transformación digital
Diseño de productos
Mejora de procesos
Innovación organizacional
Surgen marcos y prácticas como:
Scrum
Kanban
XP
Lean
SAFe (para escalamiento)
Todos comparten la misma base: entregar valor temprano y aprender rápido.

Qué cambia Agile frente a modelos tradicionales#

Enfoque tradicionalAgile
Plan cerradoPlan evolutivo
Control por documentosControl por entregables
Usuario al finalUsuario constante
Riesgo tardíoRiesgo temprano
Éxito = cumplir planÉxito = valor usado

Qué Agile NO es#

❌ No es improvisación
❌ No es falta de control
❌ No es “hacer sin documentar”
❌ No es solo para TI
Agile exige más disciplina, no menos:
Priorización real
Decisiones frecuentes
Responsabilidad compartida

Idea central#

La adopción de Agile nace como una evolución natural para reducir el riesgo operativo y de adopción en entornos donde los procesos, los usuarios y las prioridades cambian mientras el proyecto está en curso.
Modificado en 2026-01-23 04:26:30
Anterior
Método de Aprobación por Dictamen
Siguiente
Inicio
Built with