5 min lectura • Guide 822 of 877
Patrones de Platform Teams
Las plataformas habilitan equipos. GitScrum ayuda a platform teams a trackear su trabajo y medir el impacto de sus productos internos en la velocidad de entrega.
Fundamentos de Platform Teams
PROPÓSITO DEL PLATFORM TEAM
═══════════════════════════
MISIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Habilitar a equipos stream-aligned a entregar más rápido │
│ proveyendo capacidades de plataforma self-service │
│ │
└─────────────────────────────────────────────────────────────┘
QUÉ CONSTRUYEN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ INTERNAL DEVELOPER PLATFORM (IDP): │
│ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ PORTAL SELF-SERVICE │ │
│ │ • Crear nuevo servicio │ │
│ │ • Deploy a ambiente │ │
│ │ • Provisionar database │ │
│ │ • Ver salud del servicio │ │
│ └─────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ CAPABILITIES │ │
│ │ CI/CD │ Monitoring │ Secrets │ Databases │ K8s │ │
│ └─────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ INFRAESTRUCTURA │ │
│ │ Cloud │ Networking │ Security │ Compute │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
Platform vs DevOps
COMPARACIÓN
═══════════
EQUIPO DEVOPS TRADICIONAL:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Team A ──────────┐ │
│ │ │
│ Team B ──────────┼──► DevOps Team ──► Infrastructure │
│ │ (hace trabajo) │
│ Team C ──────────┘ │
│ │
│ ❌ DevOps se convierte en bottleneck │
│ ❌ Equipos esperan por DevOps │
│ ❌ No escala │
│ │
└─────────────────────────────────────────────────────────────┘
PLATFORM TEAM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Team A ──► Self-Service ──┐ │
│ │ │
│ Team B ──► Self-Service ──┼──► Platform │
│ │ (provee herramientas) │
│ Team C ──► Self-Service ──┘ │
│ │
│ ✅ Equipos se sirven a sí mismos │
│ ✅ Platform team no es bottleneck │
│ ✅ Escala con la organización │
│ │
└─────────────────────────────────────────────────────────────┘
Capacidades de Plataforma
CAPACIDADES TÍPICAS
═══════════════════
COMPUTE & RUNTIME:
┌─────────────────────────────────────────────────────────────┐
│ ├── Provisioning de servicios │
│ ├── Container orchestration │
│ ├── Scaling automático │
│ └── Service mesh │
└─────────────────────────────────────────────────────────────┘
CI/CD:
┌─────────────────────────────────────────────────────────────┐
│ ├── Pipelines estandarizados │
│ ├── Deployment automático │
│ ├── Feature flags │
│ └── Rollback automático │
└─────────────────────────────────────────────────────────────┘
OBSERVABILITY:
┌─────────────────────────────────────────────────────────────┐
│ ├── Logging centralizado │
│ ├── Metrics y dashboards │
│ ├── Tracing distribuido │
│ └── Alerting │
└─────────────────────────────────────────────────────────────┘
DATA:
┌─────────────────────────────────────────────────────────────┐
│ ├── Database provisioning │
│ ├── Cache as a service │
│ ├── Message queues │
│ └── Backup y recovery │
└─────────────────────────────────────────────────────────────┘
SECURITY:
┌─────────────────────────────────────────────────────────────┐
│ ├── Secrets management │
│ ├── Identity y access │
│ ├── Security scanning │
│ └── Compliance automation │
└─────────────────────────────────────────────────────────────┘
Métricas de Éxito
MIDIENDO PLATFORM TEAM
══════════════════════
ADOPCIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ├── % de equipos usando la plataforma │
│ ├── # de servicios en plataforma │
│ ├── # de deploys por día │
│ └── Crecimiento de uso mes a mes │
│ │
└─────────────────────────────────────────────────────────────┘
DEVELOPER EXPERIENCE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ├── Time to first deploy (nuevo servicio) │
│ ├── Developer satisfaction (NPS interno) │
│ ├── Tiempo de onboarding │
│ └── Tickets de soporte por equipo │
│ │
└─────────────────────────────────────────────────────────────┘
IMPACTO EN ORGANIZACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DORA Metrics (mejora después de adoptar plataforma): │
│ ├── Deployment frequency ↑ │
│ ├── Lead time for changes ↓ │
│ ├── Mean time to recovery ↓ │
│ └── Change failure rate ↓ │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
GESTIÓN DE PLATFORM TEAM EN GITSCRUM
════════════════════════════════════
ESTRUCTURA DE PROYECTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Proyecto: Internal Developer Platform │
│ │
│ Epics: │
│ ├── CI/CD Pipeline │
│ ├── Self-Service Portal │
│ ├── Observability Stack │
│ └── Developer Documentation │
│ │
└─────────────────────────────────────────────────────────────┘
LABELS:
┌─────────────────────────────────────────────────────────────┐
│ 🔧 platform-capability │ Nueva capacidad │
│ 📖 documentation │ Docs para usuarios │
│ 🐛 platform-bug │ Bug en plataforma │
│ 📣 adoption │ Trabajo de adopción │
│ 💬 support-request │ Request de equipo │
└─────────────────────────────────────────────────────────────┘
TRACKING DE REQUESTS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Story: [REQUEST] Team Alpha necesita Redis │
│ │
│ Tipo: Nueva capacidad │
│ Solicitante: Team Alpha │
│ Prioridad: Alta (bloquea feature) │
│ │
│ Opciones: │
│ 1. Habilitar self-service Redis │
│ 2. Provisionar manualmente (one-time) │
│ │
│ Decisión: Opción 1 (beneficia a todos) │
│ │
└─────────────────────────────────────────────────────────────┘