Post on 01-Nov-2014
description
w w w . i d e i a a g i l . c o m . b r
Entendendo e Praticando Scrum
Uma visão geral do framework de Gerenciamento de Projetos mais comentado do momento
Revisão 1.5 – 09/03/2012
Introdução ....................................... 4
Scrum ....................................... 9
Papeis do Scrum ....................................... 15
Ferramentas de Apoio ....................................... 26
Fluxo do Scrum ....................................... 30
Retornar ao Ciclo ....................................... 55
Agenda
Introdução
Treinamento – Scrum – Ideia Ágil
4
Sobre o Instrutor
Fabio A. Dalonso é Certified Scrum Master (CSM) e Certified Scrum Product Owner (CSPO) pela Scrum Alliance (http://www.scrumalliance.org).
Atua na área de Desenvolvimento de Sistemas a mais de 15 anos, tendo participado como analista e coordenador de diversos tipos de projetos em diversas plataformas e ambientes.
Após alguns anos ajudando equipes de Desenvolvimento de Sistemas obterem sucesso em seus respectivos projetos, encontrou nas Metodologias Ágeis, especialmente em Scrum, o perfeito alinhamento entre times e clientes.
Blog :http://www.scrumadventures.wordpress.com
Emails:fabio.dalonso@ideiaagil.com.br
Antes de Falar de Scrum...
Funcionalidades em Sistemas de Softwares
64% das funcionalidades NUNCA ou RARAMENTE são usadas
Standish Group - 2002
Antes de Falar de Scrum...
Índice de Sucesso nos Projetos de Software
Chaos Report 2004 / 2006 / 2009 - Standish Group
Sucesso: Projeto finalizado no prazo, no orçamento e totalmente funcional
Desafio: Projeto finalizado com atraso, com estouro de orçamento e/ou não totalmente funcional
Falha: Projeto cancelado ou nunca utilizado
O que Fazer ?
Scrum
9
Treinamento – Scrum – Ideia Ágil
História
O Scrum não teve um criador propriamente dito. Sua primeira “aparição” foi registrada na Harward Bussines Review (Jan/86) em um artigo escrito por Takeuchi e Nonaka direcionado para a indústria automobilística e baseado no Sistema Toyota de Produção (Lean). Em 1993, o framework começou a ser moldado por Jeff Sutherland (PhD) e sua documentação foi formalizada por Ken Schwaber em 1995.
1948
Sistema Toyota de Produção (Lean)
1986
Artigo: “The New New Product Development Game”
(HBR)
1993 1995
IRobot – Projeto que influenciou Sutherland
Documentação formalizada por Schwaber
O Manifesto Ágil
“Estamos descobrindo maneiras melhores de desenvolver software fazendo-onós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos avalorizar:
Indivíduos e interação entre eles mais que processos e ferramentasProduto em funcionamento mais que documentação abrangenteColaboração com o cliente mais que negociação de contratosResponder a mudanças mais que seguir um plano
Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itensà esquerda."
Scrum: O que é e para que Serve ?
Scrum é um Framework que pode ser utilizado e aplicado para o gerenciamento de qualquer tipo de Projeto.
Sua principal característica é realizar entregas (produto pronto) em um espaço de tempo curto, agregando o máximo possível de valor ao negócio do Cliente ou Parceiro.
Treinamento – Scrum – Ideia Ágil
IntroduçãoScrum
13
ATIVIDADE
Onde está Scrum ?
Companhia
Modelos de Gestão e Governança
CMMI PMBok ISO ITIL
Gestão de Projetos de Desenvolvimento de Sistemas
Scrum FDD XP
Os Papeis do Scrum
15
Treinamento – Scrum – Ideia Ágil
Os 3 Papeis – PO, SM e Time (Equipe)
Product OwnerResponsável por garantir o ROI (Return of Investment) do(s) Projeto(s).Conhecedor do negócio. Deve ser o próprio cliente ou representado por profissional capacitado e envolvido com a visão do(s) Produto(s).
Scrum MasterResponsável por remover os impedimentos do Time e garantir o uso de Scrum. O Scrum Master deve também proteger o time de interferências externas e ajudar o Product Owner a maximizar o ROI.
Time (Equipe)Responsável pela produção do Produto. Deve ser Multidisciplinar e Auto-Gerenciado.
Posicionando os Papeis
Projeto
Product Owner
Scrum Master
Time
Responsável pelo Projeto. Deve preocupar-se com o Macro
Responsável por fazer o ambiente Scrum Funcionar. Deve preocupar-se com o Processo
Responsável pelo andamento do Projeto Devem preocupar-se com o Micro
Macro Processo Micro
Product Owner - Responsabilidades
Ser a Voz do Cliente
Garantir o ROI do Projeto
Definir as Funcionalidades Chave
Gerenciar Stakeholders
Escrever User Stories e Testes de Aceitação
Definir Metas
Iniciando o Projeto: Pré-Game
Visão do Produto – Product Vision Box
Pasta do Projeto
Planejamento de Releases
Scrum Master - Responsabilidades
Garantir a Correta Utilização do Processo
Remover Impedimentos do Time e da Organização
Ajudar o Product Owner na Administração do PB, etc.
Facilitar Reuniões e Cerimônias
Proteger o Time de Interferências Externas
Garantindo o Projeto: Game
Fazer Scrum Funcionar; Inspecionar e Melhorar o Processo a cada Ciclo de Desenvolvimento
Time (Equipe) - Responsabilidades
Auto-Organizado
Multi-Disciplinar
Pequeno e Compacto (no máximo até 9 Integrantes)
Transformar Metas em Produto Pronto
BDD – Behavior Driven Development
Automação de Building
Novas Tecnologias
TDD – Test Driven Development Automação
de TestesIntegração Continua
DDD – Domain-Driven Design
ALM – Application Lifecycle Management
Code Refactoring
Entregando, Finalizando: Post-Game
Time Comprometido durante toda a Sprint
Apresentando Resultados
Revisando o passado “curto” e melhorando o Processo
Treinamento – Scrum – Ideia Ágil
IntroduçãoScrum
25
ATIVIDADE
Ferramentas de Apoio
26
Treinamento – Scrum – TecTreinos
Scrum Board - KanBan
O quadro branco é uma importante ferramenta low-tec que tem o objetivo de integrar os profissionais que trabalharão no projeto, além de ser uma ótima forma de visualizar rapidamente, o andamento do Sprint.
Gráficos de Burndown
Gráfico que mostra a evolução da equipe dentro de um determinado Sprint. Mede-se: quantidade de horas em tarefas X dias úteis do Sprint
Gráfico que mostra a evolução do Projeto ao longo de finalizações de Sprints. Mede-se: quantidade de pontos de Sprint X Sprints finalizados.
Treinamento – Scrum – Ideia Ágil
IntroduçãoScrum
29
ATIVIDADE
O Fluxo do Scrum
30
Treinamento – Scrum – Ideia Ágil
O Fluxo
Fluxo do ScrumO Scrum possuí um fluxo / processo simples e pode ser facilmente demonstrado no gráfico acima. Os pontos chave estão representados por: Papéis, Cerimônias e Artefatos.
Visão
ROI – Return of Investment
Montar um slide sobre o assunto
Funcionalidades por Perfis
Usuário Tipo I
Pesquisa vôos
Compra bilhetes
Paga pela compra
Reservar lugares
Check-inon-line
Pesquisar serviços
relacionados
Pesquisar hotéis
Pesquisar shows
Itens “Ready” e Itens “Done”
Requisitos / Itens “Ready” Funcionalidades “Done”
Product Owner e Time devem conversar e combinar durante o Pré-Projeto ou durante a primeira Planning Meeting o que será considerado “Ready” e “Done”
... se transforma em ...
Treinamento – Scrum – Ideia Ágil
IntroduçãoScrum
36
ATIVIDADE
Product Backlog
Mecânica do Product Backlog
Desmistificando Especificações
EspecificaçõesA forma atual como se especifica software, não casa com a filosofia de trabalho do Scrum, pois:
• Assumem que há um nível avançado de conhecimento de tudo
• Alto consumo de tempo para escrever e ler; um tédio para escrever
• Trata o aprendizado do cliente como “mudança de escopo”
• Difíceis de se adequar ao desenvolvimento iterativo e incremental
Trabalhando com User Stories
Quem
O que
Para Que ?Como um <PERFIL>, eu posso/quero/desejo/devo <FUNÇÃO> para <VALOR DE NEGÓCIO>
Como um COMPRADOR, eu quero ESCOLHER UM PRODUTO DE UMA LISTA para REALIZAR UMA COTAÇÃO E COMPARAÇÃO DE PREÇOS
Teste de Aceitação de Negócio
Como um COMPRADOR, eu quero ESCOLHER PRODUTOS DE UMA LISTA para REALIZAR UMA COTAÇÃO E COMPARAÇÃO DE PREÇOS
• Exibir uma lista de Produtos ordenada alfabeticamente;
• Permitir seleção múltipla de Produtos;
• Ordenar resultado da comparação pelo menor preço;
Treinamento – Scrum – Ideia Ágil
IntroduçãoScrum
42
ATIVIDADE
Sprint Planning Meeting
Principais Objetivos do Planning
Product Owner define para Time a Meta do Sprint
Primeira Parte da Meeting Segunda Parte da Meeting
Estimar o Product Backlog Elaborar o Sprint Backlog
Planning Poker
Por que o Planning Poker funciona ?
• Porque apresenta múltiplas opiniões quanto a estimativa de um item;• Porque estimula o dialogo entre os membros do Time durante as rodadas;• Porque estudos mostram que estimativas feitas em grupo são mais bem sucedidas
que estimativas individuais;
Calculo da Velocidade
Calculo da Velocidade
Sprint
Características do Sprint
Time-Box
Entregar Valor, SEMPRE; Não se altera o que está dentro da Sprint
Daily Meeting
Características da Daily Meeting
O que fiz desde a ultima reunião ?
O que pretendo fazer até a Próxima ?
Existe algum impedimento ?
A meta está comprometida ?
Review
Retrospectiva
Conduzindo a Retrospectiva
Treinamento – Scrum – Ideia Ágil
IntroduçãoScrum
55
ATIVIDADE
Treinamento – Scrum – Ideia Ágil
IntroduçãoScrum
56
RETORNAR AO CICLO
Referências
Livros:Refactoring: Improving the Design of Existing Code http://tinyurl.com/32yzubClean Code: A Handbook of Agile Software Craftsmanship http://tinyurl.com/2f65rbnScrum and XP from the Trenches (Free) http://tinyurl.com/ywf3nxPlanning Extreme Programming http://tinyurl.com/27ghb7tAgile Estimating and Planning http://tinyurl.com/2avkms8
Técnicas de Engenharia de Software:TDD com Fitnesse - Java http://fitnesse.orgTDD com Fitnesse - .NET http://gojko.net/FitNesse/book/ALM Microsoft (TFS) http://msdn.microsoft.com/en-us/vstudio/ff637362.aspxMVC – Técnica de Desenvolvimento http://www.asp.net/mvcUser Story (Matin Fowler)http://www.martinfowler.com/bliki/UseCasesAndStories.htmlUser Story (Agile Modeling) http://www.agilemodeling.com/artifacts/userStory.htm
Informações:InfoQ http://www.infoq.comInfoQ - Brasil http://www.infoq.com/br
Blogs:Aspercon http://blog.aspercom.com.br/Adaptworks http://blog.adaptworks.com.br/Scrum Adventures http://scrumadventures.wordpress.com/CodeZone http://leandrosilva.com.br/2010/02/10/tchau-tchau-gerente-agora-sou-scrum/Scrum-Brasil (User Group) http://br.groups.yahoo.com/group/scrum-brasil/
Referências Sugeridas
w w w . i d e i a a g i l . c o m . b r