Artefatos do Scrum e Definição de Pronto.

Por -

Artefatos do Scrum - Product Backlog, Sprint Backlog, Incremento; e Definition of Done - DoD.

Resultado de imagem para product backlog sprint backlog increment"
Vamos começar identificando os três artefatos do scrum. Artefato é algo que criamos, como uma ferramenta para resolver um problema. No Scrum esses três artefatos são: Product Backlog, Sprint Backlog, e um incremento com sua definição de “feito”. São as três constantes que uma equipe Scrum irá revisitar e investir hora extras.

Product Backlog

Resultado de imagem para product backlog"
É a lista principal de tudo que deve ser necessário no produto. É uma lista dinâmica de características, requisitos, melhorias, e consertos que atua como entrada no Sprint Backlog. É essencialmente a lista de tarefas da equipe “To Do”.Gerenciado única e exclusivamente pelo Product Owner, que o faz a todo momento, o product backlog deve ser mantido longe do time de desenvolvimento, para evitar dispersão.

Sprint Backlog

Resultado de imagem para product backlog"
Durante a segunda parte da reunião de Planejamento da Sprint, é construído o Backlog da Sprint. Esse artefato lista as tarefas que serão necessárias para transformar um item do Product Backlog em um incremento de software “pronto”.

A responsabilidade de construir esse artefato é do time de desenvolvimento, que irá listar o que é necessário para criar o produto pronto. Deve-se listar todas as tarefas pertinentes para desenvolver o item, desde a modelagem de dados, construção da interface, desenvolvimento das regras de negócio, testes específicos, etc.


O Sprint Backlog deve ser flexível e pode evoluir durante uma Sprint. No entanto o objetivo principal de uma Sprint, o que a equipe deseja alcançar com a Sprint atual, não poderá ser comprometido. Somente o Time de Desenvolvimento poderá adicionar ou remover tarefas do Sprint Backlog e poderá fazê-lo a qualquer momento.

Incremento

Resultado de imagem para increment scrum"

Incremento(Sprint Goal) é o produto potencialmente utilizável ao final de uma sprint. É geralmente demonstrado ao final de uma sprint, onde a equipe mostra o que foi concluído na Sprint. Você pode não ouvir a palavra “incremento” no geral, pois frequentemente é referido como a conclusão “done” de um marco, meta de uma Sprint ou até mesmo uma versão completa do produto em questão. Depende apenas de como sua equipe irá definir como pronto "done" e como você define suas metas de sprint.

Definição de pronto "done" ? Definition of Done - DoD

Resultado de imagem para definition of done"

 E por fim, a Definição de Pronto (Definition of Done - DoD), um documento contendo uma definição comum e clara do que "done" (pronto) significa para o time. Product Owner, Scrum Master, o Time de Desenvolvimento e os demais stakeholders diretamente ligados ao projeto devem ter um entendimento único da situação real de um incremento dito como pronto. Embora possa soar estranho, pessoas diferentes possuem entendimentos diferentes do que pronto significa dependendo do seu background e contexto dentro do projeto. Para um programador, "done" pode significar estar codificado na sua máquina. Para um Product Owner, "done" pode significar que ele testou e homologou o Incremento. É importante que o time defina este artefato de transparência logo no início da primeira sprint, pois geralmente é algo que impacta o pipeline de desenvolvimento das tarefas, afeta a estimativa das mesmas e pode gerar muita dor de cabeça se não feita.

 Fontes:
https://www.luiztools.com.br/post/o-que-e-scrum/
https://escritoriodeprojetos.com.br/artefatos-do-scrum
https://www.atlassian.com/agile/scrum




Comentários

Postar um comentário

Postagens mais visitadas deste blog

Metodologia Ágil - O Manifesto Ágil

Por -
Imagem
No ano de 2001, um grupo com 17 renomados desenvolvedores de software, agruparam diversos conceitos de metodologias ágeis e assinaram o Manifesto para o Desenvolvimento Ágil de Software, que passou a ser referência para diversas comunidades de desenvolvimento. Nesse manifesto foram reunidos 4 valores e 12 princípios. Os 4 valores são:  - Os indivíduos e interações mais que os processos e ferramentas; - Software funcional mais do que documentação abrangente; - Colaboração do cliente mais do que negociação de contratos; - Responder a mudança mais que seguir um plano; Os 12 princípios são: - Ter como prioridade a satisfação do cliente por meio de entregas de valor contínuas e rápidas; - Ser receptivo a alterações nos requisitos em qualquer fase do processo. Aliás, ambientes mutáveis são empregados em toda etapa do projeto para entregar ao cliente vantagem competitiva; - Realizar entregas frequentes (do produto ou serviço), no menor período de tempo
Leia mais

Microsoft Solutions Framework (MSF)

Por -
Imagem
O MSF é um dos métodos ágeis mais usados por se destinar ao desenvolvimento de soluções tecnológicas por equipes reduzidas, com foco na diminuição de riscos para o negócio e no aumento da qualidade do produto final. O propósito é identificar as falhas mais comuns em projetos de tecnologia, mitigando-as e aumentando as taxas de sucesso de cada iniciativa. Dessa forma, assim como o Scrum, o MSF tem mais foco na gestão do projeto do que no desenvolvimento da solução em si. As suas premissas são: - Alinhamento da tecnologia desenvolvida com os objetivos de negócio do cliente; - Escopo bem estruturado e detalhado; - Desenvolvimento iterativo; - Gerenciamento de riscos; - Agilidade na resposta a mudanças. Assim como os outros métodos ágeis, o MSF também tem melhores práticas que devem ser observadas pela equipe para atingir os níveis de excelência buscados: - Comunicação aberta e transparente entre todos os envolvidos; - Visão compartilhada do negócio; - Equipe capacitada;
Leia mais