Noções básicas de Desenvolvimento ágil

O Scrum é uma das metodologias populares de Desenvolvimento ágil, que inclui uma programação de sprint fixa e testes de requisitos regulares. Essas atividades são realizadas por funções comuns, como responsável pelo produto, mestre de scrum e membros do grupo. Saiba mais sobre os conceitos básicos do processo Desenvolvimento ágil.

Estrutura do Scrum

Familiarize-se com a terminologia e os artefatos usados em Desenvolvimento ágil.

Grupo de atribuição ou equipe ágil

Grupo de usuários que está envolvido no trabalho e na conclusão do desenvolvimento de um produto Agile. Em Desenvolvimento ágil 2.0, esta equipe é chamada como um grupo de atribuição.

Em um grupo de atribuição, um usuário é designado como scrum master, que é responsável por garantir que todas as atividades de scrum sejam realizadas corretamente para uma versão. Para obter mais informações, consulte Grupos de atribuição em Desenvolvimento ágil 2.0.

Épico

Definição de alto nível de um requisito que agrega valor aos negócios, como um novo recurso ou uma melhoria significativa. Os épicos são divididos em histórias do Agile e podem ser trabalhados por uma única ou várias equipes.

História

Trabalhos curtos e gerenciáveis relacionados a um épico. Histórias capturam quem, o quê e o porquê de um requisito de forma simples e concisa. Usando a descrição e os critérios mencionados nas histórias, as equipes podem estimar com precisão o esforço necessário para implementar o trabalho nela.

Tarefa de Scrum

Tarefas distintas que são necessárias para concluir uma história. Uma tarefa pode exigir de 4 a 12 horas para ser concluída.

Backlog

Lista de trabalhos que devem ser implementados como parte da obtenção de resultados específicos. O backlog contém trabalho relacionado a novos recursos, melhorias em recursos existentes e outras atividades de desenvolvimento de produtos.

O backlog é considerado a única origem de trabalho para um produto ou equipe. Qualquer coisa que não esteja incluída no backlog não será priorizada para desenvolvimento.

Backlog pessoal

Os responsáveis pelo produto definem um pipeline de trabalho personalizado chamado backlog pessoal, aplicando critérios de filtro relevantes. Em Desenvolvimento ágil 2.0, os responsáveis pelo produto podem definir quantos backlogs personalizados forem necessários. Os critérios usados para criar o backlog personalizado são flexíveis e podem ser modificados a qualquer momento.

Sprints

Períodos curtos e fixos em que os membros da equipe escolhem e concluem um determinado número de histórias. Esses ciclos curtos e com intervalo de tempo fornecem às equipes a flexibilidade de se adaptar às mudanças de prioridades.

A cadência de recorrência de um sprint é decidida pelas equipes de desenvolvimento e pelos responsáveis pelo produto. Por exemplo, um sprint de 10 dias ou um sprint de 1 semana.

Backlog de Sprint

Escopo de trabalho para um sprint. Os responsáveis pelo produto e suas equipes de desenvolvimento usam a atividade de planejamento de sprint para revisar seu backlog e decidir sobre as histórias a serem selecionadas para um sprint.

Tema

Área de foco com um valor comercial associado. Um tema está relacionado a um ou mais objetivos da empresa. Os temas ajudam a priorizar seu trabalho em alto nível e podem ser associados a vários épicos.

Produto

Entidade para organizar temas, épicos e histórias de funcionalidade semelhante em um único contexto. Um produto representa um item ou um recurso que deve ser desenvolvido e liberado para o mercado.

Versão

Uma versão tem uma data de início e de término durante a qual várias iterações de desenvolvimento são concluídas. As versões são criadas por um responsável pelo produto e contêm histórias de usuários, às vezes de vários produtos, e também podem envolver várias equipes. As histórias associadas a uma versão formam seu backlog de versão.

Nota:

Em Desenvolvimento ágil 2.0, certifique-se de criar um produto antes de criar temas, épicos ou histórias. Você não pode enviar esses registros sem anexá-los a um produto.

Depois de criar histórias e tarefas de scrum para seus produtos, você pode criar um backlog personalizado contendo as histórias de um ou mais desses produtos.

Defeitos

Os defeitos podem ser usados para relatar e rastrear a resolução de problemas detectados durante o desenvolvimento de um novo recurso ou como um feedback para recursos existentes. Os proprietários do produto revisam esses defeitos e decidem criar histórias para eles, que são atribuídas aos grupos de atribuição relevantes.

Usando o Desenvolvimento ágil — Backlog unificado, você pode configurar um quadro de triagem para manter um backlog centralizado para registros de diferentes tipos de tarefa, como defeitos, histórias e melhorias. Para obter mais informações, consulte Desenvolvimento ágil — Backlog unificado.

Melhorias

As solicitações de melhoria podem ser usadas para registrar melhorias de recurso para um produto. Essas solicitações podem surgir de requisitos internos ou feedback do cliente. Os responsáveis pelo produto revisam essas solicitações registradas e decidem criar histórias para elas com base na prioridade. Essas histórias são atribuídas aos grupos de atribuição relevantes para desenvolvimento.

Usando o Desenvolvimento ágil — Backlog unificado, você pode configurar um quadro de triagem para manter um backlog centralizado para registros de diferentes tipos de tarefa, como defeitos, histórias e melhorias. Para obter mais informações, consulte Desenvolvimento ágil — Backlog unificado.

Atividades de Scrum

O processo de Scrum geralmente consiste nas seguintes atividades.

Planejamento de sprint

Os membros do grupo de atribuição se reúnem para decidir sobre as histórias que podem se comprometer a entregar no sprint. Normalmente, eles se comprometem com as histórias mais bem classificadas primeiro. O grupo decide quais tarefas de scrum são necessárias para cada história. O responsável pelo produto deve estar presente para responder a quaisquer perguntas.

Afastamento diário

Os membros do grupo de atribuição se reúnem para discutir o andamento do trabalho do dia anterior, o trabalho planejado para o dia atual e quaisquer bloqueadores. A manutenção diária mantém os membros do grupo focados em concluir as histórias do sprint atual e informa o mestre de scrum sobre quaisquer bloqueadores.

No final do sprint, todas as suas histórias devem ser concluídas. Todas as histórias incompletas são movidas de volta para o backlog ou para um sprint futuro.

Revisões de sprint

As reuniões de revisão de sprint são realizadas no final de cada sprint. Nessas reuniões, o grupo de atribuição revisa o trabalho concluído e demonstra os recursos recém-desenvolvidos ao responsável pelo produto.

Retrospectivas de sprint

Uma reunião de retrospectiva é realizada no final de cada sprint para facilitar a discussão entre os membros do grupo sobre o que deu certo e o que não deu certo. O objetivo de uma retrospectiva de sprint é discutir maneiras de melhorar a execução de sprints futuros.

Para obter detalhes sobre como Desenvolvimento ágil 2.0 pode ajudá-lo a gerenciar seus esforços de desenvolvimento de produtos, consulte Desenvolvimento ágil fluxo do processo.

Relatórios de Scrum

Os relatórios do Scrum ajudam a analisar o desempenho e o progresso da sua equipe ágil. Esses relatórios podem estar relacionados a um épico, sprint ou versão e fornecem dados históricos da velocidade de trabalho da sua equipe. Performance Analytics O pacote de conteúdo para Agile 2.0 fornece painéis pré-configurados com visualizações de dados para ajudá-lo a melhorar suas práticas ágeis.

Para obter mais informações, consulte Performance Analytics Pacote de conteúdo para Agile 2.0.