Gestao agil de projetos com Scrum

Scrum Gestão ágil de projetos

Igor Macaúbas e Marcos Pereira

Metas para o treinamento

Explicar o que é Scrum

Por que Scrum

Mostrar que Scrum não é uma bala de prata

Novo olhar sobre gestão de projetos

Metas para o seminário

Veja Ouça Fale

“ A maioria das nossas suposições sobre negócios, tecnologia e organizações têm pelo menos 50 anos . Elas tem sobrevivido ao seu tempo. Como resultado, estamos pregando, ensinando, e praticando políticas que estão cada vez mais desalinhadas com a realidade, e são contra produtivas .”

Peter Drucker (1909-2005)

31% são cancelados

53% custam o dobro do estimado

Apenas 16% são completados no prazo e custo estimados

* dados do CHAOS report

Mas por que ?

Falta de envolvimento do usuário

Requisitos e especificações incompletas

Falta de suporte da direção

Falta de Pessoas e Recursos

Falhar é uma maneira muito forte de aprendizado, mas é preciso parar de apontar culpados

“ Jogar a culpa dos problemas nas pessoas envolvidas é mais do que contra produtivo, é deixar

uma situação ruim pior ainda.”

Mary Poppendieck

Manifesto Ágil

Indivíduos e interação entre eles mais que processos e ferramentas

Software Funcionando mais que documentação abrangente

Colaboração mais que negociação de contratos

Responder às mudanças mais que seguir um plano http:// www.agilemanifesto.org

Olá , Scrum!

Scrum é um processo iterativo e incremental para desenvolvimento de produtos .

O objetivo é entregar o máximo de valor de negócio* possível no menor tempo

* Foco no ROI – Retorno de investimento

Scrum é também um meio de evidenciar os problemas

Mas Scrum não é bala de prata*

* Não mata vampiros & afins

* Exige trabalho duro e comprometimento

P D C A Plan, Do, Check, Act

Planejamento

Execução

Checagem

Retrospectiva e melhoria contínua

O processo não é avaliado enquanto está rodando

Ciclo Scrum

Tipos de Processos

“ É típico adotar a abordagem de modelagem definida quando os mecanismos subjacentes pelos quais um processo opera são razoavelmente bem entendidos. Quando o processo é muito complexo para ser definido, a abordagem empírica é a escolha apropriada .” (Ogunnaike and Ray, Oxford University Press)

Processo definido vs Processo empírico

Desenvolvimento de software não é um processo que gera as mesmas saídas para as mesmas entradas

Processos empíricos

Complexos, caóticos ou seus detalhes ainda não são conhecidos

Atividades podem ser cíclicas e tem duração com muitas variações

É difícil estimar tempos de execução

Fixar a maior quantidade possível de parâmetros

Parâmetros de contexto Tempo, Esforço, Time Parâmetros de entrada Backlog, Prioridades, Estimativas Parâmetros de saída Objetivos, Critérios de avaliação

Exatamente o que Scrum faz!

Timeboxing!

Ciclo Scrum Fonte: http://www.mountaingoatsoftware.com/scrum

Papéis e Responsabilidades

Fonte: http://www.implementingscrum.com

Scrum tem poucos papéis ( não são cargos!): Product Owner, Team, Scrum Master

Scrum Master * *Mãe, quando eu crescer, quero ser Scrum Master.

Trabalhar com o Product Owner Cuidar do time Manter o processo funcionando Disseminar o Scrum Garantir comunicação

Product Owner * *Me dá, me dá, me dá, me dá!

Criar e compartilhar uma visão do projeto

Tomar decisões continuamente sobre os itens do product backlog

Escrever e priorizar itens de backlog

Validar software no final de cada Sprint

Estabelecer e manter o plano de entregas

Tomar decisões pensando no ROI do projeto responsável pelo lucro

Time * *Tudo eu! Tudo eu!

Responsabilidades:

Estimar itens do backlog

Se comprometer a entregar um incremento funcional de software

Gerenciar o próprio progresso

Auto organizados para entregar o que o PO quer

Times Scrum

Como são compostos:

Cross functional, sem papéis

Multidisciplinares

Auto sustentáveis

Todos os skills e habilidades necessárias para desenvolver o produto

7 pessoas (mais ou menos 2)

Cerimônias de Scrum:

Sprint Planning 1

Sprint Planning 2

Daily Scrum

Sprint Review

Sprint Retrospective

Todas com timebox

Reunião de Estimativa :

Preparação para o Sprint Planning

Estimar baseado no tamanho, nunca em tempo

Atualizar Product Backlog com as estimativas

Importante para o PO criar o release plan

Sprint Planning 1 : Product Backlog Capacidade da equipe Condições do Negócio Revisa Considera Organiza Objetivos da Sprint Itens selecionados do backlog Aceite do time

Sprint Planning 2 :

PO não precisa participar

É um planejamento tático da equipe

Os itens selecionados do Product Backlog são destrinchados em tarefas

Sprint Backlog

Daily Scrum :

Deve responder as três perguntas:

O que fiz desde a ultima Daily Scrum?

O que espero fazer até a próxima Daily Scrum?

O que está impedindo o progresso?

Impedimentos reportados aqui

Sprint Review :

O que significa “ pronto ”?

Team deve ter um critério técnico para indicar o que significa pronto!

Incrementos funcionais são apresentados ao Product Owner e interessados

Consequências do Review :

Estórias não concluídas voltam para o product backlog

Atualizar Product Backlog para remover itens que a equipe implementou inadvertidamente

Scrum Master trabalha para reformular a equipe

Consequências do Review :

Product Backlog é repriorizado para tomar vantagem dos incrementos apresentados

Decidir se haverá ou não outra Sprint

Sprint Retrospectives

O que aprendizado é

O que aprendizado não é

Cometer os mesmos erros e esperar resultados diferentes

Aprender é desapontar expectativas, mas não procure culpados

Diretiva Primária

“ Não importa o que descobrimos, nós entendemos e realmente acreditamos que cada um fez o melhor trabalho que pode considerando: O que era conhecido, suas habilidades, os recursos disponíveis e a situação no momento. ” (Kerth, Project Retrospectives, 2001)

Passos para a Retrospectiva

Saídas da Retrospectiva :

Team Backlog (para ajustar o processo)

Backlog de impedimentos (mudanças na empresa)

Os backlogs devem ser ordenados por importância

Onde, Quando, Quem?

Quando as retrospectivas não funcionam

O facilitador controla demais a reunião

Little less conversation , more action, please

Conflito de interesses O formato é muito repetitivo O facilitador não se prepara Itens de ação mal formulados

A Visão do Produto + Product Backlog Planejamento Estratégico

O que é estratégia ? “ O conceito de estratégia, em grego strateegia , em latim strategi , em francês stratégie...”

Plano de ação a longo prazo criado pra atingir um objetivo

Planejamento Tático Selected Backlog + Sprint Backlog

Planejamento Tático é feito por Sprint

Em Scrum, as táticas são voláteis e de responsabilidade do time

O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios

Escrevendo Estórias

Testáveis Independentes NegociáveisValor para o clienteEstimáveisSmallTestáveis

TestáveisIndependentes Negociáveis Valor para o clienteEstimáveisSmallTestáveis

TestáveisIndependentesNegociáveis Valor para o cliente EstimáveisSmallTestáveis

TestáveisIndependentesNegociáveisValor para o cliente Estimáveis SmallTestáveisIndependentes

TestáveisIndependentesNegociáveisValor para o clienteEstimáveis Small TestáveisIndependentesNegociáveis

TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmall Testáveis IndependentesNegociáveis

Estórias com critérios de aceitação criam entendimento sobre quando a tarefa está pronta e ajudam o time a estimar e dividir a estória em tarefas

Scrum foca em tamanho e não em duração

Estimar em tamanho relativo é mais simples

Monitorando a Sprint

Sprint Burndown

Sprint Burn Up

Capacidade

Problemas comuns na adoção de Scrum

Product Owner pouco presente Sem Visão Sem release plan Sem product backlog

Product Backlog não é mantido Falta estimativa Falta priorização Falta acompanhamento

Se as cerimônias não acontecem Falta planejamento Falta comprometimento para entregas PO pode aceitar itens que não estão prontos

Sem retrospectivas Falta de uma maneira de melhorar o trabalho do time Mesmos erros acontecem sempre Impedimentos não são removidos

Decomposição do trabalho

Planejamento a longo prazo

Tempo para pesquisa e folga

O que é difícil em Scrum? Detalhes podem escapar se não for gerenciado corretamente Criar e manter um Product Backlog requer trabalho

Resumo da ópera

É um processo ágil para gerenciar e controlar trabalho.

É um embrulho para as práticas existentes de engenharia.

É uma aproximação coletiva , iterativa e incremental , onde requisitos mudam rapidamente.

Controla o caos de interesses e necessidades conflitantes .

É uma forma de detectar e remover obstáculos que entrem no desenvolvimento e entregas

É melhorar a comunicação e maximizar cooperação .

Não é uma metodologia completa e com o carimbo de um fornecedor

Não é um ataque à documentação ou às ferramentas case

Não confundir Scrum com XP: são diferentes, mas se complementam!

?

Scrum Igor Macaúbas Marcos Pereira

[email_address]

http://delicious.com/macaubas

http://delicious.com/marcospereira

http://scrumalliance.org

http://br.groups.yahoo.com/group/scrum-brasil/

http://macaubas.com

http://marcospereira.wordpress.com/

Este trabalho está licenciado através da “ Atribuição-Uso Não-Comercial-Compartilhamento pela mesma Licença 3.0 Unported”

Você pode:

Copiar, distribuir, exibir e executar a obra

Criar obras derivadas

Sob as seguintes condições:

Atribuição . Você deve dar crédito ao autor original, da forma especificada pelo autor ou licenciante.

Uso Não-Comercial . Você não pode utilizar esta obra com finalidades comerciais.

Compartilhamento pela mesma Licença . Se você alterar, transformar, ou criar outra obra com base nesta, você somente poderá distribuir a obra resultante sob uma licença idêntica a esta