Baixar para ler offline
Carregado porGustavo Piccin
Scrum
O documento apresenta os conceitos e princípios do Scrum, um framework ágil para desenvolvimento de software. Resume os papéis do Product Owner, Time de Desenvolvimento e Scrum Master, além dos artefatos como Backlog do Produto e Incremento. Também descreve os eventos da Sprint como Planejamento, Reunião Diária, Revisão e Retrospectiva. O objetivo do Scrum é entregar valor de forma contínua ao cliente através de ciclos curtos de desenvolvimento.
![[Webinar] Scrum - Você está fazendo do jeito certo?](https://cdn.slidesharecdn.com/ss_thumbnails/webinar-scrumdojeitocerto-targettrust-180417193100-thumbnail.jpg?width=640&height=640&fit=bounds)
Scrum
- 1.
- 2. agilelabs.space Anteriormente na Nuvem… Thepreviously on Cloud…
- 3. agilelabs.space “Que se comportaou trabalha de maneira eficaz e rápida; diligente, expedito e trabalhador.” Que possui ou apresenta diligência; zeloso, cuidadoso: médico diligente. Que tem facilidade para desenvolver tarefa(s) e/ou para solucionar problemas com rapidez. Que demonstra excesso de dedicação na realização de alguma coisa. diligenteexpedito trabalhador “Ágil”
- 4. agilelabs.space Satisfação do cliente Entregacontínua Aceite de mudanças Vantagem competitiva para o cliente Boa qualidade Colaboração continua com o cliente Relação de confiança Indivíduos motivados Condições ambientais favoráveis Conversa cara a cara Passos constantes Excelência técnica Assertividade Autonomia Aprendizagem contínua80% Aspectos comportamentais 20% Aspectos técnicos
- 5.
- 6.
- 7.
- 8. Equipes de altodesempenho
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 19.
- 20. agilelabs.space “Um framework para desenvolver,entregar e manter produtos complexos”
- 21.
- 22. agilelabs.space “Leve” “Simples de entender” “Difícilde dominar” Características
- 23. agilelabs.space “Doutrina ou sistemaque só reconhece a experiên cia como guia seguro” “... O empirismo afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido...” “Empirismo”
- 24. agilelabs.space Transparência • Linguagens comuns •Compartilhamento de definições • Ready (Pronto) • Done (Feito) • Acordos de trabalho • Centralização • Padronização Adaptação • Ajuste para alcançar os resultados esperados Três pilares do Scrum Inspeção • Artefatos • Andamento dos trabalhos • Variações indesejadas
- 25.
- 26. agilelabs.space • Coragem paranão construir coisas que ninguém quer • Coragem de admitir que nenhum planejamento será perfeito ao ponto de lidar com a realidade e complexidade do dia a dia • Coragem para considerar as mudanças como fontes de inspiração e inovação • Coragem para não entregar software incompleto • Coragem para compartilhar todas as informações possíveis com os interessados • Coragem para admitir que não somos perfeitos • Coragem para mudar a direção • Coragem para compartilhar riscos • Coragem para promover nossos métodos de trabalho • Coragem para se desapegar das certezas do passado • Coragem para sustentar os valores da agilidade Coragem O Time Scrum precisa ter coragem para fazer a coisa certa e trabalhar em problemas difíceis.
- 27.
- 28. agilelabs.space • Focar noque é mais importante e queremos agora • Saber o que você não vai precisar agora (YAGNI - You Ain’t Gonna Need It) • Focar no que esta mais próximo para ser feito pois o future é incerto • Focar na aprendizagem possível com o presente e ganhar experiência para lidar com o futuro • Focar no trabalho para fazer as coisas • Focar nas coisas simples e que podem funcionar Foco Todos focam no trabalho da Sprint e nos objetivos do Time Scrum.
- 29.
- 30. agilelabs.space • Comprometimento comtime • Comprometimento com a qualidade • Comprometimento com a colaboração • Comprometimento com a aprendizagem continua • Comprometimento com dar o melhor de si todos os dias • Comprometimento com o objetivo da Sprint • Comprometimento com o cliente • Comprometimento com o profissionalismo • Comprometimento com a auto-organização • Comprometimento com os princípios ágeis • Comprometimento com as definições e compromissos estabelecidos • Comprometimento com a transparência Comprometimento As pessoas se comprometem pessoalmente em alcançar os objetivos do Time Scrum.
- 31.
- 32. agilelabs.space • Respeito comas pessoas e suas experiências profissionais • Respeito com a diversidade • Respeito a diversidade de opiniões • Respeito com o investimento de nossos clientes • Respeito com os clientes resolvendo seus problemas • Respeito ao trabalho em equipe • Respeito aos papéis definidos no Scrum • Respeito as individualidades Respeito Os membros do Time Scrum respeitam uns aos outros para serem pessoas capazes e independentes.
- 33.
- 34. agilelabs.space • Abertura pararealizar inspeções constantes • Abertura sobre o nosso trabalho, nosso progresso, nossos problemas e aprendizagens • Abertura com pessoas, enxergando elas como pessoas e não recursos, robôs ou peças de uma maquina • Abertura para colaborar com o ensino e aprendizado • Abertura para colaborar com os patrocinadores • Abertura para compartilhar feedback’s e aprender um com o outro • Abertura para as mudanças Abertura O Time Scrum e seus Stakeholders concordam em estarem abertos a todo o trabalho e aos desafios com a execução dos trabalhos.
- 35. agilelabs.space Satisfação do cliente Entregacontínua Aceite de mudanças Vantagem competitiva para o cliente Boa qualidade Colaboração continua com o cliente Relação de confiança Indivíduos motivados Condições ambientais favoráveis Conversa cara a cara Passos constantes Excelência técnica Assertividade Autonomia Aprendizagem contínua Inspeção Adaptação Transparência Comprometimento Coragem Foco Respeito Abertura
- 36.
- 38. agilelabs.space Product Owner • Éuma pessoa! • Que tem por responsabilidades: • Ser o único responsável por gerenciar o Backlog do Produto • Maximizar o valor do produto resultado do trabalho do Time de Desenvolvimento
- 39. agilelabs.space • Expressar claramenteos 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 ser capaz de indicar o que o Time Scrum fará a seguir • Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário Gerenciar o Backlog do Produto
- 40. agilelabs.space “O P.O. podefazer o trabalho acima, ou delegar para o Time de Desenvolvimento fazê-lo. No entanto, o P.O. continua sendo o responsável pelos trabalhos.” Único responsável por gerenciar o Backlog do Produto?
- 41. agilelabs.space “Ninguém pode forçaro Time de Desenvolvimento a trabalhar em um conjunto diferente de itens.” Outros interessados no produto?
- 42. agilelabs.space • Profissionais querealizam o trabalho de entrega de um potencial incremento liberável do produto • Autorizados para organizar, gerenciar e executar seu trabalho • Com tamanho que varie entre 3 e 9 pessoas Time de desenvolvimento (Development Team)
- 43. agilelabs.space • Auto-organizados • Multifuncionais •Sem títulos para os integrantes • Sem sub-times • Independente dos domínios de conhecimento que precisam ser abordados, tais como teste, arquitetura, operação ou análise de negócios • Os integrantes do time podem ter habilidades especializadas e áreas de especializações, mas a responsabilidade pertence ao time como um todo Características do Time de desenvolvimento
- 44. agilelabs.space • É umlíder servidor! • Que tem por responsabilidades: • Promover o Scrum • Ajudar todos a entenderem a teoria, as práticas, as regras e os valores do Scrum Scrum Master
- 45.
- 46.
- 47. agilelabs.space • Backlog doProduto (Product Backlog) • Lista ordenada de tudo o que é conhecido e elencado como necessário ao produto • Backlog da Sprint (Sprint Backlog) • Conjunto de itens selecionados para a Sprint • Incremento • Soma de todos os itens do Backlog do Produto completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores Artefatos do Scrum
- 48. agilelabs.space • Planejamento • Objetivo •Reuniões diárias • Trabalho de desenvolvimento • Revisão • Retrospectiva Sprint
- 49. agilelabs.space Entradas • Backlog doProduto • Incremento anterior • Capacidade projetado do Time de Desenvolvimento Resultado • Objetivo da Sprint • Backlog da Sprint • Visão do time de como atender aos itens selecionados Planejamento da Sprint (Sprint Planning) Trabalho • O que pode ser entregue como resultado do incremento da próxima Sprint? • Como o trabalho necessário para entregar o incremento será realizado? No máximo 8 horas para um mês de trabalho.
- 50. agilelabs.space • Time deDesenvolvimento • Resultado • Inspeção do progresso em direção ao objetivo • Inspeção de tendência do trabalho Reunião Diária (Daily Meeting) No máximo 15 minutos.
- 51. agilelabs.space • Inspecionar oincremento do produto • Motivar, obter feedback dos interessados e promover a colaboração • Esclarecer quais itens do Backlog do Produto foram feitos • Discutir sobre o roadmap do produto • Discutir sobre possíveis itens a serem feitos a seguir • Discutir sobre o ROI, orçamento, mercado • Resultado • Product Backlog revisado Revisão da Sprint (Sprint Review) No máximo 4 horas para um mês de trabalho.
- 52. agilelabs.space • Último atoda Sprint • Inspecionar a efetividade do time • Revisar se o time esta de agindo de acordo com os conceitos de agilidade e do Scrum • Resultado • Plano de melhorias para a próxima Sprint Retrospectiva da Sprint (Sprint Retrospective) No máximo 3 horas para um mês de trabalho.
- 53.
- 54. agilelabs.space • Definição depronto “Definition of Ready” • Definição de feito “Definition of Done” • Acordos emergentes Artefatos extras que geram transparência
- 55. agilelabs.space • Kanban • Respostaspadronizadas em Daily Meeting • Artefatos, eventos, papéis que não foram apresentados O que não é Scrum?
- 56. agilelabs.space “Papéis, eventos, artefatose regras do Scrum são imutáveis e embora seja possível implementar somente partes do Scrum, o resultado não é Scrum. Scrum existe somente na sua totalidade e funciona bem como um container para outras técnicas, metodologias e práticas” Scrum!
- 59. agilelabs.space “Somos todos viajantesdo tempo em uma jornada rumo ao amanhã. Mas vamos trabalhar juntos na construção desse futuro, um lugar que queremos visitar. Seja corajoso, seja curioso, seja determinado, supere as probabilidades. É possível. Stephen Hawking”
- 60. agilelabs.space Referências • Dicionário Onlinede Português - https://www.dicio.com.br/agil/ • Manifesto ágil - http://www.manifestoagil.com.br/ • Breves respostas para grandes questões – Stephen Hawking – ISBN 978-85-510-0431- 9 • There’s value in the Scrum Values - https://guntherverheyen.com/2013/05/03/theres- value-in-the-scrum-values/ • Scrum Guide - https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum- Guide-Portuguese-Brazilian.pdf
Notas do Editor
- #9 Pessoas focadas em cumprir missões e atingir objetivos!
- #14 Ir para o quadro e desenhar como um desenvolvedor pode hierarquizar uma empresa.
- #22 Se referem a trabalho complexo!
- #44 Auto-organizados: Ninguém diz ao Time de Desenvolvimento como transformar o Backlog do Produto em incrementos Multifuncionais: possuir todas as habilidades necessárias Independente dos domínios de conhecimento que precisam ser abordados, tais como teste, arquitetura, operação ou análise de negócios
- #48 O incremento deve estar na condição de ser utilizado independente do Product Owner decidir por liberá-lo ou não
- #49 Não são feitas mudanças que possam por em perigo o objetivo da Sprint; • As metas de qualidade não diminuem; e, • O escopo pode ser clarificado e renegociado entre o Product Owner e o Time de Desenvolvimento quanto mais for aprendido.
- #50 No máximo 8 horas para um mês de trabalho.
- #51 O que eu fiz? O que eu farei? Obstáculos... 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 O Time de Desenvolvimento ou membros da equipe frequentemente se encontram imediatamente após a Reunião Diária para discussões detalhadas, ou para adaptar, ou replanejar, o restante do trabalho da Sprint. A Reunião Diária é uma reunião interna do Time de Desenvolvimento. Se outros estiverem presentes, o Scrum Master deve garantir que eles não perturbem a reunião.
- #52 No máximo 4 horas para um mês de trabalho.
- #53 Time Scrum No máximo 3 horas para um mês 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;