O FRAMEWORK SCRUMAULA 1

Sobre o autor Gustavo Castellano – AUDESP MBA em Gerenciamento de Projetos

pela FGV / University of California – Irvine

SCJA, SCJP, SCWCD, SCBCD, ITIL v3, COBIT, PRINCE 2, Professional Scrum Master, OCMJEA (nova SCEA)

Objetivos do curso Difundir o conhecimento (teórico e

prático) para a Magna. Apresentar os problemas do modelo

tradicional de desenvolvimento. Apresentar o desenvolvimento ágil. Apresentar o framework Scrum. Gerar resultados para os projetos da

Magna.

O curso Dia 1: Introdução ao Scrum e Equipe

Scrum Dia 2: Ciclo de vida do Scrum e

Ferramentas e Técnicas Dia 3: Continuação do dia 2 ,

exercícios, processo de certificação, troca de experiência e dúvidas

Dia 4: Implantando o Scrum / Case TCESP

O Software e o negócio Software agrega valor ao negócio; Proporciona:

Rapidez no atendimento;Competitividade;Automação dos processos

manuais/burocráticos;Remove restrições;Gera resultados para a empresa.

Porém, nem tudo são flores ... Taxas de sucesso dos projetos

14%

57%

29%

Taxa de sucesso no modelo tradicional (cascata)

SucessoDeficit (atraso ou pre-juízo)Fracasso/Falha

Fonte: Standish Group, 2012;

Freqüência de utilização das funcionalidades nos softwares.

45%

19%

16%

13%7%

Utilização das funcionalidades do software

NuncaRaramenteÀs vezesFrequentementeSempre

Fonte: Standish Group, 2010;

Freqüência de utilização das funcionalidades nos softwares.

45%

19%

16%

13%7%

Utilização das funcionalidades do software

NuncaRaramenteÀs vezesFrequentementeSempre

Fonte: Standish Group, 2010;

Isso mesmo, somente 20% do software é realmente útil ! Mas qual o motivo ??

Modelo clássico/cascata

Requisitos Análise Construção Testes Liberação Produto

Final

Tempo (semanas/meses/anos)

Mudança no Modelo clássico/cascata

Requisitos Análise Construção Testes Liberação Produto

Final

Tempo (semanas/meses/anos)

$$ $$$ $$$$ $$$$$$$$$$$ $$$$$$$$$$$

Mudança

Reflexões sobre o Modelo clássico/cascata É realmente possível conhecer todos os

requisitos no início do projeto ??

Reflexões sobre o Modelo clássico/cascata É realmente possível conhecer todos os

requisitos no início do projeto ?? (Mudanças = $$$$$) + (????) = ?

Reflexões sobre o Modelo clássico/cascata É realmente possível conhecer todos os

requisitos no início do projeto ?? (Mudanças = $$$$$) + (????) = quero

tudo !

Reflexões sobre o Modelo clássico/cascata É realmente possível conhecer todos os

requisitos no início do projeto ?? (Mudanças = $$$$$) + (????) = quero

tudo ! Com quanta freqüência preciso daquele

diagrama ? E aquele outro diagrama, realmente me ajuda ? Funciona ?

Reflexões sobre o Modelo clássico/cascata É realmente possível conhecer todos os

requisitos no início do projeto ?? (Mudanças = $$$$$) + (????) = quero

tudo ! Com quanta freqüência preciso daquele

diagrama ? E aquele outro diagrama, realmente me ajuda ? Funciona ?

Como resolver isso ???????

Possível solução Conversar mais, escrever menos !

Possível solução Conversar mais, escrever menos ! Obter feedback constante !

Possível solução Conversar mais, escrever menos ! Obter feedback constante ! Entender que os requisitos mudam –

SEMPRE !

Possível solução Conversar mais, escrever menos ! Obter feedback constante ! Entender que os requisitos mudam –

SEMPRE ! Aprender progressivamente sobre o

produto !

Possível solução Conversar mais, escrever menos ! Obter feedback constante ! Entender que os requisitos mudam –

SEMPRE ! Aprender progressivamente sobre o

produto ! Aceitar mudanças de forma natural !

Possível solução Conversar mais, escrever menos ! Obter feedback constante ! Entender que os requisitos mudam –

SEMPRE ! Aprender progressivamente sobre o

produto ! Aceitar mudanças de forma natural ! Maior alinhamento com o cliente !

Desenvolvimento ágil Desenvolvimento iterativo e incremental. Times auto-organizáveis. Times multifuncionais. Grande envolvimento do usuário. Foco nas pessoas !

Desenvolvimento Iterativo e Incremental

Partes (Incrementos) Ciclos (Iteração)

Times auto-organizáveis A alta gerência limita-se a dar

orientação, recursos e apoio moral. Time proativo. Definição das atividades e ordem de

execução são definidas pela equipe.

Times multifuncionais A equipe consegue executar todo

trabalho necessário para finalizar as atividades.

O tempo aumenta a maturidade do time.

O que é ser Ágil ? Ter rapidez. Entregar o que gera mais valor para o

CLIENTE. Equipe comprometida com os objetivos. Capacidade de responder rapidamente

a mudanças.

Manifesto ágil – Princípios que fundamentam o agile.

http://manifestoagil.com.br/

Manifesto ágil

Scrum ! O que é Scrum ? “Scrum é um framework iterativo e

incremental para o desenvolvimento de qualquer produto ou gerenciamento de qualquer trabalho.” (Adaptworks)Framework;

○ Gerenciamento de Projetos.○ Desenvolvimento ágil de software.

Baseado no modelo Iterativo e Incremental;Foco nas pessoas e não em documentos;Fácil de ser entendido, difícil de ser

implementado.

Scrum ! O que é Scrum ? Scrum Guide:

https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide-Portuguese-BR.pdf

O Scrum - Utilização Manutenção ou Projeto. Todos os tamanhos de projetos e

equipes (Scrum of Scrums). Pesquisa ou nova implementação. É adotado por grandes empresas

Google, Yahoo, Microsoft

Benefícios do Scrum Entregas menores, mais feedback (2 a 4

semanas). Avaliação constante do software. Comprometimento e transparência. O que é mais importante é entregue primeiro. Usuários envolvidos em todo ciclo. Facilidade na contagem de Ponto de Função. PDCA.

Taxas de sucesso dos projetos

42%

49%

9%

Taxa de sucesso no modelo ágil

SucessoDéficit (atraso ou pre-juízo)Fracasso/Falha

Fonte: Standish Group, 2012;

Scrum VS Modelo tradicional

Dúvidas ??