scrum

SCRUM

Ricardo Coelho

2

AGILE

3

AGILE Scrum

Scrum-‐ban Kanban Lean

Extreme Programming

(…)

(…)

4

AGILE Scrum


Extreme Programming

(…)

(…)

ADAPTIVE vs. PREDICTIVE

5

AGILE Scrum


Extreme Programming

(…)

(…)

Indivíduos e interações mais do que processos e ferramentas

So1ware funcional mais do que documentação abrangente

Colaboração com o cliente mais do que negociação contratual

Responder à mudança mais do que seguir um plano

Ou seja, apesar de reconhecermos valor nos itens à direita,

valorizamos mais os itens à esquerda.

6

…

Iteração 1 Iteração 2 Iteração 3

Planear

Fazer

Validar

Planear

Fazer

Validar

Planear

Fazer

Validar

TEMPO

PROJETO AGILE

7

Scrum

É… •  Uma framework Agile; •  Um conjunto de prá_cas e artefactos a seguir durante a execução de um projeto; •  Focado em entregar valor ao cliente; •  Fácil de compreender; •  Di`cil de executar.

Não é… •  Aplicável em todas as situações (ver Kanban por exemplo); •  Uma “silver bullet” (cada projeto é diferente).

•  É no entanto importante manter os valores fundamentais do Scrum em todos os projetos.

8

VALORES

9

COMPROMISSO

Equipa!

10

COLABORAÇÃO

Ninguém está sozinho!

11

PROCESSO ITERATIVO

Par_r o tubarão às postas!

12

PROCESSO EMPÍRICO

Usar o que resulta, mudar o resto.

13

ORIENTADO AO VALOR

Tudo o que se faz deve acrescentar valor para o cliente!

14

Projeto: “fazer um bolo”

ORIENTADO AO VALOR

15

Projeto: “fazer um bolo”

ORIENTADO AO VALOR

16

MELHORIA CONTÍNUA

Inspect and Adapt

17

Papéis

18

PRODUCT OWNER (PO)

19

PRODUCT OWNER (PO)

Responsável pelo PRODUTO

•  É uma pessoa; •  Tem a visão do que tem de ser feito; •  Responsável por criar e manter o Product Backlog; •  Decisor final sobre as funcionalidades do produto a implementar:

•  Quais •  Por que ordem

20

Principais caracterís_cas:

Comunicação (cliente, equipa, stakeholders) Conhecimento do produto Definição de requisitos Capacidade de decisão

Disponibilidade Liderança

PRODUCT OWNER (PO)

21

PRODUTO =

PRODUCT OWNER (PO)

Garante que o produto desenvolvido é o que o cliente quer!

22

SCRUM MASTER (SM)

23

Responsável pelo PROCESSO

SCRUM MASTER (SM)

•  É uma pessoa; •  Garante que a equipa funciona bem e que cumpre o processo; •  Remove impedimentos ao trabalho da equipa (PO incluído); •  Filtra as interrupções externas da equipa; •  Não tem autoridade sobre o que a equipa faz; •  Tem autoridade sobre como a equipa funciona (Scrum).

24

SCRUM MASTER (SM)


Disponibilidade Conhecimento da Equipa

Conhecimento dos processos de desenvolvimento Comunicação e resolução de conflitos

25

PROCESSO =

SCRUM MASTER

Garante que a equipa funciona com um elevado desempenho!

26

EQUIPA

27

EQUIPA

Responsável pela implementação •  ~ 7 pessoas; •  Planeia o Sprint com o PO; •  Em cada iteração, entrega um incremento do produto ao PO; •  Responsável pela qualidade do produto; •  Orientada à melhoria conwnua do seu desempenho;

28

EQUIPA


Mul_disciplinar Autonomia Colaboração

Responsabilidade cole_va Organização

29

ENTREGA =

EQUIPA

Transforma o que o PO idealizou num produto funcional!

30

Comunicação

Product Owner

Scrum Master

Equipa Cliente

Stakeholders

Scrum Team

…

31

Funcionamento

tempo

32

tempo

Criação do backlog

PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG.

Funcionamento

33

tempo



Lista de funcionalidades a implementar no projeto, ordenadas pelo seu “business value”.

Funcionamento

34

tempo




Product backlog

O bolo deve ser doce.

STORY

Funcionamento

35

tempo




Product backlog

STORY

Como consumidor, quero ter prazer ao comer o bolo para que volte a comprar bolos nesta loja.

Funcionamento

36

tempo




Product backlog

STORY

Como consumidor, quero ter prazer ao comer o bolo para que volte a comprar bolos nesta loja.

Critérios de Aceitação: Não deve ser doce ao ponto de enjoar o consumidor.

Funcionamento

37

tempo




Product backlog

Funcionamento

38

tempo




Product backlog

Funcionamento

39

tempo


Product backlog

Quando o PO sente que já tem conhecimento suficiente para avançar com o primeiro sprint…

Funcionamento

40

tempo

Sprint Planning

Product backlog

Funcionamento

41

tempo

Sprint Planning

Product backlog

Intervenientes: •  PO •  Equipa •  SM

Duração: 4h (duração es_mada para um projeto com sprints de duas semanas)

TODAS AS REUNIÕES TÊM DURAÇÃO FIXA

Funcionamento

42

tempo

Sprint Planning

Product backlog

Para cada item do backlog: -‐  PO apresenta à equipa a story; -‐  Equipa esclarece todas as dúvidas até saber exatamente o que é para fazer; -‐  Equipa es_ma o esforço; -‐  A story é adicionada ao Sprint Backlog.

Este ciclo é interrompido quando a equipa sente que não consegue executar mais itens.

Funcionamento

43

tempo

Sprint Planning

Product backlog

Sprint Backlog

Para cada item do backlog: -‐  PO apresenta à equipa a story; -‐  Equipa esclarece todas as dúvidas até saber exatamente o que é para fazer; -‐  Equipa es_ma o esforço; -‐  A story é adicionada ao Sprint Backlog.

Este ciclo é interrompido quando a equipa sente que não consegue executar mais itens.

Representa o compromisso da equipa para com o PO.

Funcionamento

44

tempo

Sprint

Product backlog

Sprint Backlog

Tem início o Sprint

Duração: 2 semanas Cada item do Sprint Backlog: -‐ É analisado, implementado e testado pela equipa; -‐ É dado como concluído quando cumprir os critérios de aceitação.

Funcionamento

45

tempo

Product backlog

Sprint Backlog

Sprint

Scrum Mee_ng

Funcionamento

46

tempo

Product backlog

Sprint Backlog

Sprint

Scrum Mee_ng Duração: 15 minutos ObjeWvos:

•  Breafing sobre o progresso das tarefas; •  Planear o trabalho até à próxima Scrum Mee_ng.

Perguntas: •  O que fiz desde a úl_ma Scrum? •  O que vou fazer até à próxima Scrum? •  O que me impede de ter um melhor desempenho?

Intervenientes: •  Equipa •  PO •  SM

Funcionamento

47

tempo

Product backlog

Sprint Backlog

Sprint

Funcionamento

48

tempo

Product backlog

Sprint Backlog

Sprint

Funcionamento

49

tempo

Product backlog

Sprint Backlog

Apresentação

Equipa faz a demo do produto ao PO / cliente / stakeholders.

Obje_vo de cada iteração: ter um produto com valor para o cliente.

Funcionamento

50

tempo

Product backlog

Sprint Backlog

Retrospe_va

ObjeWvo: melhoria conwnua! A equipa iden_fica:

•  O que correu bem e o que correu mal durante o sprint; •  Medidas para melhorar o desempenho no próximo sprint.

Intervenientes: •  Equipa •  PO •  SM

Duração: 1h

Funcionamento

51

tempo

Product backlog

Sprint Backlog

Durante o Sprint..

•  O PO esteve disponível para ajudar a equipa, esclarecer dúvidas, clarificar requisitos, etc;

•  O PO trabalhou com o cliente para reunir informação sobre o produto;

•  O PO atualizou o backlog, acrescentando novas stories e detalhando as existentes.

Funcionamento

52

tempo

Product backlog

Sprint Backlog

Funcionamento

53

tempo

Product backlog

Sprint Backlog

Funcionamento

54

tempo

Product backlog

Sprint Backlog

Sprint Planning

Funcionamento

55

tempo

Product backlog

Sprint Backlog

Sprint 2

Funcionamento

56

FERRAMENTAS DE SUPORTE AO SPRINT

57

SPRINT BOARD

OBJETIVO: Ajudar a equipa a controlar o progresso ao longo do sprint. O quê? Uma entrada por strory ou tarefa do sprint. A equipa mantém o quadro atualizado movendo os itens da esquerda para a direita: todo -‐> in progress -‐> done Como? White board, post-‐its, ferramenta eletrónica, etc.

58

SPRINT BURN-‐DOWN CHART

59

O SCRUM É SÓ ISTO?

60

O SCRUM É SÓ ISTO? NÃO…

Story Points

Planning Poker

Pair Programming

QA Automa_on

Scrum of Scrums

Minimum Viable Product

Defini_on of Done

Poten_ally Shippable Increment

Releases Spike

Team Velocity

Processo de implementação do scrum na organização

ScrumBut

Abnormal Termina_on

61

Perguntas Respostas

62

ricardomfcoelho @gmail.com

scrum

Education