Professional Documents
Culture Documents
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.
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
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
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".
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
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