Noções básicas de Desenvolvimento ágil

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

Estrutura de Scrum

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

Grupo de atribuição ou equipe ágil

Grupo de usuários envolvidos 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 o scrum master, que é responsável por garantir que todas as atividades de scrum sejam executadas 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 fornece valor aos negócios, como um novo recurso ou um aprimoramento significativo. Os épicos são divididos em histórias ágeis e podem ser trabalhados por uma ou várias equipes.

História

Peças curtas e gerenciáveis de trabalho que estão relacionadas a um épico. As histórias capturam quem, o que e por que 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 nele.

Tarefa de Scrum

Tarefas distintas 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 nos recursos existentes e outras atividades de desenvolvimento de produtos.

O backlog é considerado como a única fonte de trabalho para um produto ou equipe. Qualquer coisa que não esteja incluída no backlog não seria priorizado 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, nos quais os membros da equipe selecionam e concluem um número definido de histórias. Esses ciclos curtos e com caixa de tempo fornecem às equipes a flexibilidade para se adaptarem às prioridades em mudança.

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 semanas.

Backlog de Sprint

Escopo de trabalho de um sprint. Os responsáveis pelo produto e suas equipes de desenvolvimento usam a atividade de planejamento de sprint para revisar o backlog e decidir sobre as histórias a serem escolhidas 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 você 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 lançado para o mercado.

Versão

Uma versão tem uma data de início e término durante as quais 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ões.

Nota:

Em Desenvolvimento ágil 2.0 certifique-se de criar um produto antes de criar temas, épicos ou histórias. Esses registros não podem ser enviados 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

Defeitos podem ser usados para relatar e rastrear a resolução de problemas que são observados durante o desenvolvimento de um novo recurso ou como feedback para recursos existentes. Os responsáveis pelo 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 recursos 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 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 eles 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.

Em pé diário

Os membros do grupo de atribuição se reúnem para discutir o andamento de seu trabalho no dia anterior, o trabalho planejado para o dia atual e quaisquer bloqueios. O stand-up diário mantém os membros do grupo focados em concluir as histórias do sprint atual e informa o scrum master sobre quaisquer bloqueadores.

Ao final do sprint, todas as suas histórias devem estar completas. 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 que concluiu e demonstra os recursos recém-desenvolvidos para o responsável pelo produto.

Retrospetivas de sprint

Uma reunião 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 ajudar você a gerenciar seus esforços de desenvolvimento de produtos, consulte Desenvolvimento ágil fluxo do processo.

Relatórios de Scrum

Os relatórios de Scrum ajudam você 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 fornecer 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 ajudar você a melhorar suas práticas ágeis.

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