SCRUM

Mapa mental do Scrum: Definições

Get Started. It's Free
or sign up with your email address
SCRUM by Mind Map: SCRUM

1. O Scrum Master deve trabalhar com o Dono do produto, a Equipe de desenvolvimento e outras partes envolvidas para entender se os artefatos são completamente transparentes.

2. Realizar pequenos entregáveis para gerar valor ao longo do projeto

2.1. #1 - Planejamento

2.2. #2 - Desenvolvimento

2.3. #3 - Testes

2.4. #4 - Revisão

2.5. #5 - Lançamento

3. PENSAMENTO ÁGIL

4. representam trabalho ou valor para fornecer transparência e oportunidades para inspeção e adaptação.

5. Lista de produtos pendentes

5.1. Um Backlog do produto nunca está completo.

5.2. O Backlog do produto é dinâmico; ele muda constantemente para identificar o que o produto precisa ser apropriado, competitivo e útil.

5.3. À medida que um produto é usado e ganha valor, e o mercado fornece feedback, o Backlog do Produto se torna uma lista maior e mais exaustiva.

5.4. Alterações nos requisitos de negócios, condições de mercado ou tecnologia podem causar alterações no Backlog do Produto.

5.5. O refinamento do Backlog do Produto é o ato de adicionar detalhes, estimativas e pedidos aos itens do Backlog do Produto

5.6. Monitorando o progresso em direção às metas

5.6.1. O Dono do produto rastreia esse trabalho total restante pelo menos a cada Revisão da Sprint.

6. Definições básicas

6.1. OBJETIVO DO SCRUM

6.1.1. Serve para desenvolvimento, fornecimento e manutenção de produtos complexos.

6.2. DEFINIÇÃO DO SCRUM

6.2.1. É uma estrutura na qual pessoas podem lidar com problemas adaptativos complexos de maneira produtiva e criativa com maior valor possível.

6.3. Uso do SCRUM

6.3.1. Desenvolvimento de Software e Harware

6.3.2. veiculos autonomos

6.3.3. Escolas

6.3.4. Governo

6.3.5. Gerenciamento de equipes

6.3.6. Produtos e Serviços

6.4. Teoria do Scrum

6.4.1. Baseado na teoria empírica

6.4.1.1. Transparencia

6.4.1.2. Inspeção

6.4.1.2.1. Adaptação

6.5. Valores do Scrum

6.5.1. Comprometimento

6.5.2. Coragem

6.5.3. Foco

6.5.4. Abertura

6.5.5. Respeito

6.6. PAPEIS

6.6.1. Product Owner:

6.6.1.1. Dono do Produto, responsável por criar a visão do produto. Gerenciar o Backlog do Produto, priorizar as necessidade e compreender expectativas. É a voz do cliente.

6.6.2. Scrum Master:

6.6.2.1. Líder servidor, facilitador, removedor de impedimentos do Time Scrum e demais stakeholders. Garante que os eventos Scrum sejam executados. Responsável por manter o Scrum fluindo na organização.

6.6.3. Time de Desenvolvimento:

6.6.3.1. Formado por equipe auto-organizada, responsável por realizar o trabalho que irá gerar a entrega da Sprint, possivelmente resultando em uma versão usável do produto. Seu tamanho ideal é de 03 à 09 pessoas. Os papéis de Product Owner e Scrum Master não fazem parte do time de desenvolvimento, ao menos que executem o trabalho do Backlog da Sprint.

6.7. Consistem em:

6.7.1. ARTEFATOS

6.7.1.1. Product Backlog:

6.7.1.1.1. Lista dinâmica e ordenada de tudo que deve ser necessário no produto, incluindo todas as características, funções, requisitos, melhorias e correções que formam as mudanças que devem ser feitas no produto nas futuras versões.

6.7.1.2. Sprint Backlog:

6.7.1.2.1. Itens do Product Backlog que foram selecionados para a Sprint. O Backlog da Sprint retrata os itens que estão sendo trabalhados e que estarão disponíveis no próximo incremento.

6.7.1.3. Definition of Done

6.7.1.3.1. Ao definir que um item está pronto, é preciso que todos tenham o mesmo conceito do que é pronto na determinada Sprint. O Time deve ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência. A definição de pronto é capaz de impactar diretamente na qualidade efetuada pelo time.

6.7.2. EVENTOS

6.7.2.1. Sprint

6.7.2.1.1. O que é: Sprint é o coração do Scrum. Onde um incremento de produto, potencialmente utilizável é criado.

6.7.2.1.2. Duração: No máximo 4 semanas.

6.7.2.1.3. Quem participa: Time Scrum.

6.7.2.2. Sprint Planning

6.7.2.2.1. O que é: Reunião colaborativa do Time Scrum, onde é definido pelo Time de Desenvolvimento, os itens de Backlog do Produto que serão entregues ao final da Sprint. Estes itens selecionados pelo Time de Desenvolvimento é chamado da Sprint Backlog. Durante esta etapa de planejamento, é definido também a meta da sprint, ou seja, o objetivo definido para a Sprint que pode ser satisfeito através da implementação dos itens da Sprint Backlog.

6.7.2.2.2. Duração: No máximo 8 horas.

6.7.2.2.3. Quem participa: Time Scrum.

6.7.2.3. Daily Scrum

6.7.2.3.1. O que é: Reunião diária, executada pelo Time de Desenvolvimento e Scrum Master, onde objetiva-se o sincronismo das tarefas e planejamento para as próximas 24h. Algumas questões importantes devem ser levadas para a Daily Scrum, como por exemplo: O que foi feito no dia anterior, o que será feito no dia atual e possíveis impedimentos que estão dificultando a conclusão de tarefas.

6.7.2.3.2. Duração: No máximo 15 minutos.

6.7.2.3.3. Quem participa: Time de Desenvolvimento e Scrum Master.

6.7.2.4. Sprint Review

6.7.2.4.1. O que é: Reunião realizada no último dia da Sprint, onde é demonstrado para o product Owner e demais stakeholders, o incremento do produto criado. Focado no aceite ou rejeição do trabalho realizado. O resultado da Revisão da Sprint é um Backlog de Produto revisado, que define os itens prováveis de Backlog da próxima Sprint.

6.7.2.4.2. Duração: No máximo 4 horas.

6.7.2.4.3. Quem participa: Time Scrum e demais stakeholders que o Product Owner julgar necessário.

6.7.2.5. Sprint Retrospective

6.7.2.5.1. O que é: Reunião que ocorre após a Revisão da Sprint. Focado em rever o processo de trabalho e o que poderá ser melhorado. Está relacionada a garantia da qualidade.

6.7.2.5.2. Duração: No máximo 3 horas.

6.7.2.5.3. Quem participa: Time Scrum.

6.7.3. REGRAS

7. Nota final

7.1. As funções, eventos, artefatos e regras do Scrum são imutáveis ​​e, embora a implementação de apenas partes do Scrum seja possível, o resultado não é o Scrum. O Scrum existe apenas em sua totalidade e funciona bem como um contêiner para outras técnicas, metodologias e práticas.

8. Instruções Complementares

8.1. How great leaders inspire action | Simon Sinek

8.2. Scrum: How to do twice as much in half the time | Jeff Sutherland | TEDxAix

8.3. Lean Inception com Paulo Caroli

8.4. Design thinking for every endeavour | Robyn Richardson | TEDxCreativeCoast

8.5. Agile, Culture, and How to Make It Work for Us | Zaheer Ali | TEDxHastingsSt

9. Transparência de Artefato

9.1. Incremento

9.1.1. O incremento é a soma de todos os itens do Backlog do produto concluídos durante uma Sprint e o valor dos incrementos de todas as Sprints anteriores.

9.2. O trabalho do Scrum Master é trabalhar com a Equipe Scrum e a organização para aumentar a transparência dos artefatos.

9.3. Definição de "Concluído"

9.3.1. As equipes de desenvolvimento oferecem um incremento da funcionalidade do produto a cada Sprint.

9.3.2. Cada incremento é aditivo a todos os incrementos anteriores e exaustivamente testado, garantindo que todos os incrementos funcionem juntos.

10. Artefatos do Scrum

10.1. Planejamento de Sprint

10.1.1. O Planejamento da Sprint tem um prazo de oito horas, no máximo, para uma Sprint de um mês.

10.1.2. O Sprint Planning responde ao seguinte:

10.1.2.1. O que pode ser entregue no Incremento resultante do próximo Sprint? O que pode ser feito neste Sprint?

10.1.2.1.1. O Dono do produto discute o objetivo que a Sprint deve alcançar e os itens do Backlog do produto que, se concluídos na Sprint, atingiriam a meta da Sprint.

10.1.2.1.2. O número de itens selecionados no Backlog do produto para o Sprint depende exclusivamente da equipe de desenvolvimento.

10.1.2.1.3. Somente a equipe de desenvolvimento pode avaliar o que pode realizar no próximo Sprint.

10.1.2.2. Como o trabalho necessário para entregar o incremento será alcançado? Como será realizado o trabalho escolhido?

10.1.2.2.1. Depois de definir a meta da Sprint e selecionar os itens do Backlog do produto para a Sprint, a equipe de desenvolvimento decide como criar essa funcionalidade em um incremento de produto "Concluído" durante a Sprint.

10.1.2.2.2. Os itens do Backlog do produto selecionados para este Sprint mais o plano para entregá-los são chamados de Sprint Backlog.

10.1.2.2.3. O trabalho planejado para os primeiros dias do Sprint pela equipe de desenvolvimento é decomposto no final desta reunião, geralmente em unidades de um dia ou menos.

10.1.3. Objetivo da sprint

10.1.3.1. pode ser alcançado através da implementação do Product Backlog.

10.1.3.2. Criado durante a reunião de Planejamento da Sprint.

10.1.3.3. Se o trabalho for diferente do esperado pela equipe de desenvolvimento, eles colaboram com o Dono do produto para negociar o escopo do Backlog da Sprint dentro da Sprint.

10.1.4. Daily Scrum

10.1.4.1. Evento diário de 15 minutos

10.1.4.2. Cria o planejamento para as próximas 24hs

10.1.4.3. Realizado no mesmo horário e local todos

10.1.4.4. A estrutura da reunião é definida pela Equipe de Desenvolvimento

10.1.4.4.1. O que fiz ontem que ajudou a equipe de desenvolvimento a atingir a meta da Sprint?

10.1.4.4.2. O que farei hoje para ajudar a Equipe de Desenvolvimento a atingir a meta da Sprint?

10.1.4.4.3. Vejo algum impedimento que impeça a mim ou à equipe de desenvolvimento de atingir a meta da Sprint?

10.1.4.5. A equipe de desenvolvimento é responsável pela condução do Daily Scrum

10.1.4.6. É uma reunião importante de inspeção e adaptação.

10.1.5. Revisão da Sprint

10.1.5.1. reunião informal

10.1.5.2. A presentação do Incremento visa obter feedback e promover a colaboração.

10.1.5.3. Máximo 4hs para Sprints de um mês

10.1.5.4. Inclui os seguintes elementos:

10.1.5.4.1. Equipe Scrum e as principais partes interessadas, convidadas pelo Product Owner;

10.1.5.4.2. O Dono do produto explica quais itens do Backlog do produto foram "Concluídos" e o que não foi "Concluído"

10.1.5.4.3. O Dono do Produto discute o Backlog do Produto como está. Ele projeta datas-alvo e entregas prováveis ​​com base no progresso até a data (se necessário);

10.1.5.4.4. Revisão de como o mercado ou o uso potencial do produto podem ter mudado o que é mais importante a seguir

10.1.5.4.5. Revisão da linha do tempo

10.1.5.4.6. Orçamento

10.1.5.4.7. Recursos potenciais

10.1.5.4.8. Mercado para os próximos lançamentos previstos de funcionalidade ou capacidade do produto.

10.1.5.5. Define os itens prováveis ​​do Backlog do Produto para o próximo Sprint.

10.1.6. Retrospectiva da Sprint

10.1.6.1. A Retrospectiva da Sprint é uma oportunidade para a Equipe Scrum se inspecionar e criar um plano para melhorias a serem implementadas durante a próxima Sprint.

10.1.6.2. A Retrospectiva da Sprint ocorre após a Revisão da Sprint e antes do próximo Planejamento da Sprint.

10.1.6.3. Máximo de 3hs de reunião

10.1.6.4. O Scrum Master garante que o evento ocorra e que os participantes entendam seu propósito.

10.1.6.5. objetivo da restrospectiva

10.1.6.5.1. Inspecione como foi o último Sprint com relação a pessoas, relacionamentos, processos e ferramentas;

10.1.6.5.2. Identifique e encomende os principais itens que foram bem e as possíveis melhorias;

10.1.6.5.3. Crie um plano para implementar melhorias na maneira como a equipe Scrum faz seu trabalho.

10.2. Backlog da Sprint

10.2.1. O Sprint Backlog torna visível todo o trabalho que a Equipe de Desenvolvimento identifica como necessário para atingir a meta do Sprint.

10.2.2. O Sprint Backlog é o conjunto de itens do Backlog do produto selecionados para o Sprint, além de um plano para fornecer o incremento do produto e atingir a meta do Sprint.

10.2.3. O Sprint Backlog é uma previsão da equipe de desenvolvimento sobre qual funcionalidade será no próximo incremento e o trabalho necessário para entregar essa funcionalidade em um incremento "Concluído".

10.2.4. Monitorando o progresso da sprint

10.2.4.1. A equipe de desenvolvimento rastreia esse trabalho total restante, pelo menos para cada Daily Scrum, para projetar a probabilidade de atingir a meta da Sprint.

11. Eventos Scrum

11.1. The Sprint

11.1.1. The Sprint: O coração do Scrum

11.1.2. Um novo Sprint começa imediatamente após a conclusão do Sprint anterior.

11.1.3. Pempo maximo

11.1.3.1. 30 dias

11.1.4. Consistem no Planejamento do Sprint

11.1.4.1. Scrums diários

11.1.4.2. trabalho de desenvolvimento

11.1.4.3. Revisão do Sprint

11.1.4.4. Retrospectiva do Sprint.

11.1.5. Cancelando um Sprint

11.1.5.1. se o objetivo do Sprint se tornar obsoleto

11.1.5.1.1. Isso pode ocorrer se a empresa mudar de direção ou se as condições do mercado ou da tecnologia mudarem

11.1.5.2. Se não fizer mais sentido, dadas as circunstâncias.

11.1.5.3. Quando um Sprint é cancelado, todos os itens concluídos e "Concluídos" do Backlog do produto são revisados.

11.1.5.4. Todos os itens incompletos do backlog do produto são re-estimados e colocados no backlog do produto.

12. Equipe Scrum

12.1. O dono do Produto

12.1.1. Maximiza o valor do produto resultante da equipe de desenvolvimento

12.1.2. Realiza o Backlog do produto

12.1.3. Garantir que a equipe de desenvolvimento entenda os itens no Backlog

12.1.4. pode executar o trabalho acima ou a Equipe de Desenvolvimento

12.1.5. é uma pessoa, não um comitê

12.1.6. Para que o Dono do Produto seja bem-sucedido, toda a organização deve respeitar suas decisões.

12.1.7. As decisões do Dono do produto são visíveis no conteúdo e no pedido do Backlog do produto.

12.2. Equipe de desenvolvimento

12.2.1. Um incremento "Concluído" é necessário na Revisão da Sprint.

12.2.2. São auto-organizados

12.2.3. São multifuncionais

12.2.4. Não tem hierarquia dentro da equipe de desenvolvimento

12.2.4.1. O Scrum não reconhece títulos para os membros da equipe de desenvolvimento

12.2.4.2. O Scrum não reconhece sub-equipes na equipe de desenvolvimento

12.2.4.3. Os membros da equipe de desenvolvimento individual podem ter habilidades e áreas de foco especializadas, mas a responsabilidade pertence à equipe de desenvolvimento como um todo.

12.2.5. Tamanho da equipe de desenvolvimento

12.2.5.1. Entre 3 a 15 menbros

12.3. Esses eventos foram projetados especificamente para permitir transparência e inspeção críticas.

12.4. Scrum Master

12.4.1. O Scrum Master é responsável por promover e apoiar o Scrum

12.4.2. O Scrum Masters faz isso ajudando todos a entender a teoria, práticas, regras e valores do Scrum.

12.4.3. Especie de coachi ou líder servidor

12.4.4. Ajuda as pessoas de fora da equipe Scrum a entender quais de suas interações com a equipe Scrum são úteis e quais não são

12.4.5. Qual a relação com Dono do Produto?

12.4.5.1. Garantir que as metas, escopo e domínio do produto sejam compreendidos por todos da equipe

12.4.5.2. Encontrar técnicas para o gerenciamento eficaz do Backlog do Produto

12.4.5.3. Garantir que o Dono do produto saiba como organizar o Backlog do produto para maximizar o valor

12.4.5.4. Facilitar eventos Scrum

12.4.6. Qual a relação com a equipe de desenvolvimento?

12.4.6.1. Coaching da equipe de desenvolvimento em auto-organização

12.4.6.2. Remoção de impedimentos ao progresso da equipe

12.4.6.3. Facilitar eventos Scrum

12.4.7. Qual a relação com a Organização?

12.4.7.1. Liderar e treinar a organização na adoção do Scrum

12.4.7.2. Planejando implementações de Scrum dentro da organização

12.4.7.3. Ajudar os funcionários e as partes interessadas a entender e aprovar o Scrum

12.4.7.4. Causando mudanças que aumentam a produtividade