7 min leitura • Guide 829 of 877
Tempo de Inovação em Times Ágeis
Inovação precisa de tempo. GitScrum ajuda times a alocar e rastrear tempo de inovação, garantindo que trabalho criativo aconteça junto com compromissos de entrega.
Por Que Tempo de Inovação
O Caso para Investimento
VALOR DO TEMPO DE INOVAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEM TEMPO DE INOVAÇÃO: │
│ ────────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Sprint 1: Features ││
│ │ Sprint 2: Features ││
│ │ Sprint 3: Features ││
│ │ Sprint 4: Features ││
│ │ ... ││
│ │ ││
│ │ RESULTADOS: ││
│ │ • Time esgota ││
│ │ • Dívida técnica acumula ││
│ │ • Skills estagnadas ││
│ │ • Sem melhorias revolucionárias ││
│ │ • Inovação acontece em outro lugar (ou lugar nenhum) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ COM TEMPO DE INOVAÇÃO: │
│ ─────────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Sprint 1: Features (80%) + Inovação (20%) ││
│ │ Sprint 2: Features (80%) + Inovação (20%) ││
│ │ Sprint 3: Features (80%) + Inovação (20%) ││
│ │ Sprint 4: Features (80%) + Inovação (20%) ││
│ │ ││
│ │ RESULTADOS: ││
│ │ • Time permanece energizado ││
│ │ • Melhorias técnicas acontecem ││
│ │ • Novas skills desenvolvidas ││
│ │ • Ferramentas internas criadas ││
│ │ • Ideias revolucionárias emergem ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ EXEMPLOS FAMOSOS: │
│ • 20% time do Google → Gmail, AdSense │
│ • 15% time da 3M → Post-it Notes │
│ • ShipIt days da Atlassian → Features chave │
│ │
│ INOVAÇÃO É INVESTIMENTO, NÃO CUSTO │
└─────────────────────────────────────────────────────────────┘
Modelos de Implementação
Diferentes Abordagens
MODELOS DE TEMPO DE INOVAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MODELO 1: DIA SEMANAL │
│ ───────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ SEXTA = DIA DE INOVAÇÃO ││
│ │ ││
│ │ Seg-Qui: Trabalho do sprint ││
│ │ Sexta: Tempo de inovação (20%) ││
│ │ ││
│ │ ✅ Ritmo regular ││
│ │ ✅ Fácil de proteger ││
│ │ ⚠️ Sexta frequentemente é sacrificada ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ MODELO 2: ALOCAÇÃO DE SPRINT │
│ ──────────────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ CADA SPRINT: 15-20% CAPACIDADE ││
│ │ ││
│ │ Sprint planning: Reservar 20% para inovação ││
│ │ Time escolhe quando durante sprint ││
│ │ ││
│ │ ✅ Flexível ││
│ │ ✅ Integrado na capacidade ││
│ │ ⚠️ Pode ser espremido por trabalho "urgente" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ MODELO 3: SPRINT DE INOVAÇÃO │
│ ──────────────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ SPRINT DE INOVAÇÃO TRIMESTRAL ││
│ │ ││
│ │ S1 S2 S3 S4 S5 [Sprint Inovação] S1 S2 S3... ││
│ │ ││
│ │ Um sprint completo por trimestre ││
│ │ Foco inteiramente em inovação ││
│ │ ││
│ │ ✅ Foco profundo ││
│ │ ✅ Projetos substanciais possíveis ││
│ │ ⚠️ Longos gaps entre inovação ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ MODELO 4: HACKATHONS │
│ ───────────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ HACKATHONS 24-48 HORAS (Trimestral) ││
│ │ ││
│ │ Inovação intensiva, time-boxed ││
│ │ Projetos de time ou cross-team ││
│ │ Demo e julgamento no final ││
│ │ ││
│ │ ✅ Excitante, alta energia ││
│ │ ✅ Colaboração cross-team ││
│ │ ⚠️ Profundidade limitada ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Rastreando no GitScrum
Gerenciando Trabalho de Inovação
RASTREANDO INOVAÇÃO NO GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ EPIC: Tempo de Inovação Q1 2024 │
│ ├── STORY: Explorar GraphQL para APIs │
│ │ ├── Pesquisar implementação │
│ │ ├── Criar POC │
│ │ └── Apresentar achados │
│ │ │
│ ├── STORY: Construir ferramenta interna de teste │
│ │ ├── Definir requisitos │
│ │ ├── Desenvolver MVP │
│ │ └── Coletar feedback │
│ │ │
│ └── STORY: Experimentar observabilidade │
│ ├── Avaliar ferramentas │
│ ├── Setup em ambiente dev │
│ └── Documentar recomendações │
│ │
│ BOARD SEPARADO OU LABEL: │
│ ═══════════════════════════ │
│ │
│ Opção 1: Board separado "Inovação" │
│ • Visibilidade clara │
│ • Não mistura com feature work │
│ • Fácil de reportar │
│ │
│ Opção 2: Label "inovação" no board principal │
│ • Integrado com trabalho regular │
│ • Visível em planning │
│ • Filtrar quando necessário │
│ │
│ MÉTRICAS: │
│ • % de capacidade gasta em inovação │
│ • Projetos completados │
│ • Ideias que viraram produtos │
│ • Satisfação do time │
└─────────────────────────────────────────────────────────────┘
Tipos de Trabalho de Inovação
O Que Incluir
CATEGORIAS DE TRABALHO DE INOVAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ EXPLORAÇÃO TÉCNICA: │
│ ═══════════════════ │
│ • Avaliar novas frameworks/linguagens │
│ • Testar novas ferramentas │
│ • Experimentar arquiteturas │
│ • Prototipar abordagens │
│ │
│ FERRAMENTAS INTERNAS: │
│ ═════════════════════ │
│ • Automação de dev │
│ • Scripts de produtividade │
│ • Ferramentas de teste │
│ • Dashboards │
│ │
│ MELHORIA DE PROCESSO: │
│ ═════════════════════ │
│ • Melhorar pipelines CI/CD │
│ • Otimizar workflows │
│ • Documentação │
│ • Redução de dívida técnica │
│ │
│ APRENDIZADO: │
│ ════════════ │
│ • Cursos online │
│ • Pair programming em tech nova │
│ • Ler papers/artigos │
│ • Conferências internas │
│ │
│ IDEIAS DE PRODUTO: │
│ ══════════════════ │
│ • Prova de conceito de features │
│ • Protótipos de UX │
│ • Melhorias de cliente interno │
│ • Experimentos de negócio │
└─────────────────────────────────────────────────────────────┘
Protegendo Tempo de Inovação
Garantindo Que Aconteça
COMO PROTEGER TEMPO DE INOVAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. SUPORTE DA LIDERANÇA │
│ ───────────────────────── │
│ • Executivos defendem o tempo │
│ • Incluído em OKRs │
│ • Reportado em all-hands │
│ • Nunca sacrificado primeiro │
│ │
│ 2. PLANEJAMENTO EXPLÍCITO │
│ ────────────────────────── │
│ • Reservar em sprint planning │
│ • Capacidade calculada com inovação │
│ • Blocos de calendário │
│ • Não é "se sobrar tempo" │
│ │
│ 3. RASTREAR COMO MÉTRICA │
│ ────────────────────────── │
│ • Dashboard de % inovação │
│ • Alertar se abaixo do alvo │
│ • Incluir em retrospectivas │
│ • Tendência ao longo do tempo │
│ │
│ 4. MOSTRAR VALOR │
│ ──────────────────── │
│ • Demos regulares de projetos │
│ • Rastrear ideias → produção │
│ • Compartilhar aprendizados │
│ • Celebrar inovações │
│ │
│ 5. CRIAR ESTRUTURA │
│ ──────────────────── │
│ • Guidelines claros │
│ • Processo de proposta │
│ • Templates de apresentação │
│ • Caminhos de incubação │
└─────────────────────────────────────────────────────────────┘
Medindo Sucesso
| Métrica | O Que Mede | Meta |
|---|---|---|
| % Tempo Gasto | Inovação real vs planejada | > 15% |
| Projetos Completos | Output do tempo de inovação | 2-3/trimestre |
| Ideias → Produto | Conversão para backlog | > 20% |
| Satisfação Time | Felicidade com inovação | > 8/10 |