SCRUM Process

Universidade Federal de Pernambuco

Polyana Lima OlegárioPolyana Lima Olegáriopolyanalim@yahoo.com.brpolyanalim@yahoo.com.br

SCRUM Process 2

Agenda Manifesto Ágil

Agile Alliance Agile Modeling Valores Ágeis Princípios Ágeis

SCRUM Historia Filosofia Fluxo do Processo Praticas do SCRUM Gerenciamento em SCRUM Process XP x SCRUM Ferramentas

Conclusões

SCRUM Process 3

Agile Modeling

É uma metodologia baseada na pratica para modelagem efetiva e documentação de sistemas de software

Melhorar o esforço dos profissionais que desenvolvem software

SCRUM Process 4

Agile Alliance

Grupo de pesquisadores que lançaram o manifesto ágil

Defende valores e praticas dos métodos ágeis e ajudam organizações a adotarem tais conceitos

Define valores e princípios do manifesto ágil

SCRUM Process 5

Valores do Manifesto Ágil

Indivíduos e Interações mais que processos e ferramentas

Software Operante mais que documentações completas

Colaboração do Cliente mais que negociações contratuais

Adaptação a mudanças mais que seguir o plano inicial

SCRUM Process 6

Princípios do Manifesto Ágil

Satisfazer o cliente Entregas no prazo e continuamente

Receber bem mudanças de requisitos Software funcionando Os membros da equipe aprendem uns com

os outros

SCRUM Process 7

Princípios do Manifesto Ágil

Comunicação aberta e honesta Reuniões

Equipe organizada Criar conteúdo simples Considerar Testabilidade Lições aprendidas

SCRUM Process 8

Métodos Ágeis

XP SCRUM FDD (Feature-Driven Development) Crystal ASD (Adaptive Software Development)

SCRUM Process 9

SCRUM Process

É um processo para construir software incrementalmente em ambientes complexos, onde os requisitos não são claros ou mudam com muita freqüência.

É um caminho para maximizar a produção.

É um processo que controla o “caos” de interesses conflitantes e necessários.

SCRUM Process 10

SCRUM - História

Jeff Sutherland aplicou primeiro a concepção do SCRUM na Easel Corporation in 1993.

Em 1995 foi apresentado para a OMG (Object Management Group), pela Advanced Development Methods – ADM e pela VMARK Software – VMARK

O SCRUM foi refinado mais tarde por Ken Schwaber.

SCRUM Process 11

Filosofia do SCRUM

Processo Empírico Se um processo é totalmente definido, pode ser

repetido e os resultados serem previsíveis, então é conhecido como processo definido e pode ser automatizado

Mas, se é caótico e não repetitivo, requer constante controle e medidas, é um processo empírico

SCRUM Process 12

Filosofia do SCRUM "Scrum methodology - similar to the iterative

methodology, but assumes that all requirements are not known in advance, and that the fastest path to surfacing and implementing all requirements will be discovered empirically during the development process. Careful control mechanisms are used to assure on-time delivery of a high quality product, while allowing maximum flexibility of small, tightly coupled, development teams. Requires a well motivated team and good leadership to implement effectively. Productivity gains of 600% have been seen repeatedly in well executed projects. “

By Capers Jones

SCRUM Process 13

Como o SCRUM trabalha

Foco em gerenciamento e Tracking Pode ser combinado com outras

metodologias (Ex.: XP) Equipes pequenas (06 à 10 membros) Uma série de Sprints (01 – 04 semanas) Tempo limitado

Rápido desenvolvimento do produto

SCRUM Process 14

Como o SCRUM trabalha

Evita trabalho desnecessário Features que nunca serão utilizadas

Utiliza como artefatos somente documentos realmente necessários

Mantém todos os envolvidos no projeto constantemente atualizados

SCRUM Process 15

Fluxo de um Processo SCRUM

SCRUM Process 16

Fluxo de um Processo SCRUM

Criação do Product Backlog Product Backlog:

Lista dinâmica do que é desejado ter no produto

Planejamento da Sprint Reunião de Planejamento

da Sprint : Com objetivo de definir o trabalho a ser realizado.

SCRUM Process 17

Fluxo de um Processo SCRUM

Sprint Desenvolvimento das

funcionalidades. Reuniões diárias de

15min

SCRUM Process 18

Fluxo de um Processo SCRUM

Revisão da Sprint A nova funcionalidade é

apresentada Se mais iterações são

necessárias então o Product Owner apresenta um novo Product Backlog e o processo inicia novamente.

SCRUM Process 19

SCRUM Process Planejamento da Sprint

Reunião de Planejamento da Sprint: 4h com o Product Owner e o Time para definir as

características de alta prioridade e o Time poder selecionar as funcionalidades para a próxima Sprint;

4h com o Time para fazer o plano de trabalho da Sprint. Definir a arquitetura, design das funcionalidades e as tarefas para construção dessas funcionalidades;

Product Owner pode redefinir o Product Backlog O Objetivo da Sprint é definido Estimativa do tempo baseada em Sprints anteriores

SCRUM Process 20

SCRUM Process

Sprint Sprint é o período de tempo (20 a 30 dias)

para construção dos itens do Product Backlog em funcionalidades do produto

O progresso da Sprint é acompanhado pela Sprint Backlog e Sprint Burndown

Todo código desenvolvido é testado e os bugs são corrigidos antes do inicio da Revisão da Sprint.

Daily SCRUM Meeting

SCRUM Process 21

SCRUM Process Revisão da Sprint

Reunião para discutir o estava dando certo na Sprint e o que estava dando errado e quais funcionalidades são necessárias para a próxima Sprint, a partir destes fatores o curso da próxima Sprint é determinado

Preocupação em “O que” time estava desenvolvendo

Reunião de Revisão da Sprint tem duração de 1 hora e o ScrumMaster determina a quantidade de pessoas na reunião

SCRUM Process 22

SCRUM Process

Retrospectiva da Sprint Avaliam o que pode ser modificado para

melhorar a produtividade da próxima Sprint Preocupação em “Como” time estava

desenvolvendo Todos os envolvidos no projeto devem

participar Benefícios:

Melhorias no processo a cada Sprint Elaboração de um relatório de lições aprendidas

SCRUM Process 23

Práticas do SCRUM Daily SCRUM Meeting

Questões Levantadas: O que foi finalizado ontem? O que é planejado para hoje? Existe algo que possa atrapalhar o trabalho?

Benefícios: Evita duplicação de esforço; Melhor entendimento e interdependência entre os

membros do Time; Comunicação do Time; Identificar riscos antes que eles ocorram;

SCRUM Process 24

Práticas do SCRUM Acompanhamento do progresso da Sprint:

Através do relato da Sprint Backlog E de gráficos como do Product Burndown ou Sprint

Burndown:A inclinação da curva dá a noção de Velocidade (Velocity) da equipe.

SCRUM Process 25

Gerenciamento em SCRUM Process

Não existe um gerente de projetos como em projetos tradicionais

Gerenciado pelo ScrumMaster, Product Owner e pelo Time

ScrumMaster Não gerencia, mas provê liderança; Garante a aplicação das regras do SCRUM; Ensina conceitos do SCRUM; Remove obstáculos;

SCRUM Process 26

Gerenciamento em SCRUM Process

Product Owner Representa os stakeholders; Define os requisitos; Define as prioridades;

Time Constroem as funcionalidades do produto; Organizam seu próprio trabalho; ( Gerenciam suas próprias tarefas;

SCRUM Process 27

XP x SCRUM

Semelhanças: Equipes pequenas Requisitos instáveis ou desconhecidos Iterações curtas para fornecer melhor

visibilidade do desenvolvimento

SCRUM Process 28

XP x SCRUM Diferenças:

SCRUM divide o desenvolvimento em Sprints de até 30 dias e com reuniões diárias de 15min

Equipes formadas por pessoas de competências diferentes: projetistas, programadores, engenheiros e gerentes de qualidade

Informação de status atualizado continuamente e a divisão de tarefas é explicitas

SCRUM Process 29

XP x SCRUM SCRUM e XP são complementares. SCRUM fornece praticas de gerenciamento enquanto

XP provê praticas integradas de engenharia de software

SCRUM Process 30

Ferramentas Ferramentas:

Scrum for Team System Adicionada ao Microsoft Visual Studio Team

System Desenvolvida pelo Conchango em colaboração

com Ken Schwaber e a Microsoft ScrumWorks

http://danube.com/ Version One: Agile Project Planning & Management

Application http://www.versionone.com/

SCRUM Process 31

Trabalham com SCRUM

Yahoo, Medtronics , Primavera

SCRUM Process 32

Maior integração entre os membros da equipe Rápida solução de problemas

Compartilhamento de conhecimento Progresso medido continuamente

Minimização de Riscos Profissionais de negócios e tecnologia trabalham juntos Maior comprometimento do time devido a sua autonomia Pode haver necessidade de associação com outras

metodologias (XP)

Conclusões

SCRUM Process 33

Conclusão

SCRUM é interessante porque fornece um mecanismo de informação de status que é atualizado continuamente, e porque utiliza a divisão de tarefas dentro da equipe de forma explícita.

Qualquer metodologia de processo pode utilizar a filosofia do SCRUM e garantir boas práticas sobre o projeto.

SCRUM Process 34

Referências

www.agilemodeling.com. Acessado em 26/01/2007 www.agilealliance.org. Acessado em 26/01/2007 www.controlchaos.com. Acessado em 26/01/2007 www.agilemanifesto.org . Acessado em 29/01/2007. http://scrumforteamsystem.com/. Acessado em 25/01/2007. http://www.scrumalliance.org/. Acessado em 25/01/2007. Controlled Chaos : Living on the Edge. 1996 Advanced

Development Methods