Estrutura de um Sprint
O objetivo deste documento é:
- Organizar o conteúdo no playbook para rápida referência e descobrimento
- Fornecer conteúdo em uma estrutura lógica que reflita o processo de engenharia
- Hierarquia extensível para permitir que as equipes compartilhem conhecimento profundo em assuntos específicos
A primeira semana de um Projeto ISE
Antes de iniciar o projeto
- Discutir e começar a escrever os Acordos da Equipe. Atualize esses documentos com quaisquer decisões de processo feitas ao longo do projeto
- Configurar o(s) repositório(s)
- Decidir sobre a estrutura(s) do repositório
- Adicionar README.md, LICENSE, CONTRIBUTING.md, .gitignore, etc
- Construir um Backlog de Produto
- Configurar um projeto na sua ferramenta de gerenciamento de projeto escolhida (ex. Azure DevOps)
- INVEST em boas Histórias de Usuário e Critérios de Aceitação
- Orientação para Requisitos Não Funcionais
Dia 1
- Planejar o primeiro sprint
- Concordar com um objetivo de sprint e como medir o progresso do sprint
- Determinar a capacidade da equipe
- Atribuir histórias de usuário ao sprint e dividir histórias de usuário em tarefas
- Configurar limites de Trabalho em Andamento (WIP)
- Decidir sobre frameworks de teste e discutir estratégias de teste
- Discutir o propósito e os objetivos dos testes e como medir a cobertura de teste
- Concordar em como separar testes unitários de testes de integração, carga e fumaça
- Projetar os primeiros casos de teste
- Decidir sobre a nomenclatura das branches
- Discutir necessidades de segurança e verificar que segredos são mantidos fora do controle de versão
Dia 2
- Configurar Controle de Fonte
- Concordar com melhores práticas para commits
- Configurar Integração Contínua básica com linters e testes automatizados
- Configurar reuniões para Stand-ups Diários e decidir sobre um Líder de Processo
- Discutir propósito, objetivos, participantes e orientações para facilitação
- Discutir o momento e como executar um stand-up eficiente
- Se o projeto tiver subequipes, configurar um Scrum de Scrums
Dia 3
- Concordar com o estilo de código e sobre como atribuir Pull Requests
- Configurar Validação de Build para Pull Requests (2 revisores, linters, testes automatizados) e concordar com Definição de Concluído
- Concordar com uma estratégia de Mesclagem de Código e atualizar o CONTRIBUTING.md
- Concordar com frameworks e estratégias de registro e observabilidade
Dia 4
- Configurar Implantação Contínua
- Determinar quais ambientes são apropriados para esta solução
- Para cada ambiente, discutir o propósito, quando a implantação deve ser acionada, aprovadores pré-implantação, aprovação para promoção.
- Decidir sobre uma estratégia de versionamento
- Concordar em como Projetar um recurso e conduzir uma Revisão de Design
Dia 5
- Realizar uma Demonstração de Sprint
- Conduzir uma Retrospectiva
- Determinar participantes necessários, como capturar entrada (ferramentas) e resultado
- Definir um cronograma e discutir facilitação, estrutura da reunião, etc.
- Refinar o Backlog
- Determinar participantes necessários
- Atualizar a Definição de Pronto
- Atualizar estimativas e o documento Estimativa
- Enviar Feedback de Engenharia para problemas encontrados