1. Procesos de Sistemas
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. Procesos de Sistemas

Proceso de Ejecución de Proyectos para Desarrolladores de Software

1. Entendimiento de la solución y del valor (Arquitectura + Negocio)#

El desarrollador participa en sesiones de refinamiento con el Product Owner y el Arquitecto de Software para comprender:
El objetivo de negocio de la historia de usuario.
El comportamiento esperado (qué problema resuelve).
La arquitectura objetivo y restricciones técnicas.
Integraciones, seguridad, escalabilidad y estándares.
El foco no es solo cómo construir, sino por qué se construye.
📌 Resultado:
Historia entendida desde valor + arquitectura, no solo desde código.

2. Refinamiento y estimación de historias de usuario#

Con la historia clara, el desarrollador:
Analiza complejidad técnica.
Identifica dependencias y riesgos.
Evalúa impacto arquitectónico.
Estima el esfuerzo (tiempo o puntos).
La estimación:
Es colaborativa.
Considera desarrollo, pruebas, ajustes y validación.
Se revisa si cambia el alcance.
📌 Resultado:
Historias listas para ser comprometidas en un sprint.

3. Desglose técnico de la historia (tareas internas)#

El desarrollador descompone cada historia en tareas técnicas:
Backend / frontend
Integraciones
Migraciones
Pruebas
Ajustes técnicos
Estas tareas se registran en la herramienta (Canvas / Jira / similar) como subtareas, no como requerimientos funcionales.
📌 Importante:
Las tareas no sustituyen la historia de usuario.

4. Planeación del Sprint (compromiso realista)#

Durante la Sprint Planning, el desarrollador:
Alinea capacidad real.
Confirma dependencias.
Acepta compromisos alcanzables.
Aclara riesgos técnicos antes de iniciar.
El compromiso es por sprint, no por proyecto completo.
📌 Resultado:
Alcance claro y controlado por iteración.

5. Preparación de entorno y ramas#

Antes de iniciar desarrollo:
Configura entorno local.
Verifica accesos y dependencias.
Crea ramas según la estrategia acordada.
Valida pipelines y ambientes de prueba.
Esto forma parte del trabajo del sprint, no de una fase previa aislada.

6. Desarrollo guiado por criterios de aceptación (BDD)#

El desarrollador implementa la solución:
Siguiendo estándares técnicos.
Guiado por criterios de aceptación / escenarios.
Realizando commits frecuentes y claros.
Incluyendo pruebas unitarias.
El avance se refleja en la herramienta moviendo la historia y sus tareas a través del flujo del sprint.
📌 El desarrollo no se considera completo si:
No cumple criterios de aceptación.
No puede demostrarse funcionalmente.

7. Comunicación diaria de avance y bloqueos#

El desarrollador participa activamente en:
Daily stand-up (o seguimiento acordado).
Reporte de avances reales.
Comunicación temprana de bloqueos.
Solicitud de apoyo cuando sea necesario.
📌 El objetivo no es reportar actividad,
es proteger el compromiso del sprint.

8. Revisión del incremento (Sprint Review)#

Al finalizar el sprint, el desarrollador:
Presenta lo construido.
Demuestra funcionalidad real.
Participa en la validación con negocio/UAT.
Recibe feedback inmediato.
Aquí se confirma si la historia:
Se acepta.
Requiere ajustes.
Regresa al backlog.

9. Cierre técnico y documentación viva#

Como parte del Definition of Done, el desarrollador mantiene documentación mínima pero útil:

Cambios realizados#

Funcionalidades nuevas.
Cambios relevantes.
Impacto técnico.

Deuda técnica#

Pendientes identificados.
Justificación.
Prioridad sugerida.

Lecciones aprendidas#

Qué funcionó.
Qué se puede mejorar.
Ajustes recomendados al proceso.
📌 Esta información alimenta la mejora continua, no un archivo muerto.

10. Mejora continua (retrospectiva)#

El desarrollador participa en la retrospectiva para:
Identificar fricciones técnicas.
Proponer mejoras.
Ajustar prácticas para el siguiente sprint.

Diferencia clave vs proceso anterior#

AntesEn Agile
Enfoque por proyectoEnfoque por sprint
Validación tardíaValidación continua
UAT al finalUAT incremental
Plan rígidoCompromisos iterativos
Documentación finalDocumentación viva

Mensaje clave para el equipo#

En Agile, el desarrollador no ejecuta tareas aisladas:
construye incrementos de valor validados, sprint a sprint.
Modificado en 2026-02-10 18:10:27
Anterior
Procesos de Senior de Infraestructura
Siguiente
Proceso de Control de Versiones con Git
Built with