SlideShare uma empresa Scribd logo
Giespp
2008 - 2013
Pensamento Kaizen: mudança para melhor, melhoria contínua de um fluxo completo de valor ou
de um processo individual, a fim de se criar mais valor com menos desperdício. Além de melhorar
a produtividade, o contribui para a melhoria das condições de trabalho.
Scrum
Scrum
Scrum
Scrum
Scrum
Scrum
Salesforce.com
Percebeu que passou a entregar 01 features ao invés de 04 no ano. Após o primeiro ano com
Scrum a empresa lançou 94% mais recursos, distribuiu 38% mais recursos aos desenvolvedores e
distribuiu 500% a mais de valor a seus clientes.

QSM Associates
Base de 7,5 mil projetos, que considerou esforço, prazo, dificuldade técnica e outros fatores. Obteve
o resultado que projetos ágeis são 16% mais produtivos e 37% mais rápido.

DDJ e Version One
Com um número significante de participantes, 82% acharam que a produtividade com Scrum foi
maior, 73% acharam que com conceito ágil tinha melhorado, 50% melhorado expressivamente e
23% profundamente.

Gartner
Prevê que 80% dos projetos de software utilizarão métodos ágeis em 2012.
Scrum
Scrum
estagiado


integradas



       revisão e melhorias
Priorizar   Planejar   Executar   Responder
valores
          princípios




nós valorizamos mais os itens acima
Inspeção      Transparência       Adaptação    Integração Contínua




Heterarquia   Melhoria Contínua   Pareamento   Flexibilidade
Scrum
O dono do produto, responsável por maximizar o valor do produto e do trabalho da equipe de
desenvolvimento. É a única pessoa responsável por gerenciar o product backlog, ele é uma pessoa
e não um comitê.


                            Ordenar os itens do
                                                       Garantir o valor do
Expressar claramente os     Product Backlog para
                                                       trabalho realizado pelo
itens do Product Backlog.   alcançar melhor as metas
                                                       Time de desenvolvimento.
                            e missões.



Garantir que o Product
                            Garantir que a equipe de desenvolvimento entenda os
Baklog seja visível e
                            itens do Product Backlog no nível necessário.
transparente para todos.
Responsável por garantir que o Scrum seja entendido e aplicado em suas práticas e regras. O
Scrum Master é um servo-líder para o time, ensinando e liderarando a equipe de desenvolvimento
na criação de produtos de alto valor.


                           Ajudar colaboradores e
                                                      Causando mudanças que
Liderar e treinar a        stakeholder a
                                                      aumentam a
organização na adoção      compreender e tornar
                                                      produtividade do time
do Scrum.                  aplicável o Scrum e o
                                                      Scrum.
                           modelo empírico.


Treinar a equipe de
                           Remover impedimentos       Facilitar os eventos
desenvolvimento em auto-
                           para o progresso do time   Scrum conforme exigidos
gerenciamento e
                           de desenvolvimento.        ou necessários.
interdisciplinaridade.
Profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa
o produto “Pronto” ao final de cada Sprint. As equipes são estruturadas e autorizadas pela
organização para organizar e gerenciar seu próprio trabalho.

                            Equipes de
                                                         Tornam o Product Backlog
Equipes de                  desenvolvimento são
                                                         em incrementos de
desenvolvimento são         multifuncionais, possuindo
                                                         funcionalidades
auto-organizadas.           todas as habilidades
                                                         potencialmente utilizáveis.
                            necessárias.

Integrantes podem ter
habilidades                 Equipes de desenvolvimento não contém sub-equipes
especializadas, mas a       dedicadas a domínios específicos de conhecimento,
responsabilidade pertence   tais como teste ou análise de negócios.
à equipe.
Scrum
Como um gerente,
Como um                                                                                preciso visualizar
cliente, quero ver os    Como um vendedor responsável pelo setor de livros, eu         pedido de empréstimos
filmes disponíveis       quero procurar por livros filtrando por nome para que seja    acima do limite de
para locação para que    possível verificar se o livro X está disponível para pronta   crédito do cliente para
possa alugá-lo.          entrega.                                                      efetuar a aprovação.



Como um cliente, quero   Como CTO, eu quero que o
ser capaz de executar    site esteja disponível 99,99%
o seu produto em todas   do tempo para não ter             Como alguém que fala uma língua latina, gostaria
as versões do Windows    frustação e procurar outro site   de utilizar o sistema no meu idioma a qualquer
desde o Windows 95.      para usar.                        momento.
Itens

        Critério de Aceitação
        • Eu posso pesquisar por...
        • Eu posso pagar com um...
        • Eu posso visualizar e
           editar…
Product Backlog   Sprint Backlog
 5

 8

 5
A equipe está
Qual é a velocidade                          Quanto trabalho
                       adicionando
da equipe para                               resta para completar   Quando é que a equipe
                       trabalho durante a
completar o trabalho                         no tempo               terminará a iteração atual?.
                       iteração? Há espaço
restante?                                    disponível?
                       suficiente?
Scrum
Scrum
Scrum
Scrum
qual um “Pronto”, versão
incremental potencialmente utilizável do produto, é criado.
Reunião colaborativa de planejamento do trabalho, conteúdo a ser realizado em um Sprint.


           Parte 01                              Parte 02

           • Apresentação e explicação do
             Product Backlog pelo PO.             • Definição do time de como irá
                                                    construir as funcionalidades.
           • Estimativa de esforço no
                                                  • Entendimento de tarefas no nível
             entendimento do “pronto”.
                                                    menor, compreender ordem
                                                    necessária, dependências e etc.
           • Seleção dos itens de acordo
             com período da Sprint e suas         • Apresentar ao PO e SM como
             respectivas prioridades.               pretendem trabalhar para completar
                                                    o objetivo da Sprint.
           • Definição da meta da Sprint.
Estimativa consensual entre a equipe de desenvolvedores, que pontua o esforço entre as estórias,
técnica também conhecida como Story Points.
Reunião para inspecionar o trabalho desde a última reunião diária, e prever o trabalho que deverá
ser feito antes da próxima reunião diária.


        Melhoram as
        comunicação, eliminam               1. O que foi completado desde a última reunião?
        outras reuniões,                    2. O que será feito até a próxima reunião?
        identificam e removem               3. Quais os obstáculos que estão no caminho?
        impedimentos.



        Reunião chave para
        inspeção e adaptação.
Reunião de Revisão da Sprint, executada no final da Sprint para inspecionar o incremento e adaptar
o Backlog do Produto, se necessário.




                        A equipe discute o
 O Product Owner
                        que foi bem durante
 identifica o que foi
                        a Sprint, quais
 “Pronto” e o que não                          A equipe demonstra o trabalho que está “Pronto” e
                        problemas
 foi “Pronto”                                  responde as questões sobre o incremento.
                        ocorreram e como
                        foram resolvidos.



 O PO projeta as prováveis datas de conclusão baseado no progresso. O grupo todo colabora
 sobre o que fazer a seguir e fornece entradas valiosas para a próxima reunião de Sprint Planning.
Reunião de retrospectiva é uma oportunidade para o time Scrum inspecionar a si próprio e criar um
plano para melhorias a serem aplicadas na próxima Sprint.




Inspecionar como a
última Sprint foi em                                       Criar um plano para implementar
                          Identificar e ordenar os
relação as                                                 melhorias no modo que o time faz seu
                          principais itens que foram bem
pessoas, relações, pro                                     trabalho.
                          e as potenciais melhorias
cessos e ferramentas.
Scrum
Scrum
Scrum

Mais conteúdo relacionado

PDF
Gestão de Projetos
PDF
PPTX
Treinamento Ágil / Scrum
PPT
Gestão Ágil de Projetos com Scrum
PDF
Scrum Day Brazil 2021 | Como o Lean, Agile e Gestão 3.0 irão aumentar a entr...
PPTX
Scrum na Prática
PDF
Scrum Experience [O Tutorial Scrum]
PPTX
Aula - Metodologias Ágeis
Gestão de Projetos
Treinamento Ágil / Scrum
Gestão Ágil de Projetos com Scrum
Scrum Day Brazil 2021 | Como o Lean, Agile e Gestão 3.0 irão aumentar a entr...
Scrum na Prática
Scrum Experience [O Tutorial Scrum]
Aula - Metodologias Ágeis

Mais procurados (20)

PDF
Scrum - Fundamentos, teorias e práticas!
PDF
Gerenciamento Ágil de Projetos com Scrum
PDF
Scrum Master em ação
PDF
Papeis Ágeis - uma proposta operacional Scrum
PPT
PDF
Metodologia agil & fundamentos do Scrum
PPT
Gestao agil de projetos
PPTX
Dinamica fabrica avioes 2.0
PPT
Metodologia Ágil
PDF
Mapa Mental Scrum
PPT
Gerenciamento de Projetos
PDF
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
PDF
Metricas (e previsões) acionáveis de projeto
PDF
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetos
PPTX
Treinamento de Scrum
PDF
Webaula 52 - Agile PMO e a transformação organizacional pela agilidade
PPTX
Gerenciamento de projetos - Iniciação
Scrum - Fundamentos, teorias e práticas!
Gerenciamento Ágil de Projetos com Scrum
Scrum Master em ação
Papeis Ágeis - uma proposta operacional Scrum
Metodologia agil & fundamentos do Scrum
Gestao agil de projetos
Dinamica fabrica avioes 2.0
Metodologia Ágil
Mapa Mental Scrum
Gerenciamento de Projetos
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Metricas (e previsões) acionáveis de projeto
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetos
Treinamento de Scrum
Webaula 52 - Agile PMO e a transformação organizacional pela agilidade
Gerenciamento de projetos - Iniciação
Anúncio

Destaque (7)

PPTX
Não há agile sem práticas ágeis
PPSX
Convergido: TDD + ATDD + BDD + xUnit Patterns + Dependency Injection
PPTX
SOLID - Teoria e Prática
PDF
10 Insightful Quotes On Designing A Better Customer Experience
PPTX
How to Build a Dynamic Social Media Plan
PDF
Learn BEM: CSS Naming Convention
PDF
SEO: Getting Personal
Não há agile sem práticas ágeis
Convergido: TDD + ATDD + BDD + xUnit Patterns + Dependency Injection
SOLID - Teoria e Prática
10 Insightful Quotes On Designing A Better Customer Experience
How to Build a Dynamic Social Media Plan
Learn BEM: CSS Naming Convention
SEO: Getting Personal
Anúncio

Semelhante a Scrum (20)

PDF
PDF
Uma introdução ao Scrum
PDF
SCRUM e XP - Desenvolvimento Ágil de Software - Experiências e relatos
PPTX
Apresentacao scrum
PPT
Scrum - seminario
PPT
Gestao agil de projetos com Scrum
PDF
Scrum - Framework, Competências e Valores (versão community)
PDF
Introduç
PPTX
Palestra: Scrum e seus papéis
PDF
PDF
Workshop Hands-On de Scrum
PPTX
Desenvolvimento ágil com Scrum e TFS 11 - Microsoft TechDay Sorocaba 2012
KEY
Scrum em 1h.
PDF
ENGSW_Aula_Scrum.pdf
PDF
Minicurso SCRUM
PPT
Agile SCRUM
PPT
Redistributable Intro To Scrum
PDF
Agilidade: Scrum e Xp
PPTX
Treinamento - Product Owner - CLARO-NET-EMBRATEL
KEY
Slides da Aula de Gestão de Projetos Digitais
Uma introdução ao Scrum
SCRUM e XP - Desenvolvimento Ágil de Software - Experiências e relatos
Apresentacao scrum
Scrum - seminario
Gestao agil de projetos com Scrum
Scrum - Framework, Competências e Valores (versão community)
Introduç
Palestra: Scrum e seus papéis
Workshop Hands-On de Scrum
Desenvolvimento ágil com Scrum e TFS 11 - Microsoft TechDay Sorocaba 2012
Scrum em 1h.
ENGSW_Aula_Scrum.pdf
Minicurso SCRUM
Agile SCRUM
Redistributable Intro To Scrum
Agilidade: Scrum e Xp
Treinamento - Product Owner - CLARO-NET-EMBRATEL
Slides da Aula de Gestão de Projetos Digitais

Scrum

  • 2. 2008 - 2013 Pensamento Kaizen: mudança para melhor, melhoria contínua de um fluxo completo de valor ou de um processo individual, a fim de se criar mais valor com menos desperdício. Além de melhorar a produtividade, o contribui para a melhoria das condições de trabalho.
  • 9. Salesforce.com Percebeu que passou a entregar 01 features ao invés de 04 no ano. Após o primeiro ano com Scrum a empresa lançou 94% mais recursos, distribuiu 38% mais recursos aos desenvolvedores e distribuiu 500% a mais de valor a seus clientes. QSM Associates Base de 7,5 mil projetos, que considerou esforço, prazo, dificuldade técnica e outros fatores. Obteve o resultado que projetos ágeis são 16% mais produtivos e 37% mais rápido. DDJ e Version One Com um número significante de participantes, 82% acharam que a produtividade com Scrum foi maior, 73% acharam que com conceito ágil tinha melhorado, 50% melhorado expressivamente e 23% profundamente. Gartner Prevê que 80% dos projetos de software utilizarão métodos ágeis em 2012.
  • 12. estagiado integradas revisão e melhorias
  • 13. Priorizar Planejar Executar Responder
  • 14. valores princípios nós valorizamos mais os itens acima
  • 15. Inspeção Transparência Adaptação Integração Contínua Heterarquia Melhoria Contínua Pareamento Flexibilidade
  • 17. O dono do produto, responsável por maximizar o valor do produto e do trabalho da equipe de desenvolvimento. É a única pessoa responsável por gerenciar o product backlog, ele é uma pessoa e não um comitê. Ordenar os itens do Garantir o valor do Expressar claramente os Product Backlog para trabalho realizado pelo itens do Product Backlog. alcançar melhor as metas Time de desenvolvimento. e missões. Garantir que o Product Garantir que a equipe de desenvolvimento entenda os Baklog seja visível e itens do Product Backlog no nível necessário. transparente para todos.
  • 18. Responsável por garantir que o Scrum seja entendido e aplicado em suas práticas e regras. O Scrum Master é um servo-líder para o time, ensinando e liderarando a equipe de desenvolvimento na criação de produtos de alto valor. Ajudar colaboradores e Causando mudanças que Liderar e treinar a stakeholder a aumentam a organização na adoção compreender e tornar produtividade do time do Scrum. aplicável o Scrum e o Scrum. modelo empírico. Treinar a equipe de Remover impedimentos Facilitar os eventos desenvolvimento em auto- para o progresso do time Scrum conforme exigidos gerenciamento e de desenvolvimento. ou necessários. interdisciplinaridade.
  • 19. Profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa o produto “Pronto” ao final de cada Sprint. As equipes são estruturadas e autorizadas pela organização para organizar e gerenciar seu próprio trabalho. Equipes de Tornam o Product Backlog Equipes de desenvolvimento são em incrementos de desenvolvimento são multifuncionais, possuindo funcionalidades auto-organizadas. todas as habilidades potencialmente utilizáveis. necessárias. Integrantes podem ter habilidades Equipes de desenvolvimento não contém sub-equipes especializadas, mas a dedicadas a domínios específicos de conhecimento, responsabilidade pertence tais como teste ou análise de negócios. à equipe.
  • 21. Como um gerente, Como um preciso visualizar cliente, quero ver os Como um vendedor responsável pelo setor de livros, eu pedido de empréstimos filmes disponíveis quero procurar por livros filtrando por nome para que seja acima do limite de para locação para que possível verificar se o livro X está disponível para pronta crédito do cliente para possa alugá-lo. entrega. efetuar a aprovação. Como um cliente, quero Como CTO, eu quero que o ser capaz de executar site esteja disponível 99,99% o seu produto em todas do tempo para não ter Como alguém que fala uma língua latina, gostaria as versões do Windows frustação e procurar outro site de utilizar o sistema no meu idioma a qualquer desde o Windows 95. para usar. momento.
  • 22. Itens Critério de Aceitação • Eu posso pesquisar por... • Eu posso pagar com um... • Eu posso visualizar e editar…
  • 23. Product Backlog Sprint Backlog 5 8 5
  • 24. A equipe está Qual é a velocidade Quanto trabalho adicionando da equipe para resta para completar Quando é que a equipe trabalho durante a completar o trabalho no tempo terminará a iteração atual?. iteração? Há espaço restante? disponível? suficiente?
  • 29. qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado.
  • 30. Reunião colaborativa de planejamento do trabalho, conteúdo a ser realizado em um Sprint. Parte 01 Parte 02 • Apresentação e explicação do Product Backlog pelo PO. • Definição do time de como irá construir as funcionalidades. • Estimativa de esforço no • Entendimento de tarefas no nível entendimento do “pronto”. menor, compreender ordem necessária, dependências e etc. • Seleção dos itens de acordo com período da Sprint e suas • Apresentar ao PO e SM como respectivas prioridades. pretendem trabalhar para completar o objetivo da Sprint. • Definição da meta da Sprint.
  • 31. Estimativa consensual entre a equipe de desenvolvedores, que pontua o esforço entre as estórias, técnica também conhecida como Story Points.
  • 32. Reunião para inspecionar o trabalho desde a última reunião diária, e prever o trabalho que deverá ser feito antes da próxima reunião diária. Melhoram as comunicação, eliminam 1. O que foi completado desde a última reunião? outras reuniões, 2. O que será feito até a próxima reunião? identificam e removem 3. Quais os obstáculos que estão no caminho? impedimentos. Reunião chave para inspeção e adaptação.
  • 33. Reunião de Revisão da Sprint, executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto, se necessário. A equipe discute o O Product Owner que foi bem durante identifica o que foi a Sprint, quais “Pronto” e o que não A equipe demonstra o trabalho que está “Pronto” e problemas foi “Pronto” responde as questões sobre o incremento. ocorreram e como foram resolvidos. O PO projeta as prováveis datas de conclusão baseado no progresso. O grupo todo colabora sobre o que fazer a seguir e fornece entradas valiosas para a próxima reunião de Sprint Planning.
  • 34. Reunião de retrospectiva é uma oportunidade para o time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint. Inspecionar como a última Sprint foi em Criar um plano para implementar Identificar e ordenar os relação as melhorias no modo que o time faz seu principais itens que foram bem pessoas, relações, pro trabalho. e as potenciais melhorias cessos e ferramentas.

Notas do Editor

  • #2: Logo no início, falando de mudança, Einstein disse que "insanidade" é querer resultados diferentes fazendo a mesma coisa.Quando se compra um carro, vc prefere um ótimo manual ou um bom carro funcionando?Precisamos ajustar, afinar o instrumento e afiar o serrote.O que é um modelo de desenvolvimento ideal e perfeito?Comentar a matéria que o governo USA e England aderiram Agile.Não ter gestão em cima das pessoas, mas ter gestão em cima do objetivo e as pessoas se organizam para seus objetivosUtilizar Primer de tinta para visualizar as imperfeições.Pessoas não resistem mudar, resistem ser mudadas. Peter Senge.Software só dá dinheiro e retorno quando é utilizado.Waterfall era entrega em lote (lote de 500 de um vez), Rup (PDCA, Espiral) era entregar 10 de 500, Agile entrego 50 x 10 funcionalidade e Kanban 500 x 1O que não é ágil: Projeto com grande fase captura de requisito e faz uma estimativa em cima disso  e tenta achar o prazo final.Os primeiros 90% da aplicação levam 90% do tempo para ficar pronto e os 10% finais levam mais 90%MURI (Sobrecarga, não trabalhar acima da capacidade), MURA(Desencontro do processo, gargalos) e MUDA(Disperdícios)Falar do percentual alto que diz que o cliente nunca usa no sistema.Em relação a equipe, certo é que todos juntos somos melhor que qualquer um sozinho.A empresa não é ágil se as pessoas não forem ágeis, os valores da empresa são os valores das pessoas. Pessoas brilhantes, empresas brilhantes, pessoas medíocres gera empresa medíocres.Vincular o assunto de motivação com heterarquia, estudo que fala dos pilares de motivação, só dinheiro hoje não é suficiente, exemplo da cenoura, (autonomia(ambientes ágeis visa confiar nas pessoas e no seus julgamentos), domínio (pessoas que tem paixão no que fazem) e propósito (desejo de estar a serviço de algo de valor)), chega de chicote e chega de cenoura.Exemplo do aperto de mão para falar a importância do tamanho do time e a complexidade de times grandes. Pare de começar e comece a terminar. Não ter 90% de cada estória.
  • #30: Sprint O coração do Scrum é a Sprint, um time-box de um mês ou menos, durante o qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado. Sprints tem durações coerentes em todo o esforço de desenvolvimento. Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior. As Sprints são compostas por uma reunião de planejamento da Sprint, reuniões diárias, o trabalho de desenvolvimento, uma revisão da Sprint e a restrospectiva da Sprint. Durante a Sprint:  Não são feitas mudanças que podem afetar o objetivo da Sprint;  A composição da Equipe de Desenvolvimento permanecem constantes;  As metas de qualidade não diminuem; e,  O escopo pode ser clarificado e renegociado entre o Product Owner e a Equipe de Desenvolvimento quanto mais for aprendido. Cada Sprint pode ser considerada um projeto com horizonte não maior que um mês. Como os projetos, as Sprints são utilizadas para realizar algo. Cada Sprint tem a definição do que é para ser construído, um plano projetado e flexível que irá guiar a construção, o trabalho e o resultado do produto. Sprints são limitadas a um mês corrido. Quando o horizonte da Sprint é muito longo, a definição do que será construído pode mudar, a complexidade pode aumentar e o risco pode crescer. Sprints permitem previsibilidade que garante a inspeção e adaptação do progresso em direção a meta pelo menos a cada mês corrido. Sprints também limitam o risco ao custo de um mês corrido.