*

Victor H. Senna TI/Qualidade

*
Scrum o nome de uma das jogadas do esporte conhecido como Rugby, tendo como principal caracterstica a formao que pode ser visualizada na imagem acima. uma das jogadas mais conhecidas do Rugby, onde os jogadores disputam a reposio de bola, e onde necessria a participao de todos os jogadores do time atuando em conjunto no mesmo objetivo, sendo que se um deles falhar, todos falham. Este trabalho em equipe bem caracterizado no framework do Scrum, por isso o seu nome.

*
O SCRUM uma metodologia gil, relativamente nova e poucas empresas no Brasil tm utilizado os benefcios desta abordagem. Apenas recentemente, a expresso"Mtodos geis" vem se tornando mais popular, pois usa uma tcnica simplificada. No entanto, "ser simples" geralmente confundido com falta de controle e completa anarquia. Os praticantes do SCRUM sabem exatamente o que est acontecendo ao longo do projeto e podem realizar os devidos ajustes, para mant-lo em movimento ao longo do tempo, visando alcanar seus objetivos. Logo, o SCRUM no diz exatamente o que fazer, no resolve todos os problemas, mas certamente eles so mais facilmente identificados. Ele serve como um guia de boas prticas para o alcance do sucesso. O conhecimento das suas prticas permite uma aplicao de forma variada, e este um dos aspectos positivos do SCRUM a adaptabilidade. Vale ressaltar que as prticas do SCRUM podem ser aplicadas em qualquer contexto, no qual pessoas precisem trabalhar juntas para atingir um objetivo comum. recomendado para projetos nas reas de software, automotiva, telecomunicaes e, principalmente, de pesquisa e inovao. No entanto, para aplic-lo, preciso entender, antes, seus papis, suas responsabilidades, seus conceitos e os artefatos das fases do ciclo.

*
Scrum um esqueleto de processo que contm grupos de prticas e papis prdefinidos. Os principais papis so: o ScrumMaster, que mantm os processos (normalmente no lugar de um gerente de projeto) o Proprietrio do Produto, ou Product Owner, que representa os stakeholders (em portugus, parte interessada ou interveniente) e o negcio a Equipe, ou Team, um grupo multifuncional com cerca de 7 pessoas e que fazem a anlise, projeto, implementao, teste etc.

*
Um sprint a unidade bsica de desenvolvimento em Scrum. Sprints tendem a durar entre uma semana e um ms, e so um esforo dentro de uma "caixa de tempo" (ou seja, restrito a uma durao especfica) de um comprimento constante. Cada sprint precedido por uma reunio de planejamento, onde as tarefas para o sprint so identificadas e um compromisso estimado para o objetivo do sprint definido e seguido por uma reunio de reviso ou de retrospectiva, onde o progresso revisto e lies para os prximos sprints so identificadas. Durante cada sprint, a equipe cria um incremento de produto ou servio potencialmente entregvel (por exemplo, software funcional e testado ou estratgia de suporte para picos de problemas). Durante esta reunio, o Product Owner informa a equipe dos itens no backlog (resumo histrico) do produto ou servio que ele ou ela quer concludos. O Scrum permite a criao de equipes auto-organizadas, encorajando a co-localizao de todos os membros da equipe e a comunicao verbal entre todos os membros e disciplinas da equipe no projeto.

*
PAPIS PRINCIPAIS
Os papis principais em equipes Scrum so aqueles comprometidos com o projeto no processo do Scrum - so os que produzem o produto/servio (objetivo do projeto).
Product Owner (dono do produto) Equipe de Execuo Direta (Team) Scrum Master

PAPIS SECUNDRIOS
Os papis auxiliares em equipes Scrum so aqueles com nenhum papel formal e envolvimento frequente no processo de Scrum, mas, ainda assim, devem ser levados em conta. Partes interessadas (clientes, fornecedores) Gerentes (incluindo gerentes de projeto) Equipe de Execuo Indireta

*
Cada sprint uma iterao que segue um ciclo (PDCA Planejar, Executar, Checar, Agir) e entrega incremento de software pronto. Um backlog conjunto de requisitos, priorizado pelo Product Owner H entrega de conjunto fixo de itens do backlog em srie de interaes 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 da equipe 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.

*
Product Backlog Um backlog uma lista de itens priorizados a serem desenvolvidos para um software. O Product Backlog mantido pelo Product Owner e uma lista de requisitos que tipicamente vm do cliente Sprint backlog O Sprint backlog uma lista de itens selecionados do Product backlog e contm tarefas concretas que sero realizadas durante o prximo sprint para implementar tais itens selecionados. Planejamento de sprint Antes de todo sprint, o Product Owner, o Scrum Master e a Equipe decidem no que a equipe ir trabalhar durante o prximo sprint. O Product Owner 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.

*
Daily Scrum
Cada dia durante o sprint, uma reunio de status do projeto ocorre. Isso chamado de "scrum dirio", ou "de p o dia". Esta reunio tem diretrizes especficas:A reunio comea precisamente no horrio marcado. Todos so bem-vindos, mas apenas "poucos" podem falar. O encontro tem durao determinada (Time-Box) e dura 15 minutos. A reunio deve acontecer no mesmo local e mesma hora todos os dias Durante a reunio, cada membro da equipe responde a trs perguntas: O que voc tem feito desde ontem? O que voc est planejando fazer hoje? Voc tem algum problema impedindo voc de realizar seu objetivo? papel do Scrum Master para facilitar a resoluo desses impedimentos. Normalmente, isso deve ocorrer fora do contexto do Daily Scrum para que a reunio possa durar menos de 15 minutos.

*
Reunio de Planejamento da Sprint (Sprint Planning Meeting)
No incio do ciclo de sprint (a cada 7-30 dias), um Sprint Planning Meeting realizado.Selecione o trabalho que est a ser feito. Prepare o Sprint Backlog que detalha o tempo que levar para fazer esse trabalho, com toda a equipe. Identificar e comunicar o quanto o trabalho susceptvel de ser feito durante o sprint atual. Dividida em duas partes: Parte 1: Team Product Owner: dilogo para priorizar o Product Backlog. Parte 2: Team apenas: hash de um plano para a Sprint, resultando na Sprint Backlog.

*
Reunio de Reviso da Sprint (Sprint Review)
Rever o trabalho que foi concludo e no concludo. Apresentar o trabalho realizado para os interessados (ou "a demo"). Um trabalho incompleto no pode ser demonstrado.

Retrospectiva da Sprint (Sprint Retrospective)

Todos os membros da equipe refletem sobre a sprint passada. Faa melhorias contnuas de processos. Duas questes principais so feitas na retrospectiva do sprint: O que correu bem durante a corrida? O que poderia ser melhorado na prxima sprint?

*
Reunio Diria

Product Backlog

Sprint Backlog

Ciclo SCRUM 1 Semana

Resultado Soluo
Demandas De Produto ou Servio. Tarefas para Soluo das Demandas.

Sprint
Corrida para Soluo

*
Comprometimento Seriedade Sinceridade Honestidade Esprito de Equipe Inteligncia Organizao Foco Respeito

A enquete ser aberta na intranet para escolha dos cursos!