Conhecendo o Scrum

Veja neste artigo uma introduo ao Scrum, um dos mtodos geis de desenvolvimento de software e gesto de projetos mais utilizados em todo o mundo.

34

10

Go s t ei (2)

(0)

Scrum uma estrutural processual (framework) para suportar o desenvolvimento e manuteno de produtos complexos [Scrum 2011]. O termo framework muito usado nos ambientes de TI, principalmente naqueles onde o foco o desenvolvimento de sistemas. Concebe-se o termo framework em desenvolvimento de softw are, como sendo um conjunto de classes que colaboram para realizar uma responsabilidade para um domnio de um subsistema da aplicao [Schmidt et al. 2004]. Por definio o Scrum no se insere na descrio acima, pois no se trata de um software executvel. Embora ele seja descrito por muitos [Scrum 2011] como um framework, percebe-se que essa descrio est relacionada no ao fato dele possuir um conjunto de cdigos de software que pode ser reutilizado em diversos projetos, mas sim por se tratar de um arcabouo de conceitos e prticas que podem ser aplicadas no desenvolvimento de alguma atividade, como por exemplo, no desenvolvimento de software, que aqui ser abordado. Dessa forma, o Scrum pode ser definido como um framew ork, porm o mais adequado seria o uso do termo Framework Conceitual por ele no oferecer cdigos de softw are aos seus usurios. Metodologia, tambm uma definio atribuda por muitos [ImproveIt 2009] ao Scrum, j que a ele esto associados um conjunto de regras, papis, atividades e artefatos que so propostos em sua execuo. O Scrum uma proposta gil para o gerenciamento de projetos complexos. Apresenta recursos que visam manter estvel o controle do

desenvolvimento mesmo em ambientes instveis, onde predominam constantes mudanas no escopo de requisitos, por exemplo, e torna-se uma alternativa s propostas tradicionais existentes no mercado de desenvolvimento de softw are voltados para essa mesma finalidade, como o Rational Unified Process (RUP) [Rup 2001].

Caractersticas do Scrum
Um Scrum Team, como chamada a equipe que executa o Scrum no gerenciamento de seus projetos, trabalha sobre trs pilares do controle de processo emprico, no qual se fundamenta o Scrum, que so transparncia, inspeo e adaptao [Scrum 2011]. Transparncia diz respeito a ter um processo visvel para todos os responsveis por os resultados, de forma que o Scrum Team compartilhe o entendimento do que est sendo feito. A inspeo deve garantir a correta execuo do Scrum em direo ao objetivo a fim de que as indesejveis variaes dentro do projeto sejam corrigidas, mas tendo o cuidado para que as inspees nunca cheguem a atrapalhar o bom desenvolvimento das tarefas. A adaptao uma aliada da inspeo, j que esta informa tudo aquilo dentro do processo que teve seu caminho desviado, necessitando assim que adaptaes sejam feitas a fim de que os resultados esperados sejam logrados. A adaptao acontece de forma que o Scrum Team possa acompanhar sem prejuzo as mudanas que podem acontecer no ambiente do projeto. No Scrum, so prescritas quatro oportunidades de se manter a transparncia, inspeo e adaptao constantes: Scrum Planning Meeting, Daily Scrum Meeting , Sprint Review, Sprint Retrospective. Todos esses termos sero vistos com mais detalhes adiante. O framework Scrum prope uma abordagem iterativa e incremental onde o trabalho dividido e desenvolvido em quantos Sprints forem necessrios para a concluso do projeto. Uma Sprint representa o espao de tempo em que desenvolvida uma parte de todo o trabalho estimado. Ao fim de uma Sprintespera-se obter uma verso incremental utilizvel do produto, a qual recebe a denominao de Pronto. A definio de Pronto pode variar de acordo com cada Scrum Team, mas deve ser uma informao compartilhada por todos que fazem parte deste. A parcela funcional do sistema concluda ao fim de uma Sprint o resultado do desenvolvimento de uma lista de necessidades para o software, que representa parte daquilo que necessrio para o produto final. Essa lista recebe o nome de Sprint Backlog, que por sua vez retirada do Product Backlog que consiste em uma lista ordenada de tudo que necessrio para o produto final.

Papis do Scrum
O Scrum Team composto por trs papeis, que so o Product Owner, o Development Team e o Scrum Master.

O Product Owner (PO) o responsvel por maximizar o valor do produto e do trabalho da equipe de Desenvolvimento e a nica pessoa responsvel por gerenciar o Product Backlog [Scrum 2011]. O PO est ligado viso de negcio do projeto, ele representa o interesse das pessoas que investem no desenvolvimento do produto. Sua maior responsabilidade gerenciar o Product Backlog que inclui: Ordenar os itens do Product Backlog de acordo com a viso de prioridade do cliente; Garantir a transparncia do Product Backlog; alm de: Aceitar ou rejeitar os resultados dos trabalhos; Decidir o momento de liberao do produto ou de suas verses funcionais para o cliente. O Development Team (DT) a equipe de profissionais responsvel por transformar o Product Backlogem um produto funcional. So eles que desenvolvem as verses incrementais do produto Pronto que so entregues ao final de cada Sprint. Um DT de um Scrum Team tem como caracterstica ser auto-organizvel e multifuncional. Dessa forma ele consegue decidir qual a melhor forma de se chegar s metas estabelecidas, sem precisar de um Gerente de projeto delegando responsabilidades ao logo do tempo. E por ser tambm multifuncional todos os integrantes de um DT devem ser capazes de desenvolver diversas atividades dentro do projeto, no sendo apropriado possuir profissionais que sejam apenas especialistas. Todos que fazem parte de um Development Team no Scrum recebem a classificao de desenvolvedores. O tamanho ideal do DT pequeno o suficiente para se manter gil e grande o suficiente para ser capaz de completar uma parcela significativa do trabalho [Scrum 2011]. interessante que o Development Team no possua menos que trs integrastes nem mais que 9 [SCRUM 2011]. Com poucas pessoas trabalhando no desenvolvimento corre-se o risco de o potencial de desenvolvimento no ser o suficiente para entregar um produto funcional ao final de uma Sprint. J com equipes muito grandes o Scrum pode se tornar muito complexo e difcil de ser gerenciado. O Scrum Master (SM) responsvel por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Scrum Team adere teoria, prticas e regras do Scrum. O Scrum Master um servo-lder para o Scrum Team, e no somente um gerente, est sempre em contato com o Product Ow ner. O SM est sempre disposio para prestar esclarecimentos sobre o que se deve fazer a qualquer momento no decorrer do projeto. Sempre

eliminando os obstculos que impedem o bom funcionamento do Scum.

Eventos do Scrum
O objetivo de se ter eventos no Scrum proporcionar um maior controle sobre o processo adquirindo uma rotina de trabalho e aumentar a transparncia ao decorrer do desenvolvimento. Os eventos Scrum so time boxed, ou seja, possuem uma durao mxima definida. No se pode garantir o sucesso de um projeto com o uso do Scrum deixando de incluir qualquer um dos seus eventos que so, a Sprint, a Sprint Planning Meeting, a Daily Scrum Meeting, a Sprint Review e a Sprint Retrospective.

Sprint
Uma Sprint consiste em um espao de tempo de no mximo quatro semanas. Onde desenvolvido por o Development Team um produto potencialmente utilizvel. O tempo de durao de uma Sprint pode variar entre duas a quatro semanas, essa uma deciso compartilhada por o Scrum Team. Ter no mximo um ms de durao proporciona um maior controle sobre o objetivo da Sprint, diminuindo os riscos do desenvolvimento adquirir muita complexibilidade. Cada Sprint deve ter um objetivo a ser alcanado pelo Development Team. Esse objetivo resulta no incremento do produto final. Em uma Sprint acontecem quatro eventos do Scrum, a Sprint Planning Meeting , Daily Scrum Meeting ,Sprint Review e Sprint Retrospective.

Sprint Planning Meeting

O Sprint Planning Meeting a reunio de planejamento que ocorre antes do incio de uma Sprint como resultado de um trabalho colaborativo do Scrum Team. Deve ter um time box de oito horas de durao para Sprints de quatro semanas. Ao fim de uma Sprint Planning Meeting o Development Team deve saber responder ao Scrum Master e ao Product Owner o que ser entregue como resultado do prximo incremento e como o trabalho ser desenvolvido para chegar ao resultado esperado. O PO apresenta para o Scrum Team o Product Backlog, que consiste em uma lista ordenada de tudo que necessrio para o produto final, para que o Development Team escolha quantos itens ser capaz de desenvolver na prxima Sprint. Essa uma deciso que deve ser tomada apenas pelo o Development Team, pois este quem vai desenvolver o produto que representar o resultado da Sprint. O PO tem a

responsabilidade de definir a prioridade dos itens do Product Backlog, mas quem sabe quantos itens sero desenvolvidos o DT. Aps a criao do Sprint Backlog que representa a seleo dos itens do Product Backlog que sero desenvolvidos na Sprint o Scrum Team define o objetivo da Sprint que a meta para qual todos devem trabalhar at o trmino da Sprint. Como dito antes o Scrum Team tem como caracterstica ser auto-organizvel e multifuncional. Seguindo esse pensamento o Development Team deve ser capaz de decidir a melhor forma de alcanar os objetivos da Sprint. Usando de seu conhecimento para transformar o Sprint Backlog em um produto utilizvel. O Scrum no prescreve praticas da engenharia de softw are a serem usadas dentro do desenvolvimento do sistema. Essa uma deciso do Development Team.

Daily Scrum Meeting

A Daily Scrum Meeting uma reunio diria time box geralmente de 15 minutos. O seu objetivo principal fazer o Development Team refletir a respeito das seguintes questes: O que foi completado desde a ltima reunio?, O que ser feito at a prxima reunio e quais os obstculos que esto no caminho? [Scrum 2011]. Essa reunio assegura que o DT est seguindo a direo correta em relao ao objetivo da Sprint. Como regra do Scrum somente os integrantes do Development Team devem participar da Daily Scrum Meeting. A reunio diria melhora a comunicao, identifica e remove impedimentos para o desenvolvimento e melhora o nvel de conhecimento da Equipe de Desenvolvimento [Scrum 2011].

Sprint Review
A Sprint Review acontece ao final de cada Sprint e tem como objetivo avaliar o que foi produzido pelo Development Team. uma reunio time box com durao de 4 horas para Sprints de um ms. Na Sprint Review o Product Owner se encarrega de verificar se o incremento desenvolvido realmente atende a expectativa de Pronto. Nesse momento o PO se encarrega de atualizar o Product Backlog e atravs disso torna-se capaz projetar possveis concluses. A Sprint Review chega a fornece informaes importantes que sero usadas na Sprint Planning Meeting da prxima Sprint.

Sprint Retrospective
Esta uma reunio time box de durao de trs horas para uma Sprint de um ms. E tem como objetivo avaliar o desempenho do Development Team, criando melhorias a esse respeito para a prxima Sprint. Deve ocorrer ao final da Sprint Review e serve como uma forma de inspeo e adaptao em que o Scrum Team enxerga melhores formas de trabalhar a fim de otimizar o seu desempenho na Sprint posterior.

Figura 1: Funcionamento do Scum. Fonte: http://improveit.com.br/scrum/

Concluso
O Scrum pode contribuir para a obteno dos resultados esperados nos projetos executados em ambientes onde a agilidade possa ser empregada, mas como dito antes, a correta execuo de seus eventos deve acontecer para que o xito seja logrado. Deve-se obter o correto entendimento do propsito de suas prticas, papis e eventos a fim de que o Scrum Team consiga em encontrar a lgica na execuo dos pilares do Scrum que so transparncia, inspeo e adaptao.

Referncias
[Schmidt et al. 2004] SCHMIDT, D. C.; Gokhale, A.; NATARAJAN, B. Leveraging Application Framew orks. ACM Queue, v.2,5 jul./ago. 2004, p.66-75. [ImproveIt 2009] TELES, Vincius, SCRUM. Improveit, Rio de Janeiro, 2009. Seo Empresa. Disponvel em: . Acessado em 10 set. 2012, 22:18:02. [Rup 2001] RUP. Rational Software Corporation, 2001. Disponvel em:http://w ww.wthreex.com/rup/portugues/index.htm. Acessado em 10 set. 2012, 22:32:01. [Scrum 2011] SCHWABER, Ken; SUTHERLAND, Jeff. Guia do Scrum, 2011. Disponvel em:http://w ww.scrum.org/Portals/0/Documents/Scrum Guides/Scrum Guide - Portuguese BR.pdf. Acessado em 10 set. 2012, 22:15:40.

Cazuza Neto
Graduando em Anlise e Desenvolvimento de Sistema no Instituto Federal de Cincia e Tecnologia da Paraba. Programador Java h mais de dois anos. Atualmente o CEO (Diretor Executivo) da Improve Quality, empresa paraibana, promov [...]