scrum guia prático -...

1Solutions www.domain.com

Scrum – Guia PráticoOs papéis, eventos, artefatos e as regras do Scrum

Raphael Rayro Louback SalibaCertified Scrum Master

Gráfico de Utilização de FuncionalidadesUtilização das funcionalidades entregues em Sistemas de Software atuais

Fonte: Standish Group – Chaos Report

45% Das funcionalidades entregues, 45% NUNCA são utilizadas

NUNCA

19%

RARAMENTE ALGUMAS VEZES

SEMPREFREQUENTEMENTE

Das funcionalidades entregues, 19% raramente são utilizadas

Das funcionalidades entregues, 16% são utilizadas algumas vezes

Das funcionalidades entregues, 7% são sempre utilizadas

Das funcionalidades entregues, 13% são utilizadas frequentemente

16%

13% 7%

www.fantastsoft.com.br

Índice de Sucesso nos Projetos de SoftwarePesquisa: Chaos Report 2006 / 2008 / 2010 - Standish Group

32%

37%39%

44%42% 43%

24%

21%

18%

0%

5%

10%

15%

20%

25%

30%

35%

40%

45%

50%

2008 2010 2012

Projeto cancelado ou nunca utilizadoFALHA

Projeto finalizado com atraso, com estouro de orçamento e/ou não totalmente funcional

DESAFIO

Projeto finalizado no prazo, no orçamento e totalmente funcional

SUCESSO


Definição de Scrum

Um framework com a qual as pessoas podemresolver problemas complexos e adaptáveis,enquanto entregam produtos de formaprodutiva e criativa e com o maior valor possível.

O que é Scrum?

Conjunto de:

• Processos• Técnicas• Boas práticas• Conceitos

O que é Framework?


Os 3 Pilares do Scrum

Transparência: Aspectos significativos doprocesso devem estar visíveis a todosresponsáveis pelos resultados de forma clarae objetiva.

Adaptação: Os usuários Scrum devem,frequentemente, inspecionar os artefatosScrum e o progresso em direção a detectarvariações.

Inspeção: Se um processo desviou para forados limites aceitáveis, e que o produtoresultado será inaceitável, o processo ou omaterial sendo produzido deve ser ajustado.


Modelo em Cascata ou WaterfallMétodo tradicional de desenvolvimento de software

Análisedo sistema

RequisitosDo software

Requisitosde sistema

Necessidadedo sistema

Análise

Requisitos

Requisitos

Necessidade

Software Pronto

Testes dosoftware

Codificaçãodo Software

Design do Programa

Operações

Testes

Codificação

Design


Representação Waterfall x Scrum

Entr

ega

Rev

isa

Test

a

Des

envo

lve

Pla

nej

a

Planeja

Desenvolve

Testa

RevisaEn

treg

a

Rev

isa

Planeja

Desenvolve

Testa

Revisa

Planeja

Desenvolve

Testa

Revisa

Waterfall

Ágil


Waterfall x Scrum – Analogia do bolo

Waterfall Ágil


Modelo em Cascata (Waterfall) x ScrumEntrega de Valor entre Cascata x Scrum

Figuras extraídas de: A Guide to the SCRUM BODY OF KNOWLEDGE (SBOK™ Guide)


Modelo em Cascata (Waterfall) x ScrumPrincipais diferenças entre os dois modelos

Figura extraída de: A Guide to the SCRUM BODY OF KNOWLEDGE (SBOK™ Guide)



1. Participação do Cliente

2. Retorno do Investimento

3. Adaptabilidade

4. Risco

4 principais diferenças – Ágil x TradicionalAs 4 principais diferenças entre Processos Ágeis e Processos Tradicionais de Desenvolvimento

Figuras extraídas de: http://piramidelean.com.br/4-diferencas-entre-processos-ageis-e-processos-tradicionais-de-desenvolvimento/


Índice de Sucesso – Waterfall x ÁgilPesquisa: Chaos Report 2012 - Standish Group

Projeto cancelado ou nunca utilizadoFALHA

Projeto finalizado com atraso, com estouro de orçamento e/ou não totalmente funcional

DESAFIO

Projeto finalizado no prazo, no orçamento e totalmente funcional

SUCESSO

57%29%

14%

49%

9%

42%

Waterfall Ágil


Princípios do ScrumDiretrizes fundamentais para a aplicação do Scrum e devem obrigatoriamente serem usados em todos os projetos

PrincípiosScrum Criação de valor compartilhado, com

times trabalhando e interagindo em conjunto para atingirem melhores resultados

Colaboração

Equipes comprometidas e com responsabilidade compartilhada com um ambiente inovador e criativo

Auto-organização

Esse princípio enfatiza a filosofia central do Scrum com base em três ideias principais: transparência, inspeção e adaptação.

Controle de Processo Empírico

Esse princípio destaca o foco do Scrum em entregar o máximo de valor de negócio possível, durante todo o projeto.

Priorização baseada em valor

O tempo é considerado uma restrição limitada em Scrum. É usado para ajudar a gerenciar o planejamento e execução do projeto com eficácia.

Time-boxing

O Produto é desenvolvido em ciclos e o resultado se soma e modifica o que já se tem pronto do produto até o momento

Desenvolvimento Iterativo


Manifesto Ágil

Disponível em: http://www.manifestoagil.com.br/


Comprometimento da Equipe ScrumNão basta estar envolvido, o comprometimento é essencial para entrega de valor


Comunicação da Equipe ScrumComunicação é um ponto-chave dentro de metodologias ágeis


17Solutions www.domain.comFigura extraída de: http://www.mindmaster.com.br/scrum/


Papéis x ProjetoVisão Geral dos papéis dos integrantes do Time Scrum dentro do Projeto

Product Owner

Responsável pela Visão doProduto e de repassar ao Time oproblema do cliente. Devepreocupar-se com o Macro.

Scrum Master

Responsável por fazer o ambienteScrum Funcionar. Deve preocupar-secom o Processo.

Time de Desenvolvimento

Responsável pelo andamento doProjeto. Desenvolvedores devempreocupar-se com o Micro.

Projeto


Papéis ScrumFluxo de comunicação do Time Scrum (PO, SM e DevTeam)

Figura extraída de: A Guide to the SCRUM BODY OF KNOWLEDGE (SBOK™ Guide)


Papéis e ResponsabilidadesPrincipais responsabilidades dos integrantes do Time Scrum

Product Owner Scrum Master Time de Desenvolvimento

É o Dono do Produto.

Deve expressar claramente os itens do

Backlog do Produto.

É um facilitador, um servo-líder que garante

que o Scrum seja entendido e aplicado

seguindo às regras e práticas.

São os desenvolvedores.

Eles são auto-organizados.

Ordenar os itens do Backlog do Produto

para alcançar melhor as metas e missões.

Remover impedimentos para o progresso do

Time de Desenvolvimento.

Times de Desenvolvimento são

multifuncionais.

Garantir o valor do trabalho e o ROI*

realizado pelo Time de Desenvolvimento.

Facilitar os eventos Scrum conforme exigidos

ou necessários.

O Scrum não reconhece títulos para os

integrantes que não seja o de Desenvolvedor.

Garantir que o Backlog do Produto seja

visível e claro para todos, e mostrar o que

o Time Scrum vai trabalhar a seguir.

Ensinar e liderar o Time de Desenvolvimento

na criação de produtos de alto valor.

Integrantes podem ter habilidades

especializadas mas a responsabilidade

pertence ao Time como um todo.

Garantir que o Time de Desenvolvimento

entenda os itens do Backlog do Produto

no nível necessário.

Treinar o Time de Desenvolvimento em

autogerenciamento e interdisciplinaridade.Times de Desenvolvimento não contém

sub-times dedicados a domínios específicos.

*Return On Investiment: Retorno Sobre Investimento - relação entre a quantidade de dinheiro ganho (ou perdido) como resultado de um investimento e a quantidade de dinheiro investido


Eventos ScrumFluxo de atividades obrigatório dentro de um Sprint - “Dividir para Conquistar”

Figura extraída de: http://pt.slideshare.net/fabiogr/elaborao-de-um-product-backlog-efetivo


Eventos ScrumFluxo de atividades obrigatório dentro de um Sprint

01 Reunião de Planejamento

O trabalho a ser realizado na Sprint é planejadona reunião de planejamento. Este plano é criadocom o trabalho colaborativo de todo o TimeScrum. Máx.: 8 horas/Sprint 1 mês

02 Reunião Diária

A Reunião Diária do Scrum é um evento time-boxed de 15 minutos, para que o Time possasincronizar as atividades e criar um plano paraas próximas 24 horas. Responde à 3 perguntas.

03 Reunião de Revisão

A Revisão da Sprint é executada no final da Sprintpara inspecionar o incremento e adaptar oBacklog do Produto se necessário. Não tem comoobjetivo receber aprovação, mas sim feedback.

04 Reunião de Retrospectiva

A Retrospectiva da Sprint é uma oportunidade para oTime Scrum inspecionar a si próprio e criar um planopara melhorias a serem aplicadas na próxima Sprint

Coração do Scrum;

Time-boxed: 1-4 semanas;

Resultado: Versão incrementalpotencialmente utilizável;

Uma nova Sprint iniciaimediatamente após aconclusão da Sprint anterior.

A Sprint poderá ser cancelada seo objetivo da Sprint se tornarobsoleto;

Sprints permitem previsibilidadeque garante a inspeção eadaptação do progresso emdireção à meta;

Sprints também limitam o riscoao custo de um mês corrido.

Sprint


Artefatos Scrum

Backlog do Produto: O Backlog do Produto éuma lista ordenada de tudo que deve sernecessário no produto, e é uma origem únicados requisitos para qualquer mudança a serfeita no produto. O PO é responsável por ele

Backlog da Sprint: Conjunto de itens doBacklog do Produto selecionados para aSprint, juntamente com o plano paraentregar o incremento do produto e atingir oobjetivo da Sprint.

Definition of Done: Os integrantes devemter um entendimento compartilhado do quesignifica o trabalho estar completo(“Pronto”) assegurando a transparência.


Planning PokerTécnica baseada no consenso para estimar esforço ou tamanho relativo de itens do Product Backlog

Na figura acima é usada a sequência de Fibonacci adaptadaSugestão para jogar on-line: http://www.planningpoker.com

Procedimento Planning Poker:

1. A equipe em conjunto lê a descrição de todas as histórias doProduct Backlog para ter uma visão geral do que deverá serestimado.2. Das histórias do Product Backlog, a equipe seleciona a quejulga ser a mais simples de todas, isto é, a que demandarámenos esforço para implementação. Para essa história aestimativa será de 2 pontos, que é o menor ponto do baralhoselecionado para esse primeiro planning poker.3. Pronto! Essa história será a história guia do processo deestimativas. Ela servirá como referência para as estimativasdas demais.4. Agora, seguindo a ordem apresentada no Product Backlog,cada história é relida e pontuada, tomando-se a história guiacomo referência.


Product Backlogwww.fantastsoft.com.br

Sprint Backlogwww.fantastsoft.com.br

Benefícios Metodologia ÁgilPrincipais benefícios da utilização do Scrum

Entregas Frequentes

Entregas frequentes de valor e mais rápido retorno ao

investimento dos clientes

Produtividade

Aumento da produtividadeatravés de uma equipe auto-

organizada e motivada

Qualidade

maior qualidade no produto gerado, pois o feedback do

cliente é constante

Redução dos Riscos

Redução dos riscos e desperdícios com o

planejamento por Sprint

Vantagem Competitiva

Capacidade de responder àsmudanças acolhidas comooportunidade de melhoria

Visibilidade

Baseado na transparência, através das reuniões temos

maior visibilidade do progresso do projeto


Gráficos de desempenhoMedição de desempenho do Time

Gráfico Burndown Gráfico Burnup


Empresas usando ScrumAlgumas grandes empresas que apostaram no uso dessa metodologia ágil


ConclusãoDevo utilizar Scrum?

A – Sua empresa concorda em mudar o ciclo de vida dos projetos para timeboxes de 1-4 semanas?

B – Sua organização concorda em juntar divisões funcionais clássicas como analistas, programadores, testers em um único time?

C – Sua empresa concorda em abrir mão de hierarquias rígidas tradicionais para uma estrutura mais horizontal?

D – A liderança concorda em permitir que a equipe multi-disciplinar se auto-organize e auto-gerencie seu trabalho?

E – Escolher um líder-servidor para atuar como ScrumMaster é algo fácil na sua organização ou vai gerar muita discussão?

F – O papel de Product Owner é facilmente identificável na sua organização? O cliente está “próximo”?

G – Sua empresa está disposta a cumprir com as reuniões obrigatórias (reunião de planejamento, diária, revisão e retrospectiva)?

H – Ela está disposta a abrir mão dos atuais mecanismos de controle (custos, prazo, escopo) para adotar a forma ágil de controle?



Obrigado pela atenção!Dúvidas, sugestões ou críticas, entre em contato conosco!

Facebook.com/Fantastsoft [email protected] www.fantastsoft.com.br

scrum guia prático -...

Documents