Estrategia de Release

Diseno de estrategia de release management, patrones de despliegue y procedimientos de rollback alineados con la madurez del equipo y los requisitos del negocio.

TL;DR

• Evalua madurez actual de release management y CI/CD pipeline
• Selecciona branching strategy optima (trunk-based, GitFlow, GitHub Flow) segun contexto
• Define patrones de deployment (blue-green, canary, rolling, recreate) por servicio
• Disena playbook de rollback con criterios de activacion automatica
• Genera documento de estrategia completo con matriz de decision

Inputs

Parse $1 como nombre del proyecto, $2 como sistema o plataforma objetivo.

Parameters:

• {MODO}: piloto-auto (default) | desatendido | supervisado | paso-a-paso
• {FORMATO}: markdown (default) | html | dual
• {VARIANTE}: ejecutiva (~40%) | tecnica (full, default)

Entregables

1. Documento de Estrategia de Release — Branching model, release cadence, versioning policy
2. Matriz de Deployment — Patron de despliegue por servicio/componente con justificacion
3. Playbook de Rollback — Procedimientos paso a paso con criterios de activacion
4. Pipeline Design — Arquitectura de CI/CD pipeline con quality gates
5. Feature Flag Strategy — Politica de feature flags, lifecycle, cleanup

Proceso

1. Assessment de Estado Actual — Evaluar pipeline existente, branching model, frecuencia de releases, incident history
2. Seleccion de Branching Strategy:

   Strategy	Mejor Para	Requiere
   Trunk-based	Equipos maduros, CD	Feature flags, test coverage alto
   GitHub Flow	Equipos medianos	PR reviews, CI solido
   GitFlow	Releases planificados	Disciplina de branches, QA dedicado
3. Diseno de Deployment Patterns — Para cada servicio:
   • Blue-Green: zero-downtime, rollback instantaneo, requiere 2x infra
   • Canary: progressive rollout, deteccion temprana, requiere observabilidad
   • Rolling: eficiente en recursos, gradual, requiere backward compatibility
4. Definicion de Rollback — Criterios automaticos (error rate >X%, latency >Yms), procedimiento manual, comunicacion
5. Quality Gates — Definir gates en pipeline: lint, test, security scan, performance, approval
6. Feature Flag Policy — Lifecycle (create, enable, monitor, cleanup), ownership, technical debt prevention

Criterios de Calidad

• Branching strategy justificada con contexto del equipo y negocio
• Patron de deployment definido por servicio con trade-offs documentados
• Playbook de rollback con pasos reproducibles y criterios de activacion claros
• Pipeline design con quality gates y tiempos estimados por stage
• Feature flag policy con cleanup schedule
• Metricas de release health definidas (DORA metrics como referencia)
• Diagrama Mermaid del pipeline y flujo de release

Supuestos y Limites

• Asume que existe al menos un repositorio de codigo con versionamiento (Git)
• No implementa pipelines — disena la estrategia y arquitectura para que el equipo la ejecute
• Feature flag strategy requiere infraestructura de flags (LaunchDarkly, Unleash, custom); si no existe, se recomienda como prerequisito
• Estimaciones de tiempo de pipeline son referenciales y dependen de infraestructura real

Casos Borde

Decisiones y Trade-offs

Knowledge Graph

graph TD
    subgraph Core["Release Strategy"]
        A[Branching Strategy] --> B[Pipeline Design]
        B --> C[Quality Gates]
        B --> D[Deployment Patterns]
        D --> E[Rollback Playbook]
        A --> F[Feature Flag Policy]
    end
    subgraph Inputs["Inputs"]
        G[Madurez del Equipo] --> A
        H[Requisitos de Negocio] --> D
        I[Infraestructura Actual] --> B
    end
    subgraph Outputs["Outputs"]
        A --> J[Release Strategy Doc]
        D --> K[Deployment Matrix]
        E --> L[Rollback Playbook]
    end
    subgraph Related["Related Skills"]
        M[developer-experience] -.-> B
        N[software-architecture] -.-> D
        O[governance-framework] -.-> C
    end

Output Templates

Formato 1 — Markdown (default)

• Filename: Release_Strategy_{project}_{WIP|Aprobado}.md
• Estructura: Assessment actual > Branching strategy > Deployment matrix > Pipeline design > Rollback playbook > Feature flag policy > Metricas
• Incluye diagramas Mermaid de pipeline y sequence de rollback

Formato 2 — DOCX (playbook operativo)

• Filename: Release_Playbook_{project}_{WIP|Aprobado}.docx
• Estructura: Procedimientos paso a paso de deployment y rollback, checklist pre-release, contactos de escalation
• Optimizado para uso operativo por equipos de SRE/DevOps

Formato 3 — HTML (bajo demanda)

• Filename: {fase}_Release_Strategy_{project}_{WIP}.html
• Estructura: HTML self-contained branded (Design System MetodologIA v5). Tipo: Light-First Technical. Incluye matriz de deployment patterns por servicio, pipeline design con quality gates, y rollback playbook navegable. WCAG AA, responsive, print-ready.

Formato 4 — XLSX (bajo demanda)

• Filename: {fase}_release_strategy_{cliente}_{WIP}.xlsx
• Generado via openpyxl con MetodologIA Design System v5. Headers navy con texto blanco Poppins, formato condicional por patron de deployment y estado de quality gate, auto-filtros en todas las columnas, valores calculados sin formulas. Hojas: Deployment Matrix, Pipeline Design, Rollback Playbook, Feature Flag Inventory.

Formato 5 — PPTX (bajo demanda)

• Filename: {fase}_release_strategy_{cliente}_{WIP}.pptx
• Generado via python-pptx con MetodologIA Design System v5. Slide master con gradiente navy, títulos en Poppins, cuerpo en Montserrat, acentos en gold. Máx 20 slides ejecutivo / 30 técnico. Notas del presentador con referencias de evidencia. Slides: Release Maturity Assessment, Branching Strategy, Deployment Patterns Matrix, Pipeline Design con Quality Gates, Rollback Playbook, Feature Flag Policy, DORA Metrics.

Evaluacion

Umbral minimo: 7/10 en cada dimension para considerar el skill production-ready.

Cross-References

• metodologia-developer-experience: Inner loop metrics impactadas por pipeline design
• metodologia-software-architecture: Restricciones arquitectonicas que determinan deployment patterns
• metodologia-governance-framework: Quality gates alineados con politicas de gobernanza

Autor: Javier Montaño · Comunidad MetodologIA | Version: 1.0.0