Você está na página 1de 3

A primeira ideia sobre Scrum foi aplicada por Jeff Sutherland em Easel Corporation no ano de 1993, no entanto Ken

Schwaber aprimorou esse conjunto de mtodos no ano de 1995. Ken melhorou essa metodologia com experincia prpria no desenvolvimento de sistemas e processos. O Scrum um mtodo gil e flexvel que defini-se como um processo de desenvolvimento iterativo e incremental. Ele aplicado no gerenciamento de atividades complexas mas pode, tambm, ser aplicado a qualquer produto. Centrado em equipes com ciclos de iterao curto o que baseia a metodologia do scrum com desenvolvimento incremetal das aplicaes. O Scrum pode ser aplicado em grandes e at mesmo em pequenos projetos. Tem como principal objetivo buscar uma correta avaliao do ambiente em constante evoluo, tendo que se adaptar o tempo todo aos interesses e necessidades, utilizado para o elaborao de softwares em ambientes que se compe de elementos diversos onde as necessidade mudam periodicamente, mtodo que se utilizam para aumentar a produo nesses tipos de sistemas. Essa metodologia tem como objetivo somente ditar conjuntos de regras e prticas de gesto que podem ser adotados para garantir um projeto bem sucedido. Como o trabalho feito em equipe, tem-se uma melhor interao entre os membros e a cooperao maximizada, com isso garante que cada membro da equipe apresenta o melhor trabalho e acaba sentindo bem no que faz, refletindo em uma alta produtividade. Esse mtodo engloba processos de engenharia, no fornece e nem requer nenhuma tcnica ou um mtodo especfico para o desenvolvimento de software. O Scrum possui o seguinte grupo de fases (Schwaber, 1996) Scrum caracteriza-se como um processo emprico, e se constitui basicamente de ciclo de vida composto por 4 fases. Pregame: Planejamento: responsvel por conhecer as caractersticas do projeto que sero desenvolvidos e escolher as tecnologias, ferramentas e recursos necessrias para a execuo do projeto. E assim criar o Product Backlog e o plano de release Stagging: Avaliar as vrias faces do projeto, para assim desenvolver itens adicionais ao Product Backlog e ento relaciona-los com o tipo do sistema, time, ambiente e outros. Os Times so formados e so construdos os mecanismos de comunicao e coordenao entre eles. Game: * Desenvolvimento: Consiste na implementao do projeto (Sprints), para que se possa atingir o objetivo sem perder o foco. Durantes os Sprints podem ser feitos todos ajustes necessrios, para que o produto esteja pronto para ser entregue Todo o processo repetido novamente at que o produto esteja concludo e o projeto tenha atingido seus objetivos. Releasing: Entrega do produto ao cliente.

Fluxo de Desenvolvimento No Scrum, o projeto tem inicio no momento que se identifica o produto que ser desenvolvido, Desenvolvimento de uma lista de Backlog com base nas informaes conhecidas at o presente momento. Definio da data de entrega e das funcionalidades de cada um dos releases. Seleo e diviso dos releases a serem abordados. Definio da equipe do projeto. (Sprints. Schwaber), que sero responsveis pela definio do projeto Avaliao do risco e aes de controle o que deve ou no ser feitos. Reviso e ajuste dos itens do Backlog Avaliao e seleo das ferramentas de desenvolvimento e infrainstrutura. Estimativa do custo do release. Arquitetura Refinar a arquitetura para suportar o contexto e os requisitos. Identificar qualquer problema que possa existir na implementao das mudanas; Rever os itens do Backlog e identificar as mudanas necessrias. Reunio de reviso de design para discutir a abordagem e as mudanas necessrias para implementar cada item do Backlog. Reunio com as equipes para rever o planejamento do releases, (est dever acontecer todos os dias e ter a durante 15 minutos). Durante a reunio trs perguntas devem ser respondidas por cada um dos membros do time: O que foi feito desde ontem? O que voc planeja fazer hoje? H algum impedimento no seu caminho? Atravs das respostas se ter uma boa noo do andamento do projeto quanto ao que j foi feito e o que ainda falta fazer, com isso a lista de tarefas pode ser modificada ao longo das Sprint . Reviso dos padres com os quais o sistema precisa ser compatvel e assim fazer os ajustes necessrios. Realizar os Sprints at que o produto esteja pronto para distribuio. O monitoramento do processo poder ser feito atravs de grficos que sero til na viabilizao das informaes, ou seja, (o que falta fazer e o que foi feito e o resultado final)

Figura1. Desenvolvimento Scrum.


Fonte: http://scrumforteamsystem.com/ProcessGuidance/Scrum/Scrum.html