9 min leitura • Guide 822 of 877
Padrões de Platform Team
Plataformas habilitam times. O GitScrum ajuda platform teams a rastrear seu trabalho e medir o impacto de seus produtos internos na velocidade de entrega.
Fundamentos de Platform Team
O Que Platform Teams Fazem
PROPÓSITO DO PLATFORM TEAM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MISSÃO: │
│ ──────── │
│ Habilitar times stream-aligned a entregar mais rápido │
│ fornecendo capacidades de plataforma self-service │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ O QUE PLATFORM TEAMS CONSTROEM: │
│ ────────────────────────────── │
│ │
│ INTERNAL DEVELOPER PLATFORM (IDP): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ ┌───────────────────────────────────────────────────┐ ││
│ │ │ PORTAL SELF-SERVICE │ ││
│ │ │ • Criar novo serviço │ ││
│ │ │ • Deploy para ambiente │ ││
│ │ │ • Provisionar database │ ││
│ │ │ • Visualizar saúde do serviço │ ││
│ │ └───────────────────────────────────────────────────┘ ││
│ │ │ ││
│ │ ▼ ││
│ │ ┌───────────────────────────────────────────────────┐ ││
│ │ │ CAPACIDADES DA PLATAFORMA │ ││
│ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ ││
│ │ │ │ CI/CD │ │ Infra │ │ Monitor │ │ ││
│ │ │ │ Pipelines│ │Provision │ │ /Observe │ │ ││
│ │ │ └──────────┘ └──────────┘ └──────────┘ │ ││
│ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ ││
│ │ │ │ Security │ │ Data │ │ Service │ │ ││
│ │ │ │ Scanning │ │ Platform │ │ Mesh │ │ ││
│ │ │ └──────────┘ └──────────┘ └──────────┘ │ ││
│ │ └───────────────────────────────────────────────────┘ ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PRINCÍPIO CHAVE: │
│ ────────────── │
│ Times podem usar a plataforma SEM pedir ajuda ao │
│ platform team. Isso é self-service. │
└─────────────────────────────────────────────────────────────┘
Mentalidade de Produto
Plataforma como Produto
TRATE PLATAFORMA COMO PRODUTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEUS CLIENTES = Outros times de desenvolvimento │
│ │
│ PENSAMENTO DE PRODUTO: │
│ ───────────────────── │
│ │
│ ENTENDA USUÁRIOS: │
│ • Converse com times de desenvolvimento │
│ • Entenda seus pontos de dor │
│ • Observe-os usando sua plataforma │
│ • Colete feedback continuamente │
│ │
│ PRIORIZE: │
│ • Quais problemas causam mais fricção? │
│ • O que economizaria mais tempo? │
│ • O que times pedem repetidamente? │
│ │
│ ITERE: │
│ • Comece simples, melhore baseado em feedback │
│ • Não over-engineer │
│ • Lance cedo, lance frequentemente │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ BACKLOG DA PLATAFORMA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ BACKLOG DO PLATFORM TEAM ││
│ │ ││
│ │ PRIORIDADE ITEM SOLICITANTE ││
│ │ ────────── ──── ─────────── ││
│ │ P1 One-click deploys (5 times) ││
│ │ P1 Provisionamento DB (4 times) ││
│ │ P2 Logging centralizado (3 times) ││
│ │ P2 Gestão de secrets (2 times) ││
│ │ P3 Serviço feature flags (1 time) ││
│ │ ││
│ │ PRIORIZE POR: Demanda do cliente + Valor estratégico ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ NÃO É FILA DE TICKETS: │
│ ────────────────────── │
│ Platform team decide O QUE construir │
│ Não apenas atendendo requisições │
│ Pense estrategicamente sobre capacidades │
└─────────────────────────────────────────────────────────────┘
Design Self-Service
Habilite, Não Bloqueie
PRINCÍPIOS SELF-SERVICE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ANTES (Bloqueante): │
│ ────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Time Dev: "Preciso de um novo database" ││
│ │ Platform: (Abre ticket) ││
│ │ Time Dev: (Espera 3 dias) ││
│ │ Platform: "Aqui está seu database" ││
│ │ ││
│ │ PLATFORM TEAM = GARGALO ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DEPOIS (Self-Service): │
│ ───────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Time Dev: "Preciso de um novo database" ││
│ │ (Usa portal da plataforma) ││
│ │ [Seleciona: PostgreSQL, Tamanho: Médio] ││
│ │ [Criar Database] ││
│ │ Platform: (Provisionamento automático) ││
│ │ Time Dev: (Tem database em 5 minutos) ││
│ │ ││
│ │ PLATFORM TEAM = HABILITADOR ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CAPACIDADES SELF-SERVICE: │
│ │
│ FEATURES COMUNS DA PLATAFORMA: │
│ • Criar novo serviço a partir de template │
│ • Deploy para qualquer ambiente │
│ • Provisionar database/cache/queue │
│ • Configurar monitoramento/alertas │
│ • Gerenciar secrets │
│ • Visualizar logs │
│ • Rollback de deployment │
│ │
│ GUARDRAILS, NÃO PORTÕES: │
│ ────────────────────── │
│ • Scanning de segurança automático │
│ • Compliance built-in │
│ • Visibilidade de custos │
│ • Best practices embutidas em templates │
│ │
│ Times podem mover rápido E ficar seguros │
└─────────────────────────────────────────────────────────────┘
Métricas da Plataforma
Medindo Sucesso
MÉTRICAS DO PLATFORM TEAM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MÉTRICAS DE ADOÇÃO: │
│ ─────────────────── │
│ Quantos times usam a plataforma? │
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ADOÇÃO DA PLATAFORMA ││
│ │ ││
│ │ Times usando plataforma: 12/15 (80%) ││
│ │ ││
│ │ POR CAPACIDADE: ││
│ │ • CI/CD Pipeline: 15/15 (100%) ████████████████ ││
│ │ • Templates Serviço: 12/15 (80%) █████████████ ││
│ │ • Observabilidade: 10/15 (67%) ██████████ ││
│ │ • Provisionamento DB: 8/15 (53%) ████████ ││
│ │ • Feature Flags: 5/15 (33%) █████ ││
│ │ ││
│ │ Baixa adoção = Problema de descoberta ou usabilidade ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EXPERIÊNCIA DO DESENVOLVEDOR: │
│ ───────────────────────────── │
│ Quão felizes os times estão com a plataforma? │
│ │
│ • Pesquisa de Satisfação do Dev (trimestral) │
│ • Net Promoter Score para plataforma │
│ • Tempo para onboarding de novo serviço │
│ • Tempo do commit até produção │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ IMPACTO ORGANIZACIONAL: │
│ ────────────────────── │
│ A plataforma está tornando a org mais rápida? │
│ │
│ MÉTRICAS DORA (Org-wide): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ANTES PLATAFORMA APÓS PLATAFORMA MELHORIA ││
│ │ ──────────────── ──────────────── ───────── ││
│ │ Deploy: 2/semana Deploy: 5/dia +1650% ││
│ │ Lead: 2 semanas Lead: 2 dias -86% ││
│ │ MTTR: 4 horas MTTR: 30 min -88% ││
│ │ Fail: 15% Fail: 5% -67% ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ROI DA PLATAFORMA: │
│ Times poupados × horas poupadas por time = Valor Plataforma│
└─────────────────────────────────────────────────────────────┘
Interação com Times
Trabalhando com Stream Teams
MODOS DE INTERAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ X-AS-A-SERVICE (Primário): │
│ ───────────────────────── │
│ Plataforma fornece capacidade │
│ Times consomem via self-service │
│ Interação mínima necessária │
│ │
│ COLABORAÇÃO (Quando necessário): │
│ ──────────────────────────────── │
│ Platform team trabalha COM stream team │
│ Para: novas capacidades, requisitos complexos │
│ Limitado no tempo, objetivo específico │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ MODELO DE SUPORTE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ SUPORTE DA PLATAFORMA ││
│ │ ││
│ │ TIER 1: Documentação (Self-Service) ││
│ │ • Site de docs ││
│ │ • Tutoriais ││
│ │ • FAQs ││
│ │ Maioria das dúvidas respondidas aqui ││
│ │ ││
│ │ TIER 2: Comunidade (Async) ││
│ │ • Canal Slack #platform-help ││
│ │ • Respondido por platform team ou comunidade ││
│ │ • SLA: Resposta em 4 horas ││
│ │ ││
│ │ TIER 3: Suporte Direto (Quando necessário) ││
│ │ • Sessões de pairing agendadas ││
│ │ • Para issues complexos ││
│ │ • Office hours (1hr/semana) ││
│ │ ││
│ │ ESCALONAMENTO: ││
│ │ • Issues produção: Imediato ││
│ │ • Issues bloqueantes: Mesmo dia ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ OBJETIVO: Minimizar suporte direto através de melhor plat.│
│ Alta carga de suporte = Problema de usabilidade │
└─────────────────────────────────────────────────────────────┘
Construindo a Plataforma
Abordagem Iterativa
EVOLUÇÃO DA PLATAFORMA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NÃO CONSTRUA TUDO DE UMA VEZ: │
│ ──────────────────────────────── │
│ │
│ COMECE FINO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ FASE 1: Fundação (3 meses) ││
│ │ • CI/CD pipeline ││
│ │ • Deployment básico ││
│ │ • Observabilidade core ││
│ │ ││
│ │ VALOR: Times podem fazer deploy independentemente ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ EXPANDA BASEADO EM NECESSIDADE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ FASE 2: Necessidades Comuns (3 meses) ││
│ │ • Templates de serviço ││
│ │ • Provisionamento de database ││
│ │ • Gestão de secrets ││
│ │ ││
│ │ VALOR: Criação de serviço mais rápida ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ FASE 3: Avançado (Contínuo) ││
│ │ • Feature flags ││
│ │ • Canary deployments ││
│ │ • Gestão de custos ││
│ │ ││
│ │ VALOR: Capacidades de entrega sofisticadas ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ABORDAGEM THIN-SLICE: │
│ ──────────────────── │
│ Coloque UM time usando plataforma end-to-end │
│ Aprenda com a experiência deles │
│ Melhore antes de escalar para mais times │
│ │
│ EVITE: Construir plataforma "completa" em isolamento │
└─────────────────────────────────────────────────────────────┘