SCRUM

Metodologia Ágil de Desenvolvimento de Software e

Gerência de Projetos

By James Jr.

O que são metodologias Ágeis?

A maioria dos métodos ágeis tenta minimizar o risco pelo desenvolvimento do software em curtos períodos, 1 a 4 semanas.

Planejamento, análise de requisitos, projeto, codificação, teste e documentação.

Métodos ágeis enfatizam comunicações em tempo real, preferencialmente face a face, a documentos escritos.

Princípios do Desenvolvimento Ágil

Os princípios do desenvolvimento ágil valorizam: Garantir a satisfação do consumidor entregando rapidamente e

continuamente softwares funcionais; Softwares funcionais são entregues frequentemente (semanas,

ao invés de meses); Softwares funcionais são a principal medida de progresso do

projeto; Até mesmo mudanças tardias de escopo no projeto são bem-

vindas. Cooperação constante entre pessoas que entendem do 'negócio'

e desenvolvedores; Projetos surgem através de indivíduos motivados, entre os quais

existe relação de confiança. Design do software deve prezar pela excelência técnica; Simplicidade; Rápida adaptação às mudanças; Indivíduos e interações mais do que processos e ferramentas; Software funcional mais do que documentação extensa; Colaboração com clientes mais do que negociação de contratos; Responder a mudanças mais do que seguir um plano.

Como surgiu o Scrum

Estilo de gerenciamento de projetos em empresas de fabricação de automóveis e produtos de consumo.

Projetos usando equipes pequenas e multidisciplinares produziram os melhores resultados, e associaram estas equipes altamente eficazes à formação Scrum do Rugby

Formação Scrum – Rugby

Aplicação do Scrum

A função primária do Scrum é ser utilizado para o gerenciamento de projetos de desenvolvimento de software.

Porém, teoricamente pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessitem trabalhar juntas para atingir um objetivo comum, como iniciar uma escola pequena, projetos de pesquisa científica, ou até mesmo o planejamento de um casamento.

Quem usa o Scrum?

Scrum tem sido usado para:

Características

Equipes se auto-organizam O produto evolui em uma série de

“Sprints” mensais Os requerimentos são listados em um

“Product Backlog” Não há prática de Engenharia prescrita

(O Scrum adequa-se a todas) Usa regras generativas na criação de um

ambiente ágil para a entrega de projetos

Manifesto Ágil - Valores

Sprints

Projetos Scrum progridem em uma série de “sprints”.

Ocorre em um período de duas a quatro semanas.

Um período constante leva a um melhor “ritmo”.

O produto é projetado, codificado e testado durante o sprint.

Scrum FrameWork

Dono do produto (Product Owner)

● Define as funcionalidades do produto● Decide datas de lançamento e conteúdo● Responsável pela rentabilidade ● Prioriza funcionalidades de acordo com o valor de mercado● Ajusta funcionalidades e prioridades● Aceita ou rejeita o resultado dos trabalhos

ScrumMaster

● Representa a gerência para o projeto● Responsável pela aplicação dos valores e práticas do Scrum● Remove obstáculos● Garante a plena funcionalidade e produtividade da equipe● Garante a colaboração entre os diversos papéis e funções● Escudo para interferências externas

ScrumMaster

Equipe

● Entre 5 e 9 pessoas● Multi-funcional● Programadores, testadores, desenvolvedores de interfaces, etc.● Tempo integral● Raras exceções (Ex.: Administrador de Base de Dados)● Auto-organizável● Idealmente, sem títulos, ainda que possível● Trocas só na mudança de Sprints

Planejamento do Sprint

● A equipe seleciona itens do Product Backlog (Lista/Quadro de Tarefas) com os quais compromete-se a concluir● O Sprint Backlog é criado● Tarefas identificadas e estimadas (1 a 16 horas)● De forma colaborativa, não apenas feito pelo ScrumMaster ● Planejamento de alto nível é considerado

Scrum Diário

● Parâmetros● Diário● 15 minutos● Todos em pé!● Não é para a solução de problemas● Todo mundo é convidado● Ajuda a evitar reuniões adicionais desnecessárias

Três questões para Todos

Três questões para Todos

● As respostas não são um “relatório” para o ScrumMaster

● Elas são COMPROMISSOS perante os pares

Revisão do Sprint

● Equipe apresenta os resultados obtidos durante o Sprint● Tipicamente, demonstração de novas funcionalidades ou sua arquitetura● Informal

- 2 horas de preparação- Sem slides

● Todo o time participa● O mundo é convidado

Retrospectiva do Sprint

● Periodicamente, observe o que funciona e o que não funciona● Tipicamente de 15 a 30 minutos● Feita após cada Sprint● Toda a equipe participa

● ScrumMaster● Dono do produto● Membros da equipe● Clientes e outros

Inicia, Pára, Continua

Product Backlog

Exemplo de Product Backlog

O objetivo do Sprint

Gerenciando o Sprint Backlog

Gráfico BurnDow

Sprint Backlog

Ferramenta Scrum

Umas das ferramentas Muito utilizadas para o gerenciamento dos projetos.

www.pangoscrum.com

Em Resumo

Referências

Cesar Brod www.brod.com.br

Mike Cohn www.mountaingoatsoftware.com