Professional Documents
Culture Documents
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)