Mtodos geis

Histrico

Mtodos geis so incorporados em projetos de escopo flexvel e esta mudana deve ser incorporada. Surgido com o Agile Manifesto (Fev 2001) determina os seguintes princpios e valores no gerenciamento de projeto: Indivduos e Interaes, equipes funcionais, equipes integradas contado com integrantes do cliente e respostas rpidas as mudanas. Mtodo Scrum um processo emprico, baseados em ciclos de inspeo e adaptao

www.agilemanifesto.org

Manifesto gil

Manifesto gil

- Indivduos e interao entre eles mais que processos e ferramentas - Software em funcionamento mais que documentao abrangente - Colaborao com o cliente mais que negociao de contratos - Responder a mudanas mais que seguir um plano

Srum

O Scrum acontece no jogo de Rugby na disputa pela bola em casos de penalidades ou faltas. normalmente formado por 3 linhas de jogadores, sendo 3 na primeira, 4 na segunda e 1 na terceira, totalizando 8 jogadores. A bola jogada no meio do "tnel" do scrum pelo Half Scrum do time lesado pela penalidade pela esquerda do seu time. Neste momento um time tenta empurrar o outro at a bola sair entre as pernas dos jogadores e continuar o jogo. A bola no pode sair pelo tnel e a formao no pode cair nem girar mais de 90 sob pena de ter de repetir o scrum ou inclusive inverter a posse da bola a critrio do juiz.

Srum
O Time

O Scrum acontece no jogo de Rugby na disputa pela bola em casos de penalidades ou faltas.
normalmente formado por 3 linhas de jogadores, sendo 3 na primeira, 4 na segunda e 1 na terceira, totalizando 8 jogadores. A bola jogada no meio do "tnel" do scrum pelo Half Scrum do time lesado pela penalidade pela esquerda do seu time. Neste momento um time tenta empurrar o outro at a bola sair entre as pernas dos jogadores e continuar o jogo. A bola no pode sair pelo tnel e a formao no pode cair nem girar mais de 90 sob pena de ter de repetir o scrum ou inclusive inverter a posse da bola a critrio do juiz.

O Mtodo

O Objetivo

Projetos Tradicionais
Escopo

Mtodos geis
Tempo e Custo

Fixo

Tempo e Custo Flexvel / Estimado Foco no escopo

Escopo Foco no tempo e Custo

Personagens
Product Owner

ScrumMaster

Team

Personagens
Product Owner
Tem a viso do produto e compartilha com o time.
Refina a viso com o time Cria as histrias; Prioriza as Histrias de acordo com objetivos estabelecidos Reporta o avana do projeto aos patrocinadores; Negocia as alteraes do Product BackLog;

Valida incrementos do produto; Aprova ou rejeita as entregas;

Define as metas dos releases; Trata os obstculos junto ao Patrocinador.

Personagens
ScrumMaster

Cria histrias;

Coordena e reporta as Daily Meetings ao P.O.

Elimina Obstculos que o time possui para realizar o trabalho; Coordena e reporta as Sprint Review Meetings Projeta sprints baseados em entregas; Negocia as alteraes do Product BackLog; Gerencia a Lista de Riscos
Responsabilidade de resguardar a equipe do Product Owner.

Personagens
Team

Cria histrias; Realiza as estimativas das histrias, dos sprints e das tarefas do sprint; Equipe auto organizvel; Realiza as tarefas em cooperao com o time;

O mtodo

Product BackLog (Projeto I)

Idias

Funil de Idias.

-Qual a viabilidade; - Qual o retorno; - Objetivos definidos - Qual o custo; -- Qual o prazo; - Qual o objetivo; - Qual a relao com a estratgia - Etc...

Portflio de Projeto.

Product BackLog (Projeto II)

Product BackLog (Projeto III)

O mtodo
Entendimiento Product Backlog Sprint Planning 1

Select Product Backlog

Sprint

Sprint Planning 2

Sprint Backlog

Retrospectiv a

Review

O mtodo
Entendimiento Product Backlog Sprint Planning 1

Select Product Backlog

Sprint

Sprint Planning 2

Sprint Backlog

Retrospectiv a

Review

Priorizao do Backlog

-Agrupamento de idias -Lista de todas caractersticas, funes, tecnologias, melhorias, correes ou defeitos. -Ter histrias organizadas pelo valor de negcio.

Criando e estimando as Histrias

Criando e estimando as Histrias

Backlog estimado (valor de negcio)

50 90 30 25 70

90
55 65 60 30 35

95 85

80
80 65 70 20 95 Product Owner Prioriza os Sprints

45

85

80

55

35

Sprint BackLog 1 : 4 histrias Valor de negcio: 270

Product BackLog

Quebrando o Sprint BackLog 1 em tarefas.

Sprint Planning Meeting

Separar as Histrias do Sprint Backlog 1 Estimar e determinar quem far cada atividade
Criar as tarefas relacionadas a cada histria (PBI)

Montar o quadro de acompanhamento de execuo e o Sprint Burndown

90 80

95 90 21 85 56 80 95 8

Sprint BackLog 1

85 8

O mtodo
Entendimiento Product Backlog Sprint Planning 1

Select Product Backlog

Sprint

Sprint Planning 2

Sprint Backlog

Retrospectiv a

Review

Criando e estimando as Histrias

-Nesta etapa e dada a complexidade das histrias; -Se define a complexidade das histrias e mostra-se para o PO o ponto de corte do Sprint. - O PO tem que estar disponvel para tirar as duvidas do time. - O scrum master garante que o mtodo ser seguido; - O time determina a complexidade das histrias.

Criando e estimando as Histrias

Histria do projeto: Qual o requisito, seus requisitos, seu objetivo e suas entregas?

Histria mais complexa do backlog.

Histria mais simples do projeto:

Quebrando o Sprint BackLog 1 em tarefas.

Sprint Planning Meeting

Separar as Histrias do Sprint Backlog 1 Estimar e determinar quem far cada atividade
Criar as tarefas relacionadas a cada histria (PBI)

Montar o quadro de acompanhamento de execuo e o Sprint Burndown

90 80

95 90 21 85 56 80 95 8

Sprint BackLog 1

85 8

O mtodo
Entendimiento Product Backlog Sprint Planning 1

Select Product Backlog

Sprint

Sprint Planning 2

Sprint Backlog

Retrospectiv a

Review

Criando e estimando as Histrias

-Aonde as histrias so detalhadas. - Se cria as tarefas para cada histria do sprint;

Quebrando o Sprint BackLog 1 em tarefas.

Sprint Planning Meeting

Separar as Histrias do Sprint Backlog 1 Estimar e determinar quem far cada atividade
Criar as tarefas relacionadas a cada histria (PBI)

Montar o quadro de acompanhamento de execuo e o Sprint Burndown

90 80

95 90 21 85 56 80 95 8

Sprint BackLog 1

85 8

O mtodo
Entendimiento Product Backlog Sprint Planning 1

Select Product Backlog

Sprint

Sprint Planning 2

Sprint Backlog

Retrospectiv a

Review

Execuo do Sprint BackLog 1

Ciclo de 2 a 4 semanas
8 8 21

Sprint BackLog 1

Daily Scrum Meetings

Sprint Review Meeting e Incremento Real ao Produto

Daily ScrumMeetings
uma reunio diria de acompanhamento de execuo do projeto realizada pela equipe. Esta reunio deve ter no maximo 15 minutos de durao e deve ser conduzida pelo ScrumMaster. Recomendase que esta reunio seja realizada no perodo matutino, bem no inicio das atividades da equipe. Tambm recomenda-se que os participantes fiquem de p. Esta reunio no para soluo de problemas e sim de sincronismo entre os membros da equipe de como esta indo a execuo das atividades realizadas no Sprint. O ScrumMaster deve realizar trs perguntas a equipe: 1 O que fiz desde a ultima reunio? 2 O que farei ate a prxima reunio? 3 Existe algum obstculo (Impedimento)?

Sprint Burndown Chart

Burndown charts mostra o trabalho restante (a ser realizado) com relao ao tempo necessrio para a sua realizao. O trabalho restante (a ser realizado) representado pelas coordenadas de Y e o tempo necessrio para a realizao deste trabalho representado pelas coordenadas X. Deve ser traado uma linha com a representao da execuo do trabalho, onde esta linha representa o esforo j realizado na execuo das tarefas. Espera-se que a execuo das atividades (tarefas) leve a linha de inicio em Y ao encontro de X, onde este encontro representa o termino das execues das tarefas. A literatura de Scrum define que temos dois tipos de Burndown, sendo a primeira referente a Sprint Burndown, que mostra o acompanhamento dirio das execues das tarefas existentes num Sprint e o segundo Product Burndown que representa as execuo das tarefas existentes em todos as Sprint, que representa o projeto por inteiro.

Quebrando o Sprint BackLog 1 em tarefas.

Sprint Planning Meeting

Separar as Histrias do Sprint Backlog 1 Estimar e determinar quem far cada atividade
Criar as tarefas relacionadas a cada histria (PBI)

Montar o quadro de acompanhamento de execuo e o Sprint Burndown

90 80

95 90 21 85 56 80 95 8

Sprint BackLog 1

85 8

O mtodo
Entendimiento Product Backlog Sprint Planning 1

Select Product Backlog

Sprint

Sprint Planning 2

Sprint Backlog

Retrospectiv a

Review

Sprint Review e Retrospectiva do Sprint

Sprint Review: quipe apresenta os resultados obtidos d urante o Sprint; Informal; Todo o time participa; -Aceite ou reviso das histrias -PO verifica se os cenrios de aceitao formam atingidos, no desenvolvimento das histrias - O time apresenta as histrias;

O mtodo
Entendimiento Product Backlog Sprint Planning 1

Select Product Backlog

Sprint

Sprint Planning 2

Sprint Backlog

Retrospectiva

Review

Sprint Review e Retrospectiva do Sprint

Retrospectiva do Sprint :A reunio de retrospectiva do Sprint realizada no fim de cada Sprint, aps o Sprint Review. A equipe e o ScrumMaster realizam uma reunio para avaliao das coisas boas e ruins da Sprint que foi realizada. (aonde possivel melhorar) O Product Owner no assiste esta reunio, apenas se for convidado.

Release Burndown Chart

Release um produto gerado pela equipe de desenvolvimento.
Um release tipicamente gerado aps a execuo de um ou mais Sprints, que resultaram um produto com algum valor agregado. Em Scrum, o grfico de Release Burndown uma grande figura com as informaes do andamento do projeto para a gerao de um Release. Esta figura mostra quanto de trabalho esta alocado em cada Sprint e as Sprint necessrias para a liberao de um Release.

Preparao para o Segundo Sprint

50 55 55 70 21 80 65 8 50 25 35 75 20 75 45 55 80 30 8 34 50 35 80 Product Owner Prioriza histrias do segundo Sprints

Incrementos ao Produto Histrias no mais necessrias

50

30 65

Novas Histrias (Mudanas)

75

Sprint BackLog 2 : 4 histrias

Outros termos importantes

Mapas Mentais: Ferramenta/Mtodo para elaborao de escopo ou histrias picos : pico um Carto de Historia muito grande Cartes de Histria :Cartes de historia uma tcnica de captura de requisitos de sistemas, esta tcnica surgiu com a metodologia de desenvolvimento chamada de XP Tema um conjunto de Cartes de Historia Correlacionados Velocidade da equipe: a capacidade da equipe de executar funcionalidades (tarefas). Esta velocidade pode ser recalculada ao termino de cada Sprint e desta maneira realizar uma previso se o projeto vai estar atrasado ou adiantado em relao ao cronograma inicial. Time-box : tempo de durao de uma sprint Waterfall : Mtodo de desenvolvimento PBI : Backlog item, ou item : uma unidade de trabalho a ser realizada pela equipe em uma execuo de Sprint. Um item de Backlog decomposto em uma ou mais tarefas. Sprint Gols: so o resultado de uma negociao entre o Product Owner e a equipe de desenvolvimento. Impedimento qualquer coisa que atrapalhe um membro da equipe de executar o trabalho Milestones : Eventos-marco dos projetos Kanban: uma palavra japonesa que significa literalmente registro ou placa visvel. TDD : Desenvolvimento Orientado a Testes

Colaborou para esta apresentao:

Leonardo Justo Trilho Otero Lder de Projetos leonardo.otero@corp.terra.com.br

Trabalho:
Viso: Um sistema para o gerenciamento de reservas de recursos (como computador e projetor) e salas de reunio. O sistema ser usado por qualquer funcionrio da organizao para:
Requisitos de negcio: Reservar um recurso por um perodo de tempo em determinado dia (desde uma data-hora inicial at uma data-hora final), sendo que a reserva imediatamente confirmada ou recusada (se o recurso no estiver disponvel no dia e horrio selecionados); Anular uma reserva; Consultar os recursos disponveis em determinada data e horrio; Consultar as reservas de um determinado recurso; O sistema ser usado pelos funcionrios do departamento de pessoal para registrar os funcionrios da organizao.

O sistema ser usado pelos funcionrios do departamento de materiais para: Registrar os recursos existentes e o seu estado (se disponvel para alocao ou em manuteno). Quando um recurso que estava disponvel precisa de manuteno, todas as reservas j realizadas devero ser canceladas e os funcionrios que fizeram as reservas sero notificados de seus cancelamentos. Registrar a entrega e devoluo dos recursos (no caso de salas de reunio, considera-se a entrega das chaves da sala); Gerar relatrios dos recursos utilizados por cada funcionrio; Gerar relatrios de utilizao dos recursos.

Trabalho:
Etapas do trabalho: 08 e 09 de Junho
1 Dividir o grupo entre PO (um por grupo) Scrum Master ( um por grupo) e team ( 4 ou 5 por
grupo) 2 Cada um dever entender o seu papel. 3 Faz parte do trabalho buscar referencias sobre o seu papel. 4 PO dever criar um Backlog com histrias do projeto; 5 PO dever trazer as histrias escritas e priorizadas na prxima aula. (fichas) 6 Scrum master: Deve ter condies de montar um Kamban na prxima aula; ( cartolina, post-it, pincel atomico, canetinha) 7 Team: Deve entender o a viso do projeto,