Baixado 14 vezes
![DEFINIÇÃO
DO SCRUM
Scrum é um framework para
desenvolver, entregar e manter
produtos complexos [...] dentro do
qual pessoas podem tratar e
resolver problemas complexos e
adaptativos, enquanto produtiva e
criativamente entregam produtos
com o mais alto valor possível.](https://image.slidesharecdn.com/zy16zoaerlylm0mil1ct-signature-49035774eab799a70ac8b22ec1070f630d00f99992f42b28ae1c76e90799a903-poli-171130185658/85/Scrum-by-the-book-7-320.jpg)
Scrum “by the book”
- 1. SCRUM “BY THEBOOK” Explicando o framework segundo a visão do Scrum Guide
- 2. Propósito Fundadores e História Agenda Oque é o scrum guide? O que diz o scrum guide? Definição e uso do Scrum Teoria do Scrum Valores do scrum Time Scrum Eventos do Scrum Artefatos do Scrum Próximos passos Considerações finais Conteúdo p/ saber mais
- 3. O que éo scrum guide?
- 4. PROPÓSITO É oguia responsável por definir os papéis, eventos, artefatos e as regras do Scrum.
- 5. FUNDADORES E HISTÓRIA ● KenSchwaber e Jeff Sutherland são os fundadores em 1995; ● Conferência OOPSLA de 1995; ● O Scrum Guide documenta o trabalho realizado.
- 6. O que dizo scrum guide?
- 7. DEFINIÇÃO DO SCRUM Scrum éum framework para desenvolver, entregar e manter produtos complexos [...] dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível.
- 8. USOS DO SCRUM Pesquisare Identificar mercados viáveis, tecnologias e funcionalidades de produtos; Desenvolver Produtos e melhorias; Liberar produtos e melhorias frequentes, chegando a várias vezes por dia; Desenvolver e sustentar a Nuvem e outros ambientes operacionais para uso de produtos; Sustentar e renovar produtos
- 9. Ajustar o processo ouo material sendo produzido fora dos limites aceitáveis. TEORIA DO SCRUM EMPIRISMO Inspecionar os artefatos Scrum e o progresso em direção ao objetivo da Sprint para detectar variações indesejadas Todos os observadores devem ter o mesmo entendimento sobre o que está sendo visto.
- 10.
- 11. TIME SCRUM Time dedesenvolvimento Product owner Scrum Master
- 12. PRODUCT OWNER “O ProductOwner, ou dono do produto, é o responsável por maximizar o valor do produto resultado do trabalho do Time de Desenvolvimento. Como isso é feito pode variar amplamente através das organizações, Times Scrum e indivíduos.”
- 13. TIME SCRUM “O Timede Desenvolvimento consiste de profissionais que realizam o trabalho de entregar um incremento potencialmente liberável do produto “Pronto” ao final de cada Sprint. Um incremento “Pronto” é requerido na Revisão da Sprint. Somente integrantes do Time de Desenvolvimento criam incrementos.”
- 14. SCRUM MASTER “O ScrumMaster é responsável por promover e suportar o Scrum como definido no Guia Scrum. O Scrum Master faz isso ajudando todos a entenderem a teoria, as práticas, as regras e os valores do Scrum. ”
- 15.
- 16. EVENTOS SCRUM “O coraçãodo Scrum é a Sprint, um time-boxed de um mês ou menos, durante o qual um “Pronto”, incremento de produto potencialmente liberável é criado. Sprints têm durações consistentes ao longo de todo o esforço de desenvolvimento. Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior.”
- 17. EVENTOS SCRUM “O trabalhoa ser realizado na Sprint é planejado durante o planejamento da Sprint. Este plano é criado com o trabalho colaborativo de todo o Time Scrum. “
- 18. EVENTOS SCRUM “A ReuniãoDiária do Scrum é um evento time-boxed de 15 minutos para o Time de Desenvolvimento. A Reunião Diária é realizada em todos os dias da Sprint. Nela o Time de Desenvolvimento planeja o trabalho para as próximas 24 horas. Isso otimiza a colaboração e a performance do time através da inspeção do trabalho desde a última Reunião Diária, e da previsão do próximo trabalho da Sprint. A Reunião Diária é mantida no mesmo horário e local todo dia para reduzir a complexidade.“
- 19. EVENTOS SCRUM “A Revisãoda Sprint é realizada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessário. Durante a Revisão da Sprint o Time Scrum e as partes interessadas colaboram sobre o que foi feito na Sprint. Com base nisso e em qualquer mudança no Backlog do Produto durante a Sprint, os participantes colaboram nas próximas coisas que podem ser feitas para otimizar valor. Esta é uma reunião informal, não uma reunião de status, e a apresentação do incremento destina-se a motivar e obter feedback e promover a colaboração.”
- 20. EVENTOS SCRUM “A Retrospectivada Sprint é uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.”
- 21.
- 22. ARTEFATOS DO SCRUM “OBacklog do Produto é uma lista ordenada de tudo que é conhecido ser necessário no produto. É a única origem dos requisitos para qualquer mudança a ser feita no produto. O Product Owner é responsável pelo Backlog do Produto, incluindo seu conteúdo, disponibilidade e ordenação”
- 23. ARTEFATOS DO SCRUM “OBacklog da Sprint é um conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint. O Backlog da Sprint é a previsão do Time de Desenvolvimento sobre qual funcionalidade estará no próximo incremento e sobre o trabalho necessário para entregar essa funcionalidade em um incremento “Pronto”.”
- 24. ARTEFATOS DO SCRUM “Oincremento é a soma de todos os itens do Backlog do Produto completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores. Ao final da Sprint um novo incremento deve estar “Pronto”, o que significa que deve estar na condição de ser utilizado e atender a definição de “Pronto” do Time Scrum.”
- 25. DEFININDO PRONTO A “Definição dePronto” para o Time Scrum e é usado para assegurar quando o trabalho está completado no incremento do produto
- 26.
- 27. AVALIE Cada contexto éúnico, e por isso, é importante levar em consideração o que funciona e que não funciona.
- 28. CONHEÇA Conheça o produtoe o processo que você trabalha e as pessoas que podem te ajudar a atingir os objetivos.
- 29. EXPERIMENTE Experimente, experimente denovo e se falhar experimente mais uma vez!
- 30.
- 31. Blogs ● Scrum.org ● ScrumAlliance ● Agile Alliance Livros ● Scrum: a arte de fazer o dobro do trabalho na metade do tempo. ● Agile: Desenvolvimento de software com entregas frequentes e foco no valor de negócio
- 32. Próximo tema adebater Como fazer retrospectivas eficazes para inspecionar e adaptar.
Notas do Editor
- #8 Ainda no guia ele diz que scrum é leve, simples de entender mas difícil de dominar. Scrum NÃO É um processo, técnica ou um método definitivo. É SIM um framework onde pode usar vários processos e técnicas. No guia ele explica como usar todos os papéis, ferramentas, artefatos e as interações entre eles para usar o SCRUM.
- #10 INSPEÇÃO: inspeções são mais benéficas quando realizadas de forma diligente por inspetores especializados. ADAPTAÇÃO: Planejamento da Sprint • Reunião diária • Revisão da Sprint • Retrospectiva da Sprint Com empirismo temos o controle de risco e aumentamos a previsibilidade com base no que é conhecido.
- #11 CORAGEM: O Time Scrum precisa ter coragem para fazer a coisa certa e trabalhar em problemas difíceis. FOCO: Todos focam no trabalho da Sprint e nos objetivos do Time Scrum. COMPROMETIMENTO: As pessoas se comprometem pessoalmente em alcançar os objetivos do Time Scrum. RESPEITO: Os membros do Time Scrum respeitam uns aos outros para serem pessoas capazes e independentes. ABERTURA/TRANSPARÊNCIA: O Time Scrum e seus Stakeholders concordam em estarem abertos a todo o trabalho e aos desafios com a execução dos trabalhos.
- #13 Responsável pelo backlog O product é uma pessoa não pode ser várias Toda a organização tem que respeitar as decisões dele.
- #14 Tamanho do time. Pequeno não entrega, Grande torna dificil a coordenação Eles são auto organizados. Ninguém diz como tem que ser feito o entregável. São multifuncionais. São tratados como o todo e não como individuo. Não possui sub times Individualmente pode ter alguém especializado, mas cabe ao time fazer o entregável.
- #15 O Scrum Master trabalhando para o Product Owner O Scrum Master trabalhando para o Time de Desenvolvimento O Scrum Master trabalhando para a Organização
- #16 Os eventos do scrum servem para criar: Regularidade Reuniões à qualquer momento Inspecionar e adaptar Todos os eventos são time-boxed, o que significa que tem um limite para acontecer
- #17 Cada sprint tem uma meta Não são feitas mudanças que afetem a meta da sprint Não adianta reduzir a qualidade para bater a meta O escopo pode mudar com o aprendizado e facilitar para atingir a meta Cancelamento da sprint Planejamento da sprint ( O que e como) Meta da sprint ( PORQUE de estar construindo o incremento)
- #18 O que pode ser entregue como resultado do incremento da próxima Sprint? Como o trabalho necessário para entregar o incremento será realizado?
- #19 A estrutura da reunião é definida pelo Time de Desenvolvimento e pode ser conduzida de diferentes formas desde que estas foquem no progresso em direção à Meta da Sprint. A estrutura recomendada é (Oque eu fiz, O que vou fazer , e teve algum impedimento) Scrum master apenas ensina o time a manter dentro dos 15 minutos Sempre depois da reunião diária é comum que pessoas se reunam para adaptar ou replanejar O último paragráfo diz: “Reuniões Diárias melhoram as comunicações, eliminam outras reuniões, identificam e removem impedimentos para o desenvolvimento, destacam e promovem rápidas tomadas de decisão, e melhoram o nível de conhecimento do Time de Desenvolvimento. Esta é uma reunião chave para inspeção e adaptação.”
- #20 Máximo 4 horas para um mês de sprint Mostrar o trabalho “PRONTO” Revisar o que será feito a seguir com base na mudança que o novo incremento causa Valiosas entradas para o próximo planejamento
- #21 Antes do planejamento, depois da revisão Máximo 3 horas para 1 mês de sprint Propósito: Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas; Identificar e ordenar os principais itens que foram bem e as potenciais melhorias; e, Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho;
- #23 Um Backlog do Produto nunca está completo. Os itens do Backlog do Produto possuem os atributos de descrição, ordem, estimativa e valor. Backlog do Produto é um artefato vivo O refinamento do Backlog do Produto é a ação de adicionar detalhes, estimativas e ordem aos itens no Backlog do Produto.
- #24 Sempre que um novo trabalho é necessário, o Time de Desenvolvimento adiciona este ao Backlog da Sprint. Somente o Time de Desenvolvimento pode alterar o Backlog da Sprint durante a Sprint. Para garantir melhoria contínua, é incluído no mínimo um item de prioridade alta sobre melhoria do processo identificado na última Reunião de Retrospectiva.
- #25 O incremento deve estar na condição de ser utilizado independente do Product Owner decidir por liberá-lo ou não. todos devem entender o que o “Pronto” significa Cada incremento é adicionado a todos os incrementos anteriores e completamente testado, garantindo que todos os incrementos funcionam juntos
- #26 Posso definir: Item do backlog Incremento Sprint Release Por Produto Time maduro coloca critéirios de alta qualidade
- #28 Usar 100% do framework pode não ser a solução.
- #29 Entenda seu fluxo atual antes de começar.