Scrum. Adriano J. Holanda 18/10/2016. [Fundamentos de Sistemas de Informação II]

Transcrição

1 Scrum [Fundamentos de Sistemas de Informação II] Adriano J. Holanda 18/10/2016

2 Referências Reusable Scrum Presentation. Mountain Goat Software. Scrum (desenvolvimento de software). Wikipedia. Scrum: a arte de fazer o dobro do trabalho na metade do tempo. Jeff Sutherland. Texto Editores Ltda, 2014.

3 Início Scrum O Scrum foi concebido como um estilo de gestão de projetos em empresas de fabricação de automóveis e produtos de consumo, por Takeuchi e Nonaka. Este estilo foi descrito no artigo The New Product Development Game (Harvard Business Review, Janeiro-Fevereiro 1986). Eles notaram que projetos usando equipes pequenas e multidisciplinares (cross-functional) produziram os melhores resultados, e associaram estas equipes altamente eficazes à formação Scrum do Rugby (utilizada para reinício do jogo em certos casos). Jeff Sutherland, John Scumniotales e Jeff McKenna incorporaram na empresa Easel Corporation em 1993.

4 Framework Scrum Papeis Proprietário do produto (Product Owner); Mestre Scrum (Scrum Master); Equipe (Team). Cerimônia Planejamento Artefatos Backlog do produto Backlog do sprint Burndown charts Revisão Retrospectiva Reunião diária

5 Scrum Elementos

6 Proprietário do Produto Product Owner Define as funcionalidades do produto; Define as datas de lançamento; Prioriza as funcionalidades de acordo com o valor de mercado; Ajusta funcionalidades e prioridades; Aceita ou rejeita o resultado dos trabalhos.

7 Mestre Scrum Scrum Master Representa a gerência do projeto; Responsável pela aplicação dos valores e práticas do Scrum; Remove obstáculos; Garante plena funcionalidade e produtividade da equipe; Garante a colaboração entre as diversas funções; Serve como escudo para interferências externas.

8 Equipe Team Entre 5 e 9 pessoas; Multifuncional: programadores, analistas, testadores, desenvolvedores de interface gráfica, dentre outros; Tempo integral; Auto-organizável; Trocas só nas mudanças de sprints.

9 Reunião de Planejamento do Sprint Sprint Planning Meeting No início do ciclo de sprint (a cada 7-30 dias), uma Reunião de Planejamento de Sprint é realizado. O objetivo é selecionar o trabalho que precisa ser feito; Preparar o Sprint Backlog que detalha o tempo que levará para fazer esse trabalho, com toda a equipe. Identificar e comunicar o quanto o trabalho é susceptível de ser feito durante a sprint atual. Dividida em duas partes: 1. Proprietário do produto: diálogo para priorizar o Product Backlog. 2. Cronograma de um plano para o Sprint, resultando na Sprint Backlog. No finl de um ciclo de sprint, são realizadas duas reuniões: para revisão (Sprint Review) e retrospectiva (Sprint Retrospective).

10 Exemplo de planejamento de sprint sprint backlog Tarefa Tempo (h) modelagem 8 interface gráfica 24 manual do usuário 16 testes de unidade 16 módulo de armazenamento 32

11 Reunião Diária A reunião começa precisamente no horário marcado; Todos são bem-vindos, mas poucos falam; A reunião tem duração máxima de 15 minutos; A reunião deve acontecer no mesmo local e hora todos os dias; Durante a reunião, cada membro da equipe responde à 3 perguntas: 1. O que você tem feito desde ontem em direção à meta? 2. O que você está planejando hoje para seguir em direção à meta? 3. Você tem algum problema impedindo-o de atingir a meta? É papel do Mestre Scrum facilitar a resolução destes impedimentos.

12 Backlog do Produto Product Backlog Uma lista de requisitos desejados no projeto; Idealmente, na forma em que cada item tenha seu peso de acordo com a vontade do cliente ou usuários; Priorizado pelo proprietário do produto; Repriorizado no início de cada sprint.

13 Exemplo de backlog do produto Requisito Prioridades Permitir que o usuário faça uma reserva 3 Permitir a troca de datas da reserva 3 Permitir que o usuário cancele a reserva 5 Permitir que o empregado gere relatório 8 Melhorar manipulação de erros 10

14 Backlog do Sprint Sprint Backlog Cada indivíduo escolhe o trabalho que fará; Trabalhos nunca são atribuídos; Atualização diária da estimativa do trabalho restante; Qualquer membro da equipe pode adicionar, apagar ou mudar tarefas; O trabalho aparece a partir do Sprint; Se uma tarefa não é clara, defina-a como um item com uma quantidade maior de tempo e subdivida-a depois; Atualize as coisas a serem feitas na medida em que se tornam mais conhecidas.

15 Exemplo Backlog do Sprint Sprint Backlog Tarefa seg ter qua qui sex Codificar interface de usuário Codificar regra de negócio Testar Escrever help online 12 Escrever a classe X Adicionar log de erros 8 4

16 Burndown Chart Horas Mountain Goat Software, LLC