Scrum

Origem: Wikipdia, a enciclopdia livre.

O Scrum uma metodologia gil para Gerenciamento de Projetos. Inicialmente, o Scrum foi concebido como um estilo de gerenciamento de projetos em empresas de fabricao de automveis e produtos de consumo, por Takeuchi e Nonaka no artigo "The New Product Development Game" (Harvard Business Review, Janeiro-Fevereiro 1986). Eles notaram que projetos usando equipes pequenas e multidisciplinares (cross-functional) produziram os melhores resultados, e associaram estas equipes altamente eficazes formao Scrum do Rugby (utilizada para reincio do jogo em certos casos). Jeff Sutherland, John Scumniotales, e Jeff McKenna conceberam, documentaram e implementaram o Scrum, como descrito abaixo, na empresa Easel Corporation em 1993, incorporando estilos de gerenciamento observados por Takeuchi e Nonaka. Em 1995, Ken Schwaber formalizou a definio de Scrum e ajudou a implant-lo em desenvolvimento de software em todo o mundo. Scrum junta conceitos de Lean, desenvolvimento iterativo e do estudo de Hirotaka Takeuchi e Ikujiro Nonaka. A funo primria do Scrum ser utilizado para o gerenciamento de projetos de desenvolvimento de software. Ele tem sido usado com sucesso para isso, assim como Extreme Programming e outras metodologias de desenvolvimento. Porm, teoricamente pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessitem trabalhar juntas para atingir um objetivo comum, como iniciar uma escola pequena, projetos de pesquisa cientfica, ou at mesmo o planejamento de um casamento. Mesmo que idealizado para ser utilizado em gesto de projetos de desenvolvimento de software ele tambm pode ser usado para a gerncia de equipes de manuteno, ou como uma abordagem para gesto de programas: Scrum de Scrums.

ndice
1 Caractersticas de Scrum 1.1 Backlog de produto e backlog de sprint 1.2 Planejamento de sprint 2 Scrum simplificado 3 Algumas caractersticas de Scrum 4 Agendando discusses dirias 5 Scrum Solo 6 Ver tambm 7 Livros 8 Ligaes externas

Caractersticas de Scrum
Cada sprint uma interao que segue o (ciclo PDCA) e entrega incremento de software pronto. Um backlog conjunto de requisitos, priorizado pelo Product Owner (Responsver pelo ROI e por conhecer as necessidades do cliente); H entrega de conjunto fixo de itens do backlog em srie de iteraes 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 do time 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. O Scrum facilitado por um Scrum Master, que tem como funo primria remover qualquer impedimento habilidade de uma equipe de entregar o objetivo do sprint. O Scrum Master no o lder da equipe (j que as equipes so auto-organizadas), mas atua como um mediador entre a equipe e qualquer influncia desestabilizadora. Outra funo extremamente importante de um Scrum Master o de assegurar que a equipe

esteja utilizando corretamente as prticas de Scrum, motivando-os e mantendo o foco na meta da Sprint. Scrum permite a criao de equipes auto-organizadas, encorajando a comunicao verbal entre todos os membros da equipe e entre todas as disciplinas que esto envolvidas no projeto. Um princpio chave do Scrum o reconhecimento de que desafios fundamentalmente empricos no podem ser resolvidos com sucesso utilizando uma abordagem tradicional de "controle". Assim, o Scrum adota uma abordagem emprica, aceitando que o problema no pode ser totalmente entendido ou definido, focando na maximizao da habilidade da equipe de responder de forma gil aos desafios emergentes. Um dos grandes defeitos do Scrum, porm, a abordagem de "receita de bolo" do gerenciamento de projetos exemplificado no Project Management Body of Knowledge ou PRINCE2, que tem como objetivos atingir qualidade atravs da aplicao de uma srie de processos prescritos.

Backlog de produto e backlog de sprint

Um backlog uma lista de itens priorizados a serem desenvolvidos para um software. O backlog de produto mantido pelo Proprietrio do Produto e uma lista de requisitos que tipicamente vm do cliente. O backlog de sprint uma interpretao do backlog do produto e contm tarefas concretas que sero realizadas durante o prximo sprint para implementar alguns dos itens principais no backlog do produto. O backlog de produto e de sprint 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 Proprietrio do Produto, o Scrum Master e a Equipe decidem no que a equipe ir trabalhar durante o prximo sprint. O Proprietrio do Produto 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 backlog do produto so ento destrinchados em tarefas que se tornam o backlog do sprint.

Scrum simplificado
Muitas organizaes tm sido resistentes s metodologias introduzidas em baixos nveis da organizao. Porm, a adaptabilidade do Scrum permite que ele seja introduzido de forma invisvel ("stealth"), usando os trs passos: Agende uma demonstrao do software com seu cliente em um ms a partir de agora; Como equipe, tome um ms para deixar o software pronto para uma demo, com funcionalidades prontas, no simplesmente telas; Na demonstrao, obtenha feedback e use-o para guiar o seu prximo ms de trabalho de desenvolvimento.

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 monitorar 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

Um momento bom para as discusses dirias depois do almoo. Durante a manh pode ser complicado. Estas 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 Solo
Scrum baseado em pequenas equipes. Ele permite a comunicao entre os membros da equipe. Entretanto, h uma grande quantidade de softwares desenvolvidos por programadores solos. Um software sendo desenvolvido por um s programador pode ainda se beneficiar de alguns princpios do Scrum, como: um backlog de produto, um backlog de sprint, um sprint e uma retrospectiva de sprint. Scrum Solo uma verso adaptada para uso de programadores solo.

Ver tambm
Ken Schwaber John Scumniotales Jeff Sutherland

Livros
Agile Project Management with Scrum, Ken Schwaber, Microsoft Press, January 2004, 163pp, ISBN 07356-1993-X

Ligaes externas
Comunidade Scrum em Portugal (http://www.scrumpt.com/) Cursos de Scrum em Portugal (http://www.fullsix.pt/scrum/) (Certified Scrum Master; Certified Product Owner; etc) Agile Software Development with Scrum (http://bookshelved.org/cgi-bin/wiki.pl? AgileSoftwareDevelopmentWithScrum) by Ken Schwaber Pagina sobre Scrum da Mountain Goat (http://www.mountaingoatsoftware.com/scrum/) Uma boa definio de Scrum Adaptive Project Management Using Scrum (http://www.methodsandtools.com/archive/archive.php? id=18) por Craig Murphy. Este artigo prov uma overview sobre Scrum. The New New Product Development Game (http://harvardbusinessonline.hbsp.harvard.edu/b02/en/common/item_detail.jhtml?id=86116) por Takeuchi and Nonaka. O artigo que iniciou tudo. Scrum Delivers or Scrum and the Toyota Way (http://www.glogerconsulting.de/downloads/Gloger_TototaScrum-170706.pdf) por Boris Gloger. Este artigo mapeia os princpios de Toyota explicados por Liker, com as praticas de Scrum. Scrum and XP from the Trenches (http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf) por Henrik Kniberg. Um livro de 90 paginas descrevendo em detalhe como Scrum e XP podem ser implementados a partir de uma perspectiva pratica. Uma srie de textos de Cesar Brod sobre Scrum (http://www.brod.com.br/?q=search/node/Scrum) Incluindo uma introduo, ferramentas, o uso do Scrum no planejamento estratgico e User Stories Obtido em "http://pt.wikipedia.org/wiki/Scrum"

Categoria: Gerncia de projetos Esta pgina foi modificada pela ltima vez s 00h26min de 20 de outubro de 2009. O texto est disponvel sob a licena Creative Commons Attribution/Share-Alike License; condies adicionais podem-se aplicar. Veja Condies de Uso para detalhes.