You are on page 1of 3

2.5.

Objetos, valores, princpios e fases do GP gil Scrum


A metodologia gil Scrum muito utilizada atualmente e para entend-la, primeiramente, necessrio que se entenda o significado de seus termos separadamente. A definio de gil se aplica maneira como deve ser aplicado esse processo, tendo em mente que agilidade no simplesmente fazer o projeto com rapidez, mas tambm com qualidade, tendo as duas de forma equilibrada. Enquanto que Scrum definido por uma teoria de processos que se apiam exclusivamente na experincia e na observao, tambm chamado emprico. A primeira vez, a que se tem documentao, em que foi utilizado o termo Scrum foi em 1986, pelos japoneses Hirotaka Takeuchi e Ikujiro Nonaka, na publicao de um artigo chamado The New New Product Development, na Harvard Business Review, e desde ento, a metodologia comeou a se difundir e tornou-se cada vez mais fortalecida, podendo assim, reafirmar seus valores, que hoje podemos dizer que so: a transparncia: os clientes tem total liberdade de informaes respeito do servio prestado; a integridade: assim que perceber um problema, fazer algo, para que no haja dificuldades futuras; ser emprico: o grupo se baseia em experincias vindas de outros objetos e na observao do objeto proeminente; e auto-organizao: o grupo, que segue o Scrum Master (lder do grupo) deve seguir o Product Owner (a ser visto posteriormente). O Scrum adaptativo, rpido e prope a auto-organizao, tem como princpios focar na maximizao da habilidade da equipe de responder de forma gil aos desafios emergentes, sempre utilizando-se dos mtodos de organizao e desempenho da equipe. Um outro princpio priorizar a satisfao do cliente, entregando o mais rpido possvel com qualidade gil. O cliente pode (e geralmente faz) parte da equipe e acompanha os processos, alteraes e adequaes feitas nele. Nesta metodologia o objeto a ser executado complexo e por isso o processo acaba tornando-se no-prescribente, onde, impossvel predizer tudo o que ir ocorrer e quanto tempo levar para ocorrer por isso deve passar por vrias anlises e planejamentos. O Scrum possui algumas denominaes de funes, e de suma importncia sab-los para o entendimento desta metodologia, como: o Scrum Team, o Scrum Master e o Product Owner. O Scrum Team uma equipe auto gerencivel e multifuncional responsvel por fazer estimativas, definir as tarefas, desenvolver o objeto, garantir a

qualidade do objeto e apresentar o produto ao cliente. O Scrum Team dirigido pelo Scrum Master, que na verdade o lder, e tem como objetivo remover os impedimentos, proteger a equipe e ser facilitador para ela, garantir as prticas de Scrum e ajudar com o Product Backlog. O Product Backlog uma lista em que h uma formalizao de todas as coisas que se pretende fazer ou que se precisa construir no projeto. E o Product Owner, possui a responsabilidade de definir a ordem que os requisitos sero produzidos pelo Scrum Team, alm de definir a viso do produto, elabora e mantm o Product Backlog, representa o cliente e aceita ou rejeita os entregveis. A partir dessas denominaes podemos dizer quais so as fases pertinentes ao uso desse mtodo. Inicialmente deve preparar o Product Backlog, definir as pretenses para a construo do objeto e para a natural evoluo e dos requisitos nesta lista, alguns novos podem aparecer e existentes podem perder prioridade podendo ser eliminados. Aps isso vem o Product Owner definindo o que ser feito primeiro. A preparao para os trabalhos chamada Sprint Planning. O Scrum utiliza alguns eventos com durao fixa, os chamados Time-Boxes, com a inteno de criar regularidade. Entre os elementos do Scrum que tm durao fixa, so: Sprint Planning, a Sprint, a Daily Scrum, a Reviso da Sprint e a Retrospectiva da Sprint. O centro do Scrum a Sprint, que uma iterao de um ms ou menos, de durao consistente com o esforo de desenvolvimento. Todas as Sprints utilizam o mesmo modelo de Scrum e todas as Sprints tm como resultado um incremento do produto final que o que vai ser potencialmente entregue. A Sprint Backlog, ser uma lista, extrada da Product Backlog de total responsabilidade do Scrum Team que dever mant-la e organiz-la de tal forma a atender os objetivos especficos da Sprint. O Scrum Master, deve usar o mtodo de liderana, em que atravs de alguns recorrentes tipos de reunio, poder considerar o andamento do Sprint, esse so: Daily Scrum, Sprint Review e Sprint Retrospective. A Sprint Review uma reunio tpica de final de Sprint para validar o produto executvel que a equipe conseguiu incrementar; Daily Scrum uma reunio feita diariamente e dura aproximadamente 15 minutos, essa reunio sempre feita no mesmo horrio e no mesmo local durante as Sprints. Durante a reunio, cada membro explicita o que realizou desde o ultimo encontro, o que vai fazer at o prximo encontro e quais obstculos podem impedir que faa. J o Sprint Retrospective o mesmo que o Daily Scrum, porm usando como referncia o Sprint. Para o bom uso dessa metodologia, necessrio que todos os integrantes do Scrum Team sejam disciplinados e executem as aes de forma gil, tornando assim, o

mtodo eficaz e obtendo o melhor objeto possvel. Tornando o conceito e principio de gil Scrum verdadeiro. Referncias: http://www.tracegp.com.br/blog/scrum-uma-metodologia-agil http://www.youblisher.com/p/11046-Scrum/ http://danilocastrojr.wordpress.com/category/scrum/ http://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/frame/oque.htm http://www.slideshare.net/eduardo.bregaida/agile-scrum-presentation http://fabriciovallim.wordpress.com/2011/02/25/metodologia-agil-scrum/ http://flaviocorreialima.com/2011/02/02/o-que-e-scrum-uma-visao-geral-sobremetodologias-ageis/