Mapa mental
Scrum
Mapa mental: Scrum
Contenido del mapa
Scrum
Framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos
Usos
- Pesquisar e Identificar mercados viáveis, tecnologias e funcionalidades de produtos
- Desenvolver produtos e melhorias
- Liberar produtos e melhorias frequentes
- Desenvolver e sustentar a Nuvem (online, segura, sob demanda) e outros ambientes operacionais para uso de produtos
- Sustentar e renovar produtos
fundamentado nas teorias empíricas de controle de processo, ou empirismo
Emprega uma abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos
Pilares
- transparência
- Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados
- Definição padrão comum para que os observadores compartilharem um mesmo entendimento comum do que está sendo visto
- inspeção
- Os usuários Scrum devem inspecionar os artefatos Scrum e o progresso em direção ao objetivo da Sprint para detectar variações indesejadas
- não deve ser tão frequente que atrapalhe o objetivo dos trabalhos
- São mais benéficas quando realizadas de forma diligente por inspetores especializados no trabalho a se verificar
- adaptação
- Se um inspetor determina que um ou mais aspectos de um processo desviou para fora dos limites aceitáveis, e que o resultado do produto será inaceitável, o processo ou o material sendo produzido deve ser ajustado
- O ajuste deve ser realizado o mais breve possível para minimizar mais desvio
- transparência
Eventos
- Planejamento da Sprint
- Time Boxed 8 horas para 1 mês
- Responde
- O que pode ser entregue como resultado do incremento da próxima Sprint?
- Como o trabalho necessário para entregar o incremento será realizado?
- Entradas
- Backlog do Produto
- mais recente incremento do produto
- capacidade projetada do Time de Desenvolvimento durante a Sprint
- desempenho passado do Time de Desenvolvimento
- O Time Scrum determina a meta da Sprint
- Trabalho suficiente é planejado durante o planejamento da Sprint pelo Time de Desenvolvimento para prever o que este acredita que poderá fazer durante a próxima Sprint
- Reunião diária
- Revisão da Sprint
- Realizada no final da Sprint
- Inspeciona o incremento e adapta o Backlog do Produto se necessário
- Máximo 4 horas de duração para uma Sprint de um mês
- O resultado da Revisão da Sprint é um Backlog do Produto revisado que define os prováveis Itens de Backlog do Produto para a próxima Sprint
- O Backlog do Produto pode também ser ajustado completamente para atender novas oportunidades
- Participantes: Time Scrum e os Stakeholders chaves convidados pelo Product Owner
- Product Owner
- Esclarece quais itens do Backlog do Produto foram “Prontos” e quais não foram “Prontos”;
- Discute o Backlog do Produto tal como está. Ele (ou ela) projeta os prováveis alvos e datas de entrega baseado no progresso até a data (se necessário)
- Time de Desenvolvimento
- Discute o que foi bem durante a Sprint, quais problemas ocorreram dentro da Sprint, e como estes problemas foram resolvidos
- Demonstra o trabalho que está “Pronto” e responde as questões sobre o incremento
- O grupo todo colabora sobre o que fazer a seguir, e é assim que a Revisão da Sprint fornece valiosas entradas para o Planejamento da Sprint subsequente
- Revisão de como o mercado ou o uso potencial do produto pode ter mudado e o que é a coisa mais importante a se fazer a seguir
- Revisão da linha do tempo, orçamento, potenciais capacidades, e mercado para a próxima versão esperada de funcionalidade ou de capacidade do produto
- Retrospectiva da Sprint
- Oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint
- Ocorre depois da Revisão da Sprint e antes do planejamento da próxima Sprint
- Reunião de no máximo três horas para uma Sprint de um mês
- Scrum Master
- Garante que o evento seja positivo e produtivo
- Ensina todos a manter o evento dentro do time-box
- Participa da reunião como um membro auxiliar do time devido a sua responsabilidade pelo processo Scrum
- Inspeciona como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas
- Identifica e ordena os principais itens que foram bem e as potenciais melhorias
- Cria um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho
- Time Scrum
- Planeja formas de aumentar a qualidade do produto melhorando o processo de trabalho ou adaptando a definição de “Pronto"
- Deverá ter identificado melhorias que serão implementadas na próxima Sprint
- A implementação destas melhorias na próxima Sprint é a forma de adaptação à inspeção que o Time Scrum faz a si próprio
- Fornece uma oportunidade formal focada em inspeção e adaptação.
- Usados no Scrum para criar uma regularidade e minimizar a necessidade de reuniões não definidas no Scrum
- Todos os eventos são eventos time-boxed, de tal modo que todo evento tem uma duração máxima
- A exceção da Sprint, os eventos restantes podem terminar sempre que o propósito do evento é alcançado, garantindo que uma quantidade adequada de tempo seja gasta não permitindo desperdícios no processo
- Sprint
- Uma vez que a Sprint começa, sua duração é fixada e não pode ser reduzida ou aumentada
- É um container para outros eventos
- time-boxed de um mês ou menos
- As Sprints contém e consistem de um planejamento da Sprint, reuniões diárias, o trabalho de desenvolvimento, uma revisão da Sprint e uma retrospectiva da Sprint
- Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior
- Durante a Sprint
- Não são feitas mudanças que possam por em perigo o objetivo da Sprint
- As metas de qualidade não diminuem
- O escopo pode ser clarificado e renegociado entre o Product Owner e o Time de Desenvolvimento quanto mais for aprendido
- tem uma meta do que é para ser construído
- limitam o risco ao custo de um mês corrido
- Cancelamento
- Somente o Product Owner tem a autoridade para cancelar a Sprint
- poderá ser cancelada se o objetivo da Sprint se tornar obsoleto
- pode ocorrer se a organização mudar sua direção ou se as condições do mercado ou das tecnologias mudarem
- qualquer item de Backlog do Produto completado e “Pronto” é revisado
- Todos os itens de Backlog do Produto incompletos são reestimados e colocados de volta no Backlog do Produto
- São especificamente projetados para permitir uma transparência e inspeção criteriosa
- Planejamento da Sprint
Valores
- comprometimento
- coragem
- foco
- transparência
- respeito
Times
- Product Owner
- responsável por maximizar o valor do produto resultado do trabalho do Time de Desenvolvimento
- É a única pessoa responsável por gerenciar o Backlog do Produto
- Gerenciamento do Backlog do Produto
- Expressar claramente os itens do Backlog do Produto
- Ordenar os itens do Backlog do Produto para alcançar melhor as metas e missões
- Otimizar o valor do trabalho que o Time de Desenvolvimento realiza
- Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o que o Time Scrum vai trabalhar a seguir
- Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário
- É uma pessoa
- Pode representar um comitê
- Time de Desenvolvimento
- O Scrum não reconhece títulos para o time de desenvolvimento independente do trabalho sendo realizado
- O Scrum não reconhece subtimes
- Tamanho
- Deve ser pequeno o sufienciente para se manter ágil
- Grande o suficiente para completar um trabalho significativo dentro da Sprint
- Menos de três integrantes no Time de Desenvolvimento diminuem a interação e resultam em um menor ganho de produtividade
- Mais de nove integrantes é exigida muita coordenação
- Times de Desenvolvimento grandes geram muita complexidade para que um processo empírico seja útil
- Os papéis de Product Owner e de Scrum Master não são incluídos na contagem do time a não ser que executem o trabalho do time de desenvolvimento
- Define o número de itens selecionados do Backlog do Produto para a Sprint
- Somente ele pode avaliar o que pode ser completado ao longo da próxima Sprint
- trabalha para prever as funcionalidades que serão desenvolvidas durante a Sprint
- Frequentemente inicia o desenho do sistema e do trabalho necessário para converter o Backlog do Produto em um incremento funcional do produto
- Se auto-organiza para realizar todo o trabalho do Backlog da Sprint, tanto durante o planejamento da Sprint quanto no que for necessário durante a Sprint
- Scrum Master
- É responsável por promover e suportar o Scrum como definido no Guia Scrum
- Ajuda todos a entenderem a teoria, as práticas, as regras e os valores do Scrum
- É um servo-líder para o Time Scrum
- Ajuda aqueles que estão fora do Time Scrum a entender quais as suas interações com o Time Scrum são úteis e quais não são
- Ajuda todos a mudarem estas interações para maximizar o valor criado pelo Time Scrum
- Interações
- Product Owner
- Garantindo que objetivos, escopo e domínio do produto sejam entendidos o melhor possível por todos do Time Scrum
- Encontrando técnicas para o gerenciamento efetivo do Backlog do Produto
- Ajudando o Time Scrum a entender as necessidades para ter items de Backlog do Produto claros e concisos
- Compreendendo o planejamento do Produto em um ambiente empírico
- Garantindo que o Product Owner saiba como organizar o Backlog do Produto para maximar valor
- Compreender e praticar a agilidade
- Facilitar os eventos Scrum conforme exigidos ou necessários
- Time de Desenvolvimento
- Treinando o Time de Desenvolvimento em autogerenciamento e interdisciplinaridade
- Ajudando o Time de Desenvolvimento na criação de produtos de alto valor
- Removendo impedimentos para o progresso do Time de Desenvolvimento
- Facilitando os eventos Scrum conforme exigidos ou necessários
- Treinando o Time de Desenvolvimento em ambientes organizacionais nos quais o Scrum não é totalmente adotado e compreendido
- Organização
- Liderando e treinando a organização na adoção do Scrum
- Planejando implementações Scrum dentro da organização
- Ajudando funcionários e partes interessadas a compreender e tornar aplicável o Scrum e o desenvolvimento de produto empírico
- Causando mudanças que aumentam a produtividade do Time Scrum
- Trabalhando com outros Scrum Masters para aumentar a eficácia da aplicação do Scrum na organização
- Product Owner
- auto-organizáveis
- multifuncionais
- possuem todas as competências necessárias para completar o trabalho sem depender de outros que não fazem parte da equipe
- projetado para aperfeiçoar a flexibilidade, criatividade e produtividade
- entregam produtos de forma iterativa e incremental
- Product Owner
Time-Boxed
- Reunião Diária
- 15 minutos
- Retrospectiva da Sprint
- 4 semanas - 8 horas
- Reunião de Planejamento
- 4 semanas - 8horas
- Revisão da Sprint
- 4 semanas - 3 horas
- Reunião Diária
Información
- Descripción
- Idiomas Administração Mapa Mental sobre Scrum, creado por José Galasjo el 01/12/2018.
- Creado por
- José Galasjo
- Visitas
- 3
- Etiquetas
- Valoración
Más sobre Fundamentos do Scrum