http://www.youtube.com/watch?

v=xaC0No2Uic

SCRUM

um processo de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento gil de software.

SCRUM
Junta

conceitos de Lean, desenvolvimento iterativo e do estudo de Hirotaka Takeuchi e Ikujiro Nonaka (indstria automotiva)

SCRUM

A funo primria do Scrum ser utilizado para o gerenciamento de projetos de desenvolvimento de software.
teoricamente

pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessitem trabalhar juntas para atingir um objetivo comum:
iniciar uma escola pequena projetos de pesquisa cientfica at mesmo o planejamento de um casamento.

Scrum um esqueleto de processo que contm grupos de prticas e papis prdefinidos. Os principais papis so: o ScrumMaster, que mantm os processos (normalmente no lugar de um gerente de projeto) o Proprietrio do Produto, ou Product Owner, que representa os stakeholders e o negcio a Equipe, ou Team, um grupo multifuncional com cerca de 7 pessoas e que fazem a anlise, projeto, implementao, teste etc.

Cada sprint uma iterao que segue um ciclo (PDCA) e entrega incremento de software pronto. Um backlog conjunto de requisitos, priorizado pelo Product Owner (responsvel pelo ROI e por conhecer as necessidades do cliente); H entrega de conjunto fixo de itens do backlog em srie de interaes curtas ou sprints;

Breve reunio diria, ou daily scrum, em que cada participante fala sobre o progresso conseguido, o trabalho a ser realizado e/ou o que o impede de seguir avanando (tambm chamado de Standup Meeting ou Daily Meeting, j que os membros da equipe geralmente ficam em p para no prolongar a reunio). Breve sesso de planejamento, na qual os itens do backlog para uma sprint (iterao) so definidos; Retrospectiva, na qual todos os membros da equipe refletem sobre a sprint passada.

Product backlog e Sprint backlog

Um backlog uma lista de itens priorizados a serem desenvolvidos para um software. O Product backlog mantido pelo Product Owner e uma lista de requisitos que tipicamente vm do cliente. O Product Owner pode altera-lo a qualquer momento, desde que os itens alterados no estejam na sprint. Sprint backlog uma interpretao do Product backlog e contm tarefas concretas que sero realizadas durante o prximo sprint para implementar alguns dos itens principais no Product backlog. O Product backlog e o sprint backlog so, ento, duas coisas totalmente diferentes, o primeiro contendo requisitos de alto-nvel e o segundo contendo informaes sobre como a equipe ir implementar os requisitos do produto.

Planejamento de sprint

Antes de todo sprint, o Product Owner, o Scrum Master e a Equipe decidem no que a equipe ir trabalhar durante o prximo sprint. O Product Owner mantm uma lista priorizada de itens de backlog, o backlog do produto, o que pode ser repriorizado durante o planejamento do sprint. A Equipe seleciona itens do topo do backlog do produto.
Eles selecionam somente o quanto de trabalho eles

podem executar para terminar.

A Equipe ento planeja a arquitetura e o design de como o backlog do produto pode ser implementado.
Os itens do backlogdo produto so ento destrinchados

em tarefas que se tornam o backlog do sprint.

Algumas caractersticas de Scrum

Clientes se tornam parte da equipe de desenvolvimento (os clientes devem estar genuinamente interessados na sada); Entregas frequentes e intermedirias de funcionalidades 100% desenvolvidas; Planos frequentes de mitigao de riscos desenvolvidos pela equipe; Discusses dirias de status com a equipe; A discusso diria na qual cada membro da equipe responde s seguintes perguntas:

O que fiz desde ontem? O que estou planejando fazer at amanh? Existe algo me impedindo de atingir minha meta?

Transparncia no planejamento e desenvolvimento; Reunies frequentes com os stakeholders (todos os envolvidos no processo) para monitorizar o progresso; Problemas no so ignorados e ningum penalizado por reconhecer ou descrever qualquer problema no visto; Locais e horas de trabalho devem ser energizadas, no sentido de que "trabalhar horas extras" no necessariamente significa "produzir mais".

Agendando discusses dirias

U m momento bom para as discusses dirias depois do almoo. Durante a manh pode ser complicado. E stas discusses de status no demoram e uma forma eficiente de fazer estas reunies seria ficar em p e em frente a um quadro negro. Como as pessoas tendem a ficar cansadas depois do almoo, ter uma viva reunio em p nessa hora permite que a equipe mantenha a sua energia alta. Como todos estiveram trabalhando durante a manh, suas mentes esto focadas no trabalho e no em questes pessoais.

Scrum Framework

Product Owner Scrum Master Equipe

Planejamento Reviso Retrospectiva Reunio Diria

Product Backlog Sprint Backlog Burndown charts

Papis

Cerimnia

Artefatos

Dono do produto
Define as funcionalidades do produto Decide datas de lanamento e contedo Responsvel pela rentabilidade (ROI) Prioriza funcionalidades de acordo com o valor de mercado Ajusta funcionalidades e prioridades Aceita ou rejeita o resultado dos trabalhos

ScrumMaster
Representa a gerncia para o projeto Responsvel pela aplicao dos valores e prticas do Scrum Remove obstculos Garante a plena funcionalidade e produtividade da equipe Garante a colaborao entre os diversos papis e funes Escudo para interferncias externas

Equipe

Entre 5 e 9 pessoas
Multi-funcional Programadores, testadores, desenvolvedores

de interfaces, etc.

Tempo integral Raras excees (Ex.: Administrador de Base de Dados) Auto-organizvel Idealmente, sem ttulos, ainda que possvel Trocas s na mudana de Sprints

Exemplo de Backlog
Item do backlog Permitir que o usurio faa uma reserva Permitir que o usurio cancele a reserva Permitir a troca de datas da reserva Permitir que empregadod do hotel gerem relatrios de lucratividade Melhorar manipulao de erros ... Estimativa 3 5 3 8 8 30

Referncias
www.mountaingoatsoftware.com/scrum www.scrumalliance.org www.controlchaos.com

Agile and Iterative Development: A Managers Guide by Craig Larman Agile Estimating and Planning by Mike Cohn Agile Project Management with Scrum by Ken Schwaber Agile Retrospectives by Esther Derby and Diana Larsen Agile Software Development Ecosystems by Jim Highsmith Agile Software Development with Scrum by Ken Schwaber and Mike Beedle Scrum and The Enterprise by Ken Schwaber User Stories Applied for Agile Software Development by Mike Cohn Artigos semanais em www.scrumalliance.org