Roteiro
Abaixo está uma descrição concisa de como planejamos e executamos nosso trabalho ao longo do ano. É destinado a clientes e parceiros que desejam ter uma visão geral de nossa abordagem trimestral, nossos sprints de duas semanas e como gerenciamos o Planejamento de PI (Program Increment) duas semanas antes do final de cada trimestre.
Roteiros
Confira nossos roteiros para obter uma visão geral de nossas prioridades atuais e nossa visão para o ano.
Por Que Isso É Importante Para Você
- Marcos transparentes: Você saberá exatamente quando os sprints começam e terminam, e quando os principais eventos de planejamento (PI Planning) ocorrem.
- Check-ins regulares: Cada sprint inclui uma reunião de revisão (ou demonstração) onde você pode ver o progresso, fornecer feedback e solicitar ajustes.
- Alinhamento proativo no final do trimestre: Organizar o PI Planning duas semanas antes do final do trimestre nos permite adaptar facilmente às prioridades do trimestre seguinte sem pressa.
Trabalhando Juntos
- Mantenha-se envolvido: Seu feedback durante as revisões de sprint e as sessões de planejamento orienta nossas decisões sobre recursos, correções e prioridades.
- Antecipe: Com marcos definidos a cada duas semanas (para sprints) e a cada trimestre (para PI Planning), você pode ajustar seus próprios prazos de negócios ou lançamentos de acordo.
Visão Geral dos Itens de Trabalho
AI Smarttalk gerencia dois tipos principais de itens de trabalho recebidos:
- Funcionalidades – Novas funcionalidades ou melhorias nas existentes.
- Erros – Defeitos ou problemas nas funcionalidades existentes que requerem uma correção.
Abaixo está uma visão rápida de como as funcionalidades e os erros normalmente progridem através do nosso processo:
| Tipo de Item | Cronograma de Revisão | Fluxo de Prioridade Típico | Cadência de Planejamento |
|---|---|---|---|
| Funcionalidades | Revisões de priorização a cada duas semanas | Aceito (para o backlog) / Adiado / Rejeitado | Detalhado durante o Planejamento PI (a cada 3 meses) |
| Erros | Triagem contínua; erros críticos analisados o mais rápido possível | Correção Rápida (se crítico) / Correção de Erro (se menos crítico) | Pode ser inserido no sprint atual ou no próximo |
Plano Anual – Visão Geral
Dividimos o ano em quatro trimestres (Q1, Q2, Q3, Q4). Cada trimestre normalmente abrange três meses, e usamos sprints de duas semanas para dividir nosso trabalho. Essa abordagem garante:
- Atualizações regulares de acordo com um cronograma previsível.
- Ciclos de feedback frequentes, onde você pode compartilhar suas ideias e direcionar o projeto.
- Adaptabilidade caso as prioridades mudem no meio do trimestre.
Principais Marcos
-
Sprints (a cada 2 semanas)
- Conduzimos uma série de sprints de duas semanas ao longo do trimestre. Cada sprint termina com uma revisão do trabalho concluído e planejamento para os próximos passos.
-
Planejamento de PI (2 semanas antes do final de cada trimestre)
- Duas semanas antes do final de cada trimestre, realizamos uma sessão de Planejamento de PI.
- Por que 2 semanas antes? Este cronograma nos permite reunir informações suficientes, feedback dos usuários e disponibilidade da equipe para finalizar os objetivos para o próximo trimestre sem interromper o sprint final.
-
Transição de Trimestre
- No final de cada trimestre, compilamos as descobertas das revisões dos sprints, incorporamos o feedback mais recente e preparamos os objetivos para o próximo trimestre.
Como um Trimestre Geralmente Se Desenrola
Um trimestre (por exemplo, Q1, de 1 de janeiro a 31 de março) consiste em 6 sprints de aproximadamente 14 dias cada. Aqui está o cronograma típico:
- Do Sprint 1 ao Sprint 5 – Ciclos de desenvolvimento normais, cada um com duração de duas semanas.
- Planejamento PI – Realizado em torno do quinto ou sexto sprint, aproximadamente duas semanas antes do final do trimestre.
- Sprint Final & Encerramento – Usamos o sprint final para finalizar entregáveis e resolver quaisquer questões pendentes. No final do trimestre, você tem uma visão clara das funcionalidades concluídas, problemas resolvidos e próximos passos.
- Q1 abrange de 1 de janeiro a 31 de março (aproximadamente 90 dias).
- Q2 abrange de 1 de abril a 30 de junho, etc.
- Cada trimestre inclui um marco (PI Q1, PI Q2, etc.) duas semanas antes do final do trimestre (por exemplo, Q1 termina em 31 de março, PI Q1 está agendado para 17 de março).
Nota: Esta estrutura (6 sprints por trimestre, cada um com 2 semanas de duração) pode variar ligeiramente dependendo do calendário real, feriados ou necessidades específicas do projeto. No entanto, a cadência de sprints quinzenais e o Planejamento PI antes do final do trimestre permanecem constantes para fornecer a você marcos previsíveis.
Glossário
Abaixo está um glossário de termos comumente usados em nossa metodologia de desenvolvimento:
Sprint
- Definição: Um período de tempo (tipicamente de 1 a 2 semanas) durante o qual a equipe se concentra em um conjunto de objetivos (histórias de usuário, tarefas) para entregar um incremento funcional do produto.
- Objetivo: Permitir iterações rápidas, visibilidade frequente sobre o progresso e a capacidade de ajustar no final de cada sprint.
PI (Incremento de Programa)
- Definição: Um intervalo de tempo mais longo (geralmente um trimestre, ~8 a 12 semanas) que agrupa múltiplas sprints.
- Objetivo: Planejar e alinhar equipes em objetivos estratégicos mais amplos, permitindo ajustes em um prazo mais longo do que um sprint.
Backlog
- Definição: Uma lista priorizada de recursos, melhorias e correções a serem implementadas. É mantida pelo Product Owner ou pela equipe do produto.
- Objetivo: Garantir que a equipe se concentre em itens que entregam o maior valor ao produto ou projeto.
User Story
- Definição: Uma descrição concisa de um recurso do ponto de vista do usuário (“Como um [tipo de usuário], eu quero [capacidade] para que [benefício]”).
- Objetivo: Focar no valor para o usuário e esclarecer os requisitos funcionais.
Epic
- Definição: Uma user story em larga escala que geralmente pode ser decomposta em várias histórias menores.
- Objetivo: Gerenciar e estruturar recursos complexos ou projetos em grande escala.
Release
- Definição: A entrega de uma versão estabilizada do produto para o ambiente de produção ou para os usuários.
- Objetivo: Fornecer valor utilizável e coletar feedback concreto.