Baixe o app para aproveitar ainda mais
Prévia do material em texto
CENTRO UNIVERSITÁRIO ANHANGUERA DE NITERÓI ENGENHARIA CIVIL LUCAS PEREIRA GOMES RA: 13614437744 NITERÓI 2020 SCRUM PAPÉIS: É composto por três papéis: 1. Product Owner 2. Scrum Master 3. Scrum Team Product Owner (P.O.) É o usuário principal no projeto, o dono do produto. Ele é interface entre a empresa e os clientes. · Responsável por garantir o Retorno sobre o Investimento (ROI); · Conhece as necessidades do que precisa ser feito; · Define os itens do Product Backlog; · Prioriza os itens na Sprint Planning Meeting. Scrum Master (SM) É o guardião do processo. Ele não tem autoridade sobre o time, mas tem autoridade sobre o andamento to trabalho. · Garante o uso da Metodologia · É um líder e um facilitador · Precisa tirar da frente qualquer impedimento Scrum Team (ST) São todos os que trabalham para construir o projeto e desenvolvimento do produto. · Função do SCRUM Team é ser auto-gerenciado · Define as metas dos Sprints · Produz com qualidade e valor para o P.O. CERIMÔNIAS: É composto por cinco cerimônias. 1. Product Backlog 2. Sprint Planning Meeting 3. Daily Scrum 4. Sprint Review Meeting 5. Sprint Retrospective · Product Backlog É o que contém os requisitos do software a ser desenvolvido. Funcionalidades do pruduto, onde: · O conteúdo é definido pelo P. O. · Não necessita estar completo, ou seja, você não vai levantar todo o sistema de uma vez, com o tempo o Product Backlog cresce ou diminui dependendo do que o P.O. realmente necessita. · Sprint Planning Meeting É realizado no início do projeto para ser alinhado e que o o produto final atenda as necessidades do cliente. Reunião com o P.O., Scrum Master e Scrum Team, onde: · P.O. descreve as funcionalidades; · A equipe questiona; · No final é gerado o Sprint Backlog; · Scrum Team e o P.O. definirão o objetivo; · Nesta fase que temos o Planning Poker para definir o esforço da Sprint. · Planning Poker São Cardes que definem pontos de esforço para o desenvolvimento de determinada tarefa e assim, dependendo do número de pontos, estarão ou não no Sprint Backlog. · Estimar o esforço das funcionalidades; · Números menores mais simples; · Números maiores são mais complexos. Cartas Coringas · Café – 15 minutos para uma pausa no qual será discutida aquela funcionalidade · ? – Não foi entendida alguma funcionalidade falada, o P.O. deverá explicá-la novamente. OBS: Se em um time de 6 pessoas, uma votar por exemplo (1), outra (13) e os demais votarem (5), cabe ao Scrum Master perguntar à aquele que votou no menor valor o motivo de sua escolha e em seguida também ao que votou no maior valor, e em seguida jogar novamente para ver se a atividade realmente é a de valor maior, menor ou média. Scrum Master e P.O. NÃO jogam e NÃO opinam sobre os pontos. · Sprint · Funcionalidades escolhidas na Sprint Planning Meeting ficarão na coluna À Fazer (To Do); · É definido um prazo para o Sprint (2 ou 4 semanas); · O prazo é mantido até o final do projeto, não pode mudar, ora Sprint de uma semana, ora de quatro, isso NÃO existe; · Considera-se finalizado com Sucesso: Quando todas as tarefas estiverem na Coluna Finalizado (DONE); · Finalizado com falha: Quando o tempo estourar (2 semanas por exemplo) e/ou funcionalidades mal implementadas e sem qualidade. · Kanban É colocado o andamento do Sprint. · Os Post its são importantes, se coloridos facilitam a visualização · Por ele acompanhamos o que está sendo desenvolvido · Evitem Softwares para o KANBAN, isso porque se você não tem um time que já usa Scrum, um P.O. de verdade, ou seja, são pessoas em treinamento, o quadro acaba sendo esquecido e não visualizado, ou seja, ninguém olha, fora que pessoas de outras esferas não vão abrir seu software, mas com certeza estarão olhando com certa curiosidade quando estiverem passando por ele. · Post It Vão facilitar para ver o que deverá ser atacado primeiro: · Azul: tarefas simples, esforço 1 ou 2 · Amarelo: tarefas de médio esforço (3 ou 5) · Vermelho: tarefas complexas, esforço de 8 ou mais Se há itens em vermelho ou amarelo a prioridade é eliminá-los logo no começo da Sprint para garantir a entrega e não deixar para queimar a “gordura” no final da Sprint, o que provavelmente vai ocasionar uma falha. · Daily Scrum É uma reunião em pé de 15 minutos feita diariamente (mesmo quando o SM não estiver presente). Devem ser respondidas 3 perguntas: · O que você fez ontem? · O que você fará hoje? · Há algum impedimento no seu caminho? A Daily não é para resolver problemas, não é um status report. · Burndown Chart É utilizado para acompanhamento da Sprint. · Quanto mais afastado da linha ideal, provavelmente mais chances de falhas · Se a linha atual estiver acima da ideal, provavelmente foram subestimados os itens. · Se a linha atual estiver abaixo da linha ideal é porque os itens foram superestimados. · A linha do seu projeto deve permanecer exatamente ou próximo da linha ideal. · Sprint Retrospective Também ocorre ao final da Sprint, onde o time identifica: · O que funcionou bem; · O que poderia ser melhorado; · Quais ações serão tomadas para melhoria; · Sprint Review Meeting No final de cada Sprint Retrospective é feito um Sprint Review Meeting, onde: · É mostrado o que foi alcançado no Sprint; · Nesta reunião estará o P.O., Scrum Team e Scrum Master; · O mais importante é que o objetivo esteja realizado. REFERÊNCIAS: AS CERIMÔNIAS do Scrum. [S. l.], 2016. Disponível em: https://escritoriodeprojetos.com.br/cerimonias-do-scrum. Acesso em: 1 jun. 2020. SCRUM – Primeiros Passos: Cerimônias e Papéis. [S. l.], 11 ago. 2017. Disponível em: http://blog.sciensa.com/scrum-primeiros-passos-cerimonias-papeis/. Acesso em: 1 jun. 2020.
Compartilhar