metodologias ageis

Metodologias ágeis

http://www.100loop.com/author/chalk/

@CharlesFortes

Charles Fortes

Metas para o treinamento

• Dar um olhar sobre Metodologias

ágeis usando como base o SCRUM

Objetivos

“Projeto” conforme o Dicionário Aurélio: [Do latim. projectu, 'lançado para diante'.]

1. Idéia que se forma de executar ou

realizar algo, no futuro; plano, intento, desígnio;

2. Empreendimento a ser realizado dentro de determinado esquema;

“Um projeto é uma seqüência bem definida de eventos, com um início e um final identificáveis. O foco de um projeto é obter uma meta identificada*.”

(Microsoft Press, p. 4, 1998)

*Satisfazer a necessidade (vontade) do cliente e obter lucro

Origem!

A partir da Segunda Guerra Mundial, surgiu oficialmente a disciplina de gestão de

projeto pela necessidade de errar menos,

gastar menos e cumprir prazos

“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

Por que?

Falta de envolvimento do usuário

Requisitos e especificações incompletas

Falta de suporte da direção

Falta de Pessoas e Recursos

*MPCM – Maturity by Project Category Model

Errar é uma ótima maneira aprendizado, mas é preciso parar de apontar

culpados e começar a agir

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

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 é a

solução para todos os seus problemas*

• Exige trabalho duro e comprometimento• Não tem uma receita de bolo de como fazer, mas sim o que fazer

P D C APlan, Do, Check, Act(Planejamento, Execução, Verificação, Agir para Melhorar)

Ciclo Scrum

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

Papéis e Responsabilidade

s

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

Scrum Master

Trabalhar com o Product Owner

Cuidar do time

Manter o processo funcionando

Disseminar o Scrum

Garantir comunicação

Product Owner

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

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:• Multidisciplinares

• Auto sustentáveis

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

• 7pessoas (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

Tecnologia

RevisaConsideraOrganiza

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:

• Deve haver um critério para indicar se

está pronto!

• Incrementos funcionais são apresentados ao Product

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

• Product Backlog é repriorizado para tomar vantagem dos incrementos apresentados

• Decidir se haverá ou não outra Sprint

Sprint Retrospectives

O queaprendizado não é

Cometer os mesmos erros e esperar resultados diferentes

Aprender é evoluir baseado no erro

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

Quando as retrospectivas não funcionam

O facilitador controla demais a reunião

Falta de objetividade, e perda no foco

Conflito de interesses

O formato é muito repetitivo

O facilitador não se prepara

Itens de ação mal formulados

Escrevendo Estórias

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

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

TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveisIndependentes

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

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

Estimar em tamanho relativo é mais simples

1 - 2 - 3 - 5 - 8 - 13

Monitorando

Sprint Burndown

Inicio 05/jan

12/jan

19/jan

26/jan

02/fev

09/fev

Fim

CE6595659al

CE6605660al

CE6605660al

IDEALREAL

Problemas comuns

Product Owner pouco presente

Sem VisãoSem release plan

Sem product backlog

Quando Product Backlog não é mantido

Falta estimativaFalta priorizaçãoFalta 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

Ferramentas Necessárias

Controlar e Monitorar

ProductBacklogSprintBacklog

TarefasQualidade

IntegraçõesVersões

@CharlesFortes

http://www.100loop.com/author/chalk/

br.linkedin.com/in/charlesfortes  

http://www.100loop.com/author/chalk/