Upload
inove
View
504
Download
2
Embed Size (px)
DESCRIPTION
http://br.linkedin.com/pub/lorena-lopes/35/a71/b0O Scrum é uma das metodologias mais utilizadas para gerenciamento de projetos e desenvolvimento ágil de software. A apresentação faz parte do Ciclo de Palestras da Inove (www.inoveinformatica.net) e foi elaborada pela analista de sistemas Lorena Lopes (http://br.linkedin.com/pub/lorena-lopes/35/a71/b0)
Citation preview
Introdução ao Desenvolvimento Ágil com Scrum
Lorena LopesAnalista de Requisitos na Inove Informática
Agenda
• Conceito geral• Scrum Framework• Por que utilizar Scrum?• Estudo de caso: Globo.com
O Scrum é um metodologia de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento ágil de software
Origem do Scrum
Metodologias ágeis
Engenharia de Software tradicional
Documentação
Engenharia de Software tradicional
Documentação
Leva muito tempo!!
Engenharia de Software tradicional
Documentação
Leva muito tempo!!Mudam o tempo todo!!
Engenharia de Software tradicional
Documentação
Leva muito tempo!!
Burocratiza o processo!!
Mudam o tempo todo!!
• O mercado exige cada vez mais demanda por software rápidos
• Faltava interação com os clientes• Muita burocracia
Manifesto Ágil
Princípios Manifesto Ágil
Indivíduos e interaçãoSoftware funcionandoColaboração do clienteMudança
Processos e ferramentasDocumentação abrangenteNegociação de contratosSeguir um plano
Valor
Tempo
Scrum Framework
valores, princípios e pilares.
Práticas Regras
ArtefatosPapéis
Scrum é um Framework!
Scrum e a cultura empresarial
Scrum
Transparência
Inspeção
Adaptação
Os pilares do Scrum
Ciclo de trabalho do Scrum
Ciclo de trabalho do Scrum
O PO define a visão com base nas informações escolhidas junto ao usuário final, equipe, stakeholders e gerentes.
Ciclo de trabalho do Scrum
O PO junto com o Scrum Master cria o Product Backlog, uma lista inicia de necessidades que precisam ser produzidas para que a visão do projeto seja bem sucedida.
Ciclo de trabalho do ScrumO Scrum Master, PO e a equipe planejam o Sprint, essa reunião chama-se Planning Meeting e é dividida em duas partes. Na primeira o objetivo é gerar o Selected Product Backlog.
Ciclo de trabalho do ScrumNa segunda parte do Planning Meeting o objetivo é decompor as informações do Selected Product Backlog em tarefas, onde cada membro da equipe irá estimá-la. Tais tarefas irão gerar o Sprint Backlog.
Ciclo de trabalho do Scrum
A equipe irá iniciar o trabalho do Sprint, de acordo com o tempo estimado, realizando o Daily Scrum todos os dias.
Ciclo de trabalho do Scrum
Ao término do Sprint é realizada um reunião de Review. Seu objetivo é apresentar o que foi realizado ao PO.
Ciclo de trabalho do Scrum
Por último é realizada a reunião de Retrospectiva. O seu objetivo é levantar pontos bons e ruins do Sprint.
Artefatos do Scrum• Product Backlog e Selected Backlog– Lista contendo todas as funcionalidades
desejadas para um produto e para o sprint, respectivamente.
• Impedment Backlog– Listas de impedimentos da equipe.
• Taskboard– Quadro de acompanhamento diário.
Product Backlog
Taskboard
Taskboard
Papéis do Scrum• Product Owner
– Representante do cliente e responsável pelo aspecto funcional do produto.
• Scrum Master– Líder que atua como facilitador do processo.
• Scrum Team– Responsável pelo desenvolvimento do
produto
Product Owner
• Define as funcionalidades do produto• Decide datas de lançamento e conteúdo• Responsável pela rentabilidade (ROI)• Prioriza funcionalidades de acordo com o
valor de mercado• Ajusta funcionalidades e prioridades• Aceita ou rejeita o resultado dos trabalhos
Scrum Master
• Representa a gerência para o projeto• Responsável pela aplicação dos valores e
práticas do Scrum• Remove obstáculos• Garante a plena funcionalidade e produtividade
da equipe• Garante a colaboração entre os diversos papéis
e funções• Escudo para interferências externas
Scrum Team
• Foco em entregar o produto• Equipe multidisciplinar e auto suficiente
Gráficos de Acompanhamento
• Sprint Burndown
Reuniões do Scrum
Sprint Planning
• A equipe seleciona itens do Product Backlog com os quais compromete-se a concluir
• O Sprint Backlog é criado• Planejamento de alto nível é considerado
Daily Meeting
• Todos em pé!• Não é para a solução
de problemas• Ajuda a evitar reuniões adicionais
desnecessárias
Sprint Review
• Equipe apresenta os resultados obtidos durante o Sprint
• Demonstração de novas funcionalidades • Informal• Todo o time participa
Sprint Retrospective
• Periodicamente, observe o que funciona e o que não funciona
• Feita após cada Sprint• Toda a equipe participa
Scrum pode falhar?
• Achar que é possível “Implantar” Scrum.• Achar que Scrum é só mais um conjunto de praticas a
ser seguidas e que seguir as praticas é suficiente e que não requer uma mudança organizacional profunda.
• Não estar consciente do nível de mudança que a tentativa de adotar ira gerar
• Achar que se tem competência sobre como fazer uma mudança de paradigma, sem ter fracassado pelo menos três vezes tentando.
• Achar que Scrum é a solução de todos os problemas.
Por que Scrum?
Cenários atuais
• As empresas querem aumentar sua competitividade para não perder clientes.
• Os diretores precisam reduzir custos operacionais para sua organização sobreviver.
• Os clientes tem que reduzir custos dos projetos para torná-los viáveis.
Cenário atuais
• Ambientes mudam rapidamente• Maximizar o retorno do investimento (ROI) do
cliente• Reduzir o tempo de entrada em produção• Entregar valor para o cliente• Priorizar a comunicação e feedback entre as
pessoas do projeto
Desperdício de tempo
Maior valor primeiro!
Melhor comunicação
Que Venham as Mudanças!
Cliente satisfeito
Equipe satisfeita
GLOBO.COM
• Inscrições para o BBB8• Ótima idéia, mas com prazo impraticável• Cenário– Estrutura departamentalizada– Burocracia– Equipes distintas
Benefícios
• Maior velocidade• Resposta mais rápidas a mudanças• Maior qualidade• Distribuição do conhecimento• Motivação
Principais dificuldades
• Muitos impedimentos• Resistência de quem acha que está perdendo
poder• Síndrome do PO virtual• Não treinar as equipes antes de começar
Conclusões
• É possível escrever software de qualidade sem burocracia.
É possível escrever software de qualidade sem burocracia!
Introdução ao Desenvolvimento Ágil com Scrum
Lorena LopesAnalista de Requisitos na Inove Informática
Obrigado!