Scrum - Gestão de Projetos
7 pág.

Scrum - Gestão de Projetos


DisciplinaGestão de Projetos Engenahar49 materiais250 seguidores
Pré-visualização1 página
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é \u2013 15 minutos para uma pausa no qual será discutida aquela funcionalidade
· ? \u2013 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 \u201cgordura\u201d 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 \u2013 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.