SCRUM Prof. Jair Galvão

Transcrição

1 1 SCRUM Prof. Jair Galvão

2 2 Definição do Scrum Scrum é um framework estrutural que está sendo usado para gerenciar o desenvolvimento de produtos complexos; Surgiu em 1990; Scrum não é um processo, é um framework dentro do qual você pode empregar vários processos ou técnicas; O framework Scrum consiste nos times do Scrum associadas a papéis, eventos, artefatos e regras;

3 3 Teoria do Scrum Scrum é fundamentado nas teorias empíricas de controle de processo; O empirismo afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido; Abordagem iterativa e incremental; Três pilares: o Transparência aspectos do processo devem estar visíveis; o Inspeção Inspecionar os artefatos e o progresso e detecção de variações; o Adaptação Se houve desvio, o ajuste deve ser realizado o mais breve possível.

4 Teoria do Scrum 4

5 Time do Scrum 5

6 6 Time do Scrum Times do Scrum são auto organizáveis, escolhem a melhor forma de concluir suas atividades; São Multifuncionais, não dependem de outras pessoas para realizar seu trabalho; Times Scrum entregam produtos de forma iterativa e incremental; Time: o Product Owner o Time de desenvolvimento o Scrum Master

7 7 Product Owner É o responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento; O Product Owner é uma pessoa e não um grupo; É a única pessoa responsável por gerenciar o Backlog do Produto: o Expressar e ordenar os itens do Backlog do Produto; o Garantir o valo do trabalho realizado pelo Time de desenvolvimento; o Garantir que o Backlog do Produto seja visível, transparente e claro; o Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário. Essas atividades podem ser delegadas para o time de desenvolvimento mas o Product Owner ainda continua responsável pelos trabalhos;

8 8 Time de desenvolvimento Consiste em profissionais que entregam um incremento do produto Pronto ao final de cada Sprint; São estruturados e autorizados pela organização para organizar e gerenciar seu próprio trabalho; Times de 3 a 9 integrantes; Características: o Eles são auto organizados; o São multifuncionais para criar um incremento do produto; o Todos são reconhecidos como desenvolvedor; o A responsabilidade pertence ao Time como um todo e não individualmente;

9 9 Scrum Master Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado; Garante que o Time Scrum adere à teoria, práticas e regas do Scrum; Atividades: o Comunicar a visão, objetivo e itens do Backlog do Produto para o Time de Desenvolvimento; o Ensinar a Time Scrum a criar itens de Backlog do Produto de forma clara e concisa; o Facilitar os eventos Scrum; o Ensinar e liderar o Time de Desenvolvimento na criação de produtos de alto valor; o Remover impedimentos para o progresso do Time de Desenvolvimento;

10 10 Eventos do Scrum Os eventos são usados para criar uma rotina e evitar reuniões extas; Todos os eventos são eventos time-boxed, com duração máxima; Cada evento no Scrum é uma oportunidade de inspecionar e adaptar alguma coisa;

11 11 Sprint Evento de duração entre 2-4 semanas; Ao final de cada Sprint uma versão incremental potencialmente utilizável do produto é entregue; Uma Sprint inicia imediatamente após a conclusão da anterior; As Sprints são compostas por: o Sprint Planning; o Daily Scrum; o Desenvolvimento; o Sprint Review; o Sprint retrospective; A Sprint só pode ser cancelada pelo Product Owner ouvindo o Time de desenvolvimento e o Scrum Master;

12 12 Sprint Planning É a reunião de planejamento da Sprint onde se definem os trabalhos a serem desenvolvidos; Reunião colaborativa composta por todo Time Scrum; Duração máxima de 8 horas para uma Sprint de 4 semanas; Scrum Master garante que o evento ocorra e que os participantes entendam seu propósito; Respondem as seguintes questões: O que pode ser entregue como resultado do incremento da próxima Sprint? Como o trabalho necessário para entregar o incremento será realizado? Os itens do Backlog do Produto selecionado junto com o plano de entrega é chamado de Backlog da Sprint.

13 Daily Scrum Stand-Up Meeting É um evento diário de 15 minutos para o Time de Desenvolvimento alinhar as atividades; A reunião tem o objetivo de inspecionar o trabalho desde a última Daily Scrum e criar um plano para as próximas 24 horas; A Reunião Diária é mantida no mesmo horário e local todo dia para reduzir a complexidade. Questões a serem esclarecidas: O que eu fiz ontem que ajudou o Time de Desenvolvimento a atender a meta da Sprint? O que eu farei hoje para ajudar o Time de Desenvolvimento atender a meta da Sprint? Eu vejo algum obstáculo que impeça a mim ou o Time de Desenvolvimento no atendimento da meta da Sprint? 13

14 14 Sprint Review É realizada por todo Time Scrum no final da Sprint para observar o incremento produzido e ajustar o Backlog do Produto caso necessário; Reunião de 4 horas para uma Sprint de 4 semanas; O Product Owner esclarece quais itens do Backlog do Produto foram Prontos e quais não foram Prontos ; O Time de Desenvolvimento discute o que foi bem durante a Sprint, quais problemas ocorreram, e como estes problemas foram resolvidos; O Product Owner projeta prováveis datas de conclusão baseado no progresso;

15 15 Sprint Retrospective A Retrospectiva da Sprint é uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint; A Retrospectiva da Sprint ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint; Reunião de 3 horas para uma Sprint de 4 semanas; O Scrum Master participa como um membro auxiliar; O objetivo da retrospectiva da Sprint é: Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas; Identificar e ordenar os principais itens que foram bem e as potenciais melhorias; e, Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho;

16 16 Artefatos do Scrum Product Backlog; Sprint Backlog; Definição de Pronto ;

17 17 Product Backlog É uma lista ordenada de tudo que deve ser necessário no produto; É uma origem única dos requisitos para qualquer mudança a ser feita no produto; O Product Owner é responsável pelo Backlog do Produto, incluindo seu conteúdo, disponibilidade e ordenação; Um Backlog do Produto nunca está completo; Lista todas as características, funções, requisitos, melhorias e correções;

18 18 Sprint Backlog O Backlog da Sprint é um conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint; É a previsão sobre quais funcionalidades estará no próximo incremento e sobre o trabalho necessário para entregar essas funcionalidades em um estado de Pronto ; Sempre que um novo trabalho é necessário, o Time de Desenvolvimento adiciona este ao Backlog da Sprint;

19 19 Definição de Pronto O incremento é descrito como Pronto, todos devem entender o que o Pronto significa; Os integrantes devem ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência. A Definição de Pronto para o Time Scrum é usado para assegurar quando o trabalho esta completado no incremento do produto; Cada incremento é adicionado a todos os incrementos anteriores e completamente testado, garantindo que todos os incrementos funcionam juntos.

20 20 Dashboard É um quadro que acompanha as tarefas desenvolvidas dentro da Sprint; O objetivo é compartilhar a todos do Time Scrum o andamento do incremento;