Introdução ao desenvolvimento ágil com Scrum

Preview:

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

lorena.lopes@inoveinformatica.net

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

lorena.lopes@inoveinformatica.net

Obrigado!