6 min lectura • Guide 659 of 877
Cómo Usar GitScrum para Proyectos de Desarrollo a Gran Escala
Los proyectos a gran escala requieren coordinación entre múltiples equipos mientras preservan autonomía y agilidad del equipo. GitScrum proporciona visibilidad de portfolio, tracking de dependencias cross-equipo y reportes a nivel de programa que ayudan a organizaciones a gestionar complejidad sin sacrificar velocidad.
Estructura del Programa
Organización de Equipos
ESTRUCTURA DE PROYECTO A GRAN ESCALA:
┌─────────────────────────────────────────────────────────────┐
│ PROGRAMA: Reconstrucción Plataforma E-Commerce │
├─────────────────────────────────────────────────────────────┤
│ │
│ GESTIÓN DEL PROGRAMA: │
│ • Product Manager: Visión general y prioridades │
│ • Program Manager: Coordinación cross-equipo │
│ • Architecture Lead: Alineación técnica │
│ │
│ EQUIPO: CATÁLOGO (6 ingenieros) │
│ Owner: Listados de productos, búsqueda, categorías │
│ ├── Trabajo de sprint │
│ └── Dependencias: Search, Platform │
│ │
│ EQUIPO: CHECKOUT (5 ingenieros) │
│ Owner: Carrito, pago, procesamiento de órdenes │
│ ├── Trabajo de sprint │
│ └── Dependencias: Catalog, Platform, Payments │
│ │
│ EQUIPO: PLATAFORMA (4 ingenieros) │
│ Owner: Servicios compartidos, infraestructura │
│ ├── Trabajo de sprint │
│ └── Dependencias: (habilitador para todos los equipos) │
│ │
│ EQUIPO: MOBILE (5 ingenieros) │
│ Owner: Apps iOS y Android │
│ ├── Trabajo de sprint │
│ └── Dependencias: Todos los equipos API │
└─────────────────────────────────────────────────────────────┘
Vista de Portfolio
DASHBOARD DE PORTFOLIO DEL PROGRAMA:
┌─────────────────────────────────────────────────────────────┐
│ Reconstrucción Plataforma E-Commerce - Q1 2024 │
├─────────────────────────────────────────────────────────────┤
│ │
│ EPIC: Nueva Experiencia de Búsqueda │
│ [████████████████████░░░░░] 80% │
│ Equipos: Catalog, Platform | Riesgo: Bajo │
│ │
│ EPIC: Rediseño de Checkout │
│ [████████████░░░░░░░░░░░░░] 50% │
│ Equipos: Checkout, Platform | Riesgo: Medio (delay API) │
│ │
│ EPIC: App Mobile v3 │
│ [██████░░░░░░░░░░░░░░░░░░░] 25% │
│ Equipos: Mobile, All API | Riesgo: Alto (dependencias) │
│ │
│ EPIC: Optimización de Performance │
│ [████████████████████████░] 95% │
│ Equipos: Platform | Riesgo: Bajo │
│ │
│ RESUMEN: │
│ Total Stories: 245 | Completadas: 156 | En Progreso: 42 │
│ Velocidad Sprint: 89 pts (promedio entre equipos) │
│ Dependencias Resueltas: 23/28 │
└─────────────────────────────────────────────────────────────┘
Gestión de Dependencias
Tipos de Dependencias
CATEGORÍAS DE DEPENDENCIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DEPENDENCIAS DE API: │
│ Equipo A necesita API de Equipo B │
│ Gestión: Definir contrato temprano, mock mientras espera │
│ │
│ DEPENDENCIAS DE COMPONENTES: │
│ Equipo A necesita componente compartido de Equipo B │
│ Gestión: Ownership clara de librería de componentes │
│ │
│ DEPENDENCIAS DE DATOS: │
│ Equipo A necesita pipeline de datos de Equipo B │
│ Gestión: Versionado de schema, planes de migración │
│ │
│ DEPENDENCIAS DE SKILLS: │
│ Equipo A necesita expertise de miembro de Equipo B │
│ Gestión: Cross-training, asignación temporal │
│ │
│ DEPENDENCIAS DE INFRAESTRUCTURA: │
│ Equipo A necesita ambiente de Platform │
│ Gestión: Self-service donde sea posible │
└─────────────────────────────────────────────────────────────┘
Tracking de Dependencias
TABLERO DE DEPENDENCIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ESPERANDO COMPROMETIDO ENTREGADO │
├─────────────────┬─────────────────┬─────────────────────────┤
│ │ │ │
│ ⚠️ Mobile nece- │ ✓ Checkout │ ✓ Search API v2 │
│ sita API │ necesita │ (Catalog → Mobile) │
│ Catalog v2 │ gateway pago │ │
│ (bloqueado │ (ETA: Ene 20) │ ✓ Actualización │
│ 3 días) │ │ servicio Auth │
│ │ ✓ Mobile nece- │ (Platform → Todos) │
│ ⚠️ Checkout │ sita servicio │ │
│ necesita │ Push │ ✓ Componentes UI │
│ actualización │ (ETA: Ene 25) │ compartidos │
│ servicio User │ │ (Platform → Mobile) │
│ (bloqueado │ │ │
│ 1 semana) │ │ │
│ │ │ │
└─────────────────┴─────────────────┴─────────────────────────┘
Prácticas de Coordinación
Reuniones de Sync
CADENCIA DE COORDINACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DIARIO: Standups de Equipo (15 min cada uno) │
│ Quién: Equipos individuales │
│ Foco: Progreso diario, bloqueadores │
│ │
│ SEMANAL: Scrum of Scrums (30 min) │
│ Quién: Un rep de cada equipo + program manager │
│ Foco: Bloqueadores cross-equipo, dependencias │
│ Formato: │
│ • ¿Qué completó tu equipo? │
│ • ¿Qué está bloqueando a tu equipo? │
│ • ¿Qué necesitas de otros equipos? │
│ │
│ BI-SEMANAL: Sprint Review (90 min) │
│ Quién: Todos los equipos, stakeholders │
│ Foco: Demo de trabajo completado, recoger feedback │
│ │
│ TRIMESTRAL: PI Planning (2 días) │
│ Quién: Todos los equipos, producto, arquitectura │
│ Foco: Roadmap próximo trimestre, mapeo de dependencias │
│ │
│ SEGÚN NECESIDAD: Sesiones de Trabajo Cross-Equipo │
│ Quién: Equipos afectados │
│ Foco: Resolver dependencias complejas │
└─────────────────────────────────────────────────────────────┘
PI Planning
PLANIFICACIÓN DE INCREMENTO DE PROGRAMA:
┌─────────────────────────────────────────────────────────────┐
│ PLANNING PI 2024-Q1 │
├─────────────────────────────────────────────────────────────┤
│ │
│ DÍA 1: │
│ │
│ Mañana: Visión y Prioridades │
│ • Presentación de visión de producto │
│ • Dirección de arquitectura │
│ • Prioridades de negocio │
│ │
│ Tarde: Planificación de Equipos │
│ • Equipos planifican sus sprints │
│ • Identificar dependencias │
│ • Borrador de compromisos │
│ │
│ DÍA 2: │
│ │
│ Mañana: Resolución de Dependencias │
│ • Mapeo de dependencias cross-equipo │
│ • Negociar y resolver conflictos │
│ • Ajustar planes según necesidad │
│ │
│ Tarde: Compromiso │
│ • Equipos presentan planes │
│ • Votación de confianza │
│ • Identificación de riesgos │
│ • Compromiso final │
│ │
│ OUTPUT: │
│ • Objetivos PI para cada equipo │
│ • Mapa de dependencias con owners y fechas │
│ • Registro de riesgos del programa │
│ • Roadmap comprometido │
└─────────────────────────────────────────────────────────────┘
Mejores Prácticas
- Límites de equipo claros con ownership definida
- Dependencias explícitas rastreadas y gestionadas
- Cadencia regular de sync sin overhead excesivo
- PI Planning trimestral para alineación
- Equipos autónomos dentro de restricciones del programa
- Métricas a nivel programa para visibilidad ejecutiva