SCRUM. Agenda Manifesto gil Origens do Scrum Componentes do Scrum  Din¢micas

  • View
    219

  • Download
    1

Embed Size (px)

Text of SCRUM. Agenda Manifesto gil Origens do Scrum Componentes do Scrum  Din¢micas

Slide 1

SCRUMAgendaManifesto gil

Origens do Scrum

Componentes do Scrum

DinmicasManifesto gil

Os 12 Princpios geisNossa maior prioridade satisfazer o cliente atravs da entrega contnua e adiantada de software com valor agregado.

Mudanas nos requisitos so bem-vindas, mesmo tardiamente no desenvolvimento. Processos geis tiram vantagem das mudanas visando vantagem competitiva para o cliente.

Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferncia menor escala de tempo.

Pessoas de negcio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto.

Construa projetos em torno de indivduos motivados. D a eles o ambiente e o suporte necessrio e confie neles para fazer o trabalho.

O mtodo mais eficiente e eficaz de transmitir informaes para e entre uma equipe de desenvolvimento atravs de conversa face a face.Os 12 Princpios geisSoftware funcionando a medida primria de progresso.

Os processos geis promovem desenvolvimento sustentvel. Os patrocinadores, desenvolvedores e usurios devem ser capazes de manter um ritmo constante indefinidamente.

Contnua ateno excelncia tcnica e bom design aumenta a agilidade.

Simplicidade --a arte de maximizar a quantidade de trabalho no realizado -- essencial.

As melhores arquiteturas, requisitos e designs emergem de equipes auto organizveis.

Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e ento refina e ajusta seu comportamento de acordo.Abordagem Clssica vs. Abordagem gilClssicagilDesenvolvedorhbilgilClientepouco envolvidocomprometido Requisitosconhecidos, estveisemergentes, mutveisRetrabalhocarobaratoPlanejamentodireciona resultadosresultados o direcionamFocograndes projetosprojetos de natureza exploratria e inovadoresObjetivocontrolar, em busca de alcanar o planejadosimplificar processo de desenvolvimentoNvel de rudo em um projetoSimplesComplicadoAnarquiaComplexoPerto da certezaLonge da certezaTecnologiaPerto deAcordoLonge deacordoRequerimentosOrigens do ScrumThe Mythical Man Month by Frederick Brooks, 1975.(O mtico homem ms)

Quando um projeto est atrasado, adicionar pessoas ao projeto servir apenas para atras-lo ainda mais.

Devemos considerar o tempo que perdemos em gesto e comunicao quando temos pessoas demais trabalhando em um projeto.

Ao calcular o tempo de desenvolvimento de qualquer coisa, temos que dobr-lo. O programador precisa de "tempo para pensar" alm do "tempo para programar.Scrum ...

Scrum: valores...

Scrum: benefcios...Comunicao

Trabalho em equipe

Flexibilidade

Fornecimento de software funcionando(Incremental)Scrum: componentes...

Scrum: componentes...

Scrum: componentes...

Scrum: Product OwnerGerencia Product Backlog

Representa Stakeholders

Aceita/Rejeita resultados

Define/Prioriza funcionalidades

Garante e maximiza o ROI do cliente a partir do trabalho do Time de DesenvolvimentoScrum: Scrum MasterFacilitador

Remove obstculos

Evita Interferncias

Mantm Foco na Meta do Sprint

Garante colaborao

Guardio das prticas do ScrumScrum: Team DeveloperAuto gerencivel

Composto por 3 a 9 pessoas

Multifuncional

Sem nvel hierrquico

Scrum: Product BacklogOs requerimentosUma lista de todo o trabalho desejado no projetoIdealmente, na forma em que cada item tenha seu peso de acordo com a vontade do cliente ou usuriosPriorizado pelo dono do produtoRepriorizado no incio de cada Sprint

Este o Product BacklogScrum: Sprint PlanningPO Apresenta as Estrias (necessidades, tarefas, eventos, etc.) de maior prioridade

Time seleciona Estrias para compor Sprint e as quebra em Tarefas

PO + Time definem o Sprint Backlog

Este o Sprint BacklogEste o Sprint Planning

Scrum: SprintNo deve ser maior do que 30 dias consecutivos

O time se compromete com o Sprint BacklogNo so permitidas modificaes nele durante o Sprint

O que est fora do Sprint pode ser alterado de acordo com a necessidade do cliente

Somente o Product Owner pode interromper um Sprint

Kanban =>

Este o SprintScrum: Daily Meeting Reunies dirias de 15 min. no mximo com a equipe de p

Questes que devem ser respondidas:O qu voc fez ontem ?O qu voc vai fazer hoje ?Tem algum obstculo ?

A reunio todo dia ajuda a manter as promessas, evita atraso no projeto, qualquer problema pode ser corrigido de imediato.

Este o Daily MeetingScrum: Burn Down Chart

Scrum: Sprint ReviewApresentao dos Resultados do Sprint

Demo de novas funcionalidades

No final da reunioCada stakeholder fala suas impresses e sugere mudanas com suas respectivas prioridadesPossveis modificaes no Product Backlog so discutidas entre o Product Owner e o TimeScrumMaster anuncia a data e o local da prxima reunio de reviso do Sprint ao Product Owner e a todos stakeholders

Este o Sprint ReviewScrum: Sprint RetrospectiveParticipam desta reunioTime, ScrumMaster e, opcionalmente, Product Owner

Os membros do time devem responder a duas questes:O que aconteceu de bom durante o ltimo Sprint?O que pode ser melhorado para o prximo Sprint?

ScrumMaster escreve as respostas e prioriza na ordem que deseja discutir as potenciais melhorias

ScrumMaster nesta reunio tem o papel de fazer com que o time encontre melhores formas de aplicar o Scrum

Este o Sprint RetrospectiveSimulado (prova)http://www.knowledge21.com.br/simulado-de-scrum-para-a-prova-de-certificacao-da-scrum-alliance-certified-scrummaster/

Certo ou Errado ???Reviso