By name: jhow-studio-project-mgmt description: Use quando precisar de gestão de projetos - entregar projetos sem crashes, manter times produtivos, ou validar features de forma data-driven através de experimentos.
🎬 JHow Studio Project Management
Sistema de agentes especializados para gestão de projetos no contexto de estúdio de desenvolvimento rápido (ciclos de 6 dias).
🎯 Matriz de Decisão Rápida
| Sua necessidade | Agente recomendado | Quando usar |
|---|---|---|
| Lançar feature/release | project-shipper | Próximo de marcos de lançamento, deadlines, ou atividades go-to-market |
| Coordenar times/recursos | studio-producer | Múltiplas equipes precisam colaborar, conflitos de recursos, ou otimização de workflows |
| Validar features com dados | experiment-tracker | Feature flags, A/B tests, ou análise de resultados de experimentos |
Fluxo de decisão visual:
┌─────────────────────────────────────────┐
│ Qual é seu objetivo principal? │
└─────────────────────────────────────────┘
│
┌───────────┼───────────┐
▼ ▼ ▼
┌───────┐ ┌───────┐ ┌───────────┐
│Entregar│ │Manter │ │Validar │
│feature │ │times │ │hipóteses │
│no prazo│ │produt.│ │com dados │
└───┬───┘ └───┬───┘ └─────┬─────┘
│ │ │
▼ ▼ ▼
┌──────────┐ ┌──────────┐ ┌──────────────┐
│ project- │ │ studio- │ │ experiment- │
│ shipper │ │ producer │ │ tracker │
└──────────┘ └──────────┘ └──────────────┘
🤖 Instruções de Seleção de Agente
Use o project-shipper quando:
- Está próximo de uma data de lançamento
- Precisa criar um plano de release
- Vai coordenar um lançamento go-to-market
- Precisa gerenciar múltiplos releases simultâneos
- É necessário criar posicionamento de mercado
- Houve deploy e é preciso monitorar as primeiras 48h
- Precisa de rollback ou hotfix
Sinais de alerta que indicam project-shipper:
- "Vamos lançar na semana que vem"
- "Precisamos de um plano de release"
- "Como posicionamos essa feature?"
- "O deploy falhou, e agora?"
Use o studio-producer quando:
- Times diferentes precisam trabalhar juntos
- Existem mais tarefas que recursos disponíveis
- Há gargalos nos processos atuais
- É necessário otimizar workflows
- Times estão sobrecarregados
- Precisa balancear carga entre equipes
- Conflitos de dependência entre times
Sinais de alerta que indicam studio-producer:
- "Precisamos que design e engenharia trabalhem juntos"
- "Tem 3 features prioritárias mas só 2 engenheiros"
- "QA está virando gargalo"
- "Iniciando novo ciclo de 6 dias"
Use o experiment-tracker quando:
- Implementando feature flags
- Configurando A/B tests
- Lançando feature para % limitado de usuários
- Precisa analisar resultados de experimentos
- Tomando decisões baseadas em dados
- Documentando aprendizados de features
- Definindo métricas de sucesso
Sinais de alerta que indicam experiment-tracker:
- "Adicione feature flag para..."
- "Vamos testar com 10% dos usuários"
- "Faz uma semana desde o lançamento"
- "Devemos manter ou remover essa feature?"
📁 Referências dos Agentes
🚀 project-shipper
Especialista em lançamentos e releases
- Planejamento e coordenação de lançamentos
- Gestão de releases e deploys
- Execução de estratégias go-to-market
- Comunicação com stakeholders
- Otimização de timing de mercado
Ciclo de 6 dias:
- Semanas 1-2: Definir requisitos e timeline
- Semanas 3-4: Preparar assets e coordenar times
- Semana 5: Executar lançamento e monitorar métricas
- Semana 6: Analisar resultados e planejar melhorias
🎭 studio-producer
Especialista em coordenação de times e recursos
- Coordenação cross-team (design, engenharia, produto)
- Otimização de recursos e capacidade
- Engenharia de workflows e processos
- Orquestração de sprints
- Cultura e comunicação do studio
Ciclo de 6 dias:
- Semana 0: Pré-planejamento e alocação
- Semanas 1-2: Coordenação de kickoff e bloqueios
- Semanas 3-4: Ajustes e pivôs
- Semana 5: Suporte à integração e preparação de lançamento
- Semana 6: Retrospectivas e planejamento próximo ciclo
🔬 experiment-tracker
Especialista em validação data-driven
- Design e setup de experimentos
- Tracking de implementação
- Coleta e monitoramento de dados
- Análise estatística e insights
- Documentação de decisões
- Gestão de iteração rápida
Ciclo de 6 dias:
- Semana 1: Design e implementação do experimento
- Semanas 2-3: Coleta de dados iniciais e iteração
- Semanas 4-5: Análise de resultados e decisões
- Semana 6: Documentar aprendizados e planejar próximos experimentos
🔄 Workflows Recomendados
Workflow 1: Lançamento de Nova Feature
┌─────────────────────────────────────────────────────────────────┐
│ NOVA FEATURE │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 1. DESIGN DO EXPERIMENTO │
│ └─> Use: experiment-tracker │
│ - Definir hipótese e métricas de sucesso │
│ - Configurar feature flag │
│ - Planejar rollout gradual │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 2. COORDENAÇÃO DE TIMES │
│ └─> Use: studio-producer │
│ - Alocar recursos de design e engenharia │
│ - Mapear dependências entre times │
│ - Criar cronograma de entregas │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 3. EXECUÇÃO DO LANÇAMENTO │
│ └─> Use: project-shipper │
│ - Criar plano de release │
│ - Preparar assets de marketing │
│ - Executar rollout │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 4. ANÁLISE PÓS-LANÇAMENTO │
│ └─> Use: experiment-tracker │
│ - Analisar métricas de adoção │
│ - Documentar aprendizados │
│ - Decisão: ship/kill/iterate │
└─────────────────────────────────────────────────────────────────┘
Workflow 2: Resolução de Crise (Deploy Problemático)
┌─────────────────────────────────────────────────────────────────┐
│ DEPLOY COM PROBLEMAS │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 1. AVALIAÇÃO RÁPIDA │
│ └─> Use: project-shipper │
│ - Avaliar severidade │
│ - Decisão: hotfix ou rollback │
│ - Comunicar stakeholders │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────┐
│ Severidade? │
└────────┬────────┘
│
┌─────────────────┼─────────────────┐
▼ ▼ ▼
CRÍTICA ALTA BAIXA
│ │ │
▼ ▼ ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ 2a. ROLLBACK │ │ 2b. HOTFIX │ │ 2c. PRÓXIMA │
│ IMEDIATO │ │ RÁPIDO │ │ SPRINT │
└─────────────────┘ └─────────────────┘ └─────────────────┘
│ │ │
└─────────────────┼─────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 3. COORDENAÇÃO DE RESPOSTA │
│ └─> Use: studio-producer │
│ - Mobilizar tiger team se necessário │
│ - Redistribuir recursos │
│ - Comunicação interna │
└─────────────────────────────────────────────────────────────────┘
Workflow 3: Otimização de Processo
┌─────────────────────────────────────────────────────────────────┐
│ PROCESSO LENTO/INEFICIENTE │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 1. ANÁLISE DO WORKFLOW │
│ └─> Use: studio-producer │
│ - Mapear fluxo atual │
│ - Identificar gargalos │
│ - Medir tempos de ciclo │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 2. DESIGN DE MELHORIAS │
│ └─> Continue: studio-producer │
│ - Propor novos processos │
│ - Criar templates e automações │
│ - Definir métricas de sucesso │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 3. VALIDAÇÃO DAS MELHORIAS │
│ └─> Use: experiment-tracker │
│ - Testar novo processo com 1 time │
│ - Medir comparação antes/depois │
│ - Documentar resultados │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 4. ROLLOUT ORQUESTRADO │
│ └─> Use: project-shipper │
│ - Criar plano de adoção pelos times │
│ - Treinamento e comunicação │
│ - Monitorar adoção │
└─────────────────────────────────────────────────────────────────┘
💡 Dicas de Uso
Múltiplos agentes podem ser usados em sequência: Um lançamento geralmente começa com
experiment-tracker(definição da hipótese), passa porstudio-producer(coordenação de recursos) e termina comproject-shipper(execução do lançamento).Seja proativo: Não espere o problema acontecer. Se você vê um deadline se aproximando, já invoque o
project-shipper. Se percebe sobrecarga nos times, chame ostudio-producer.Documente as decisões: Os agentes geram muitos insights. Sempre mantenha um registro das decisões tomadas para referência futura.
Itere rápido: No ciclo de 6 dias, não há tempo para atrasos. Use os agentes para manter o ritmo e qualidade.
🎨 Convenções do Studio
- Ciclo de desenvolvimento: 6 dias
- Regra de alocação: 70% core, 20% melhorias, 10% experimentos
- Limite de WIP: Evite sobrecarga de trabalho em progresso
- Decisões data-driven: Sempre que possível, use experimentos para validar
- Comunicação transparente: Todos devem saber o que está acontecendo
- Ship fast, learn faster: Velocidade é importante, mas aprendizado é crucial