SCRUM. Ricardo Coelho

Transcrição

1 SCRUM Ricardo Coelho

2 AGILE 2

3 Scrum Scrum- ban ( ) Kanban AGILE ( ) Extreme Programming Lean 3

4 Scrum Scrum- ban ( ) Kanban AGILE ( ) Extreme Programming Lean ADAPTIVE vs. PREDICTIVE 4

5 Scrum Scrum- ban ( ) Kanban AGILE Extreme Programming ( ) Lean 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. 5

6 PROJETO AGILE Iteração 1 Iteração 2 Iteração 3 Planear Planear Planear Fazer Fazer Fazer Validar Validar Validar TEMPO 6

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. 7

8 VALORES 8

9 COMPROMISSO Equipa! 9

10 COLABORAÇÃO Ninguém está sozinho! 10

11 PROCESSO ITERATIVO Par_r o tubarão às postas! 11

12 PROCESSO EMPÍRICO Usar o que resulta, mudar o resto. 12

13 ORIENTADO AO VALOR Tudo o que se faz deve acrescentar valor para o cliente! 13

14 ORIENTADO AO VALOR Projeto: fazer um bolo 14

15 ORIENTADO AO VALOR Projeto: fazer um bolo 15

16 MELHORIA CONTÍNUA Inspect and Adapt 16

17 Papéis 17

18 PRODUCT OWNER (PO) 18

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 19

20 PRODUCT OWNER (PO) Principais caracterís_cas: Comunicação (cliente, equipa, stakeholders) Conhecimento do produto Definição de requisitos Capacidade de decisão Disponibilidade Liderança 20

21 PRODUCT OWNER (PO) = PRODUTO Garante que o produto desenvolvido é o que o cliente quer! 21

22 SCRUM MASTER (SM) 22

23 SCRUM MASTER (SM) Responsável pelo PROCESSO É 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). 23

24 SCRUM MASTER (SM) Principais caracterís_cas: Disponibilidade Conhecimento da Equipa Conhecimento dos processos de desenvolvimento Comunicação e resolução de conflitos 24

25 SCRUM MASTER = PROCESSO Garante que a equipa funciona com um elevado desempenho! 25

26 EQUIPA 26

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; 27

28 EQUIPA Principais caracterís_cas: Mul_disciplinar Autonomia Colaboração Responsabilidade cole_va Organização 28

29 EQUIPA = ENTREGA Transforma o que o PO idealizou num produto funcional! 29

30 Comunicação Scrum Team Cliente Stakeholders Product Owner Equipa Scrum Master 30

31 Funcionamento tempo 31

32 Funcionamento Criação do backlog tempo PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG. 32

33 Funcionamento Criação do backlog tempo PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG. Lista de funcionalidades a implementar no projeto, ordenadas pelo seu business value. 33

34 Funcionamento Product backlog STORY O bolo deve ser doce. Criação do backlog tempo PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG. Lista de funcionalidades a implementar no projeto, ordenadas pelo seu business value. 34

35 Funcionamento Product backlog STORY Como consumidor, quero ter prazer ao comer o bolo para que volte a comprar bolos nesta loja. Criação do backlog tempo PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG. Lista de funcionalidades a implementar no projeto, ordenadas pelo seu business value. 35

36 Funcionamento Product backlog STORY Como consumidor, quero ter prazer ao comer o bolo para que volte a comprar bolos nesta loja. Criação do backlog Critérios de Aceitação: Não deve ser doce ao ponto de enjoar o consumidor. tempo PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG. Lista de funcionalidades a implementar no projeto, ordenadas pelo seu business value. 36

37 Funcionamento Product backlog Criação do backlog tempo PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG. Lista de funcionalidades a implementar no projeto, ordenadas pelo seu business value. 37

38 Funcionamento Product backlog Criação do backlog tempo PO recolhe todos os dados possíveis do cliente e dos stakeholders do projeto. PO elabora o PROJECT BACKLOG. Lista de funcionalidades a implementar no projeto, ordenadas pelo seu business value. 38

39 Funcionamento Product backlog Quando o PO sente que já tem conhecimento suficiente para avançar com o primeiro sprint Criação do backlog tempo 39

40 Funcionamento Product backlog Sprint Planning tempo 40

41 Funcionamento Product backlog Sprint Planning tempo 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 41

42 Funcionamento Product backlog Sprint Planning tempo 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. 42

43 Funcionamento Product backlog Sprint Backlog Representa o compromisso da equipa para com o PO. Sprint Planning tempo 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. 43

44 Funcionamento Product backlog Sprint Backlog Tem início o Sprint Sprint tempo 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. 44

45 Funcionamento Product backlog Sprint Backlog Sprint tempo Scrum Mee_ng 45

46 Funcionamento Product backlog Sprint Backlog Sprint tempo Scrum Mee_ng Intervenientes: Equipa PO SM 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? 46

47 Funcionamento Product backlog Sprint Backlog Sprint tempo 47

48 Funcionamento Product backlog Sprint Backlog Sprint tempo 48

49 Funcionamento Product backlog Sprint Backlog Apresentação tempo Equipa faz a demo do produto ao PO / cliente / stakeholders. Obje_vo de cada iteração: ter um produto com valor para o cliente. 49

50 Funcionamento Product backlog Sprint Backlog Retrospe_va tempo 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 50

51 Funcionamento Product backlog Sprint Backlog tempo 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. 51

52 Funcionamento Product backlog Sprint Backlog tempo 52

53 Funcionamento Product backlog Sprint Backlog tempo 53

54 Funcionamento Product backlog Sprint Backlog Sprint Planning tempo 54

55 Funcionamento Product backlog Sprint Backlog Sprint 2 tempo 55

56 FERRAMENTAS DE SUPORTE AO SPRINT 56

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. 57

58 SPRINT BURN- DOWN CHART 58

59 O SCRUM É SÓ ISTO? 59

60 NÃO O SCRUM É SÓ ISTO? Story Points Poten_ally Shippable Increment Abnormal Termina_on QA Automa_on Team Velocity Defini_on of Done ScrumBut Planning Poker Pair Programming Scrum of Scrums Spike Releases Minimum Viable Product Processo de implementação do scrum na organização 60

61 Perguntas Respostas 61

62 62