1. Metodologia de Desenvolvimento – SCRUM
Conceitos de Engenharia de Software e
Metodologias de Desenvolvimento
Andrea de Oliveira
Daniel Azevedo
Daniel Romão
Wilson Akira
2. O que é Scrum
Um framework dentro do qual pessoas podem tratar e resolver
problemas complexos e adaptativos, enquanto produtiva e
criativamente entregam produtos com o mais alto valor possível.
MBA em Arquitetura de Soluções
02
Metodologia de Desenvolvimento - SCRUM
3. Os três pilares
Três pilares apoiam a implementação de controle de processo empírico:
Transparência:
Aspectos significativos do processo devem estar visíveis aos responsáveis
pelos resultados.
Inspeção:
Os usuários Scrum devem, frequentemente, inspecionar os artefatos Scrum
e o progresso em direção a detectar variações.
Adaptação:
Se um inspetor determina que um ou mais aspectos de um processo desviou
para fora dos limites aceitáveis, e que o produto resultado será inaceitável,
o processo ou o material sendo produzido deve ser ajustado.
MBA em Arquitetura de Soluções
03
Metodologia de Desenvolvimento - SCRUM
4. Eventos Formais
Scrum prescreve quatro Eventos formais, contidos dentro dos limites da Sprint,
para inspeção e adaptação
Reunião de planejamento do Sprint
Reunião diária
Reunião de revisão da Sprint
Retrospectiva da Sprint
MBA em Arquitetura de Soluções
04
Metodologia de Desenvolvimento - SCRUM
5. Scrum Team
MBA em Arquitetura de Soluções
05
Metodologia de Desenvolvimento - SCRUM
6. Product Owner
O Product Owner, ou dono do produto, é o responsável por maximizar
o valor do produto e do trabalho do Time de Desenvolvimento. Como
isso é feito pode variar amplamente através das organizações, Times
Scrum e indivíduos.
Product Owner é a única pessoa responsável por gerenciar o Backlog
do Produto.
O Product Owner pode fazer o trabalho acima, ou delegar para o Time
de Desenvolvimento fazê-lo.
O Product Owner é uma pessoa e não um comitê.
Para que o Product Owner tenha sucesso, toda a organização deve respeitar
as suas decisões.
MBA em Arquitetura de Soluções
06
Metodologia de Desenvolvimento - SCRUM
7. O Time de Desenvolvimento
O Time de Desenvolvimento consiste de profissionais que realizam o trabalho
de entregar uma versão usável que potencialmente incrementa o produto
“Pronto” ao final de cada Sprint. Somente integrantes do Time de Desenvolvimento
criam incrementos.
Os Times de Desenvolvimento tem as seguintes características:
Eles são auto-organizados;
Times de Desenvolvimento são multifuncionais;
O Scrum não reconhece títulos para os integrantes do Time de
Desenvolvimento que não seja o Desenvolvedor
Times de Desenvolvimento não contém sub-times dedicados a domínios
específicos de conhecimento
MBA em Arquitetura de Soluções
07
Metodologia de Desenvolvimento - SCRUM
8. Scrum Master para o Product Owner
Scrum Master serve o Product Owner de várias maneiras, incluindo:
Encontrando técnicas para o gerenciamento efetivo do Backlog do Produto;
Claramente comunicar a visão, objetivo e itens do Backlog do Produto para o
Time de Desenvolvimento;
Ensinar o Time Scrum a criar itens de Backlog do Produto de forma clara e
concisa;
Compreender a longo-prazo o planejamento do Produto no ambiente
empírico;
Facilitar os eventos Scrum conforme exigidos ou necessários.
MBA em Arquitetura de Soluções
08
Metodologia de Desenvolvimento - SCRUM
9. Scrum Master para o Time de Desenvolvimento
O Scrum Master serve o Time de Desenvolvimento de várias maneiras,
incluindo:
Treinar o Time de Desenvolvimento em autogerenciamento e
interdisciplinaridade;
Ensinar e liderar o Time de Desenvolvimento na criação de produtos de alto
valor;
Remover impedimentos para o progresso do Time de Desenvolvimento;
Facilitar os eventos Scrum conforme exigidos ou necessários;
Treinar o Time de Desenvolvimento em ambientes organizacionais nos
quais o Scrum não é totalmente adotado e compreendido.
MBA em Arquitetura de Soluções
09
Metodologia de Desenvolvimento - SCRUM
10. Scrum Master para a Organização
Scrum Master serve a Organização de várias maneiras, incluindo:
Liderando e treinando a organização na adoção do Scrum;
Planejando implementações Scrum dentro da organização;
Ajudando funcionários e partes interessadas a compreender e tornar
aplicável o Scrum e o desenvolvimento de produto;
Trabalhando com outros Scrum Masters para aumentar a eficácia da
aplicação do Scrum nas organizações.
MBA em Arquitetura de Soluções
10
Metodologia de Desenvolvimento - SCRUM
11. Sprint
O coração do Scrum é a Sprint, um time-boxed de um mês ou menos, durante o
qual um “Pronto”, versão incremental potencialmente utilizável do produto, é
criado. Sprints tem durações coerentes
em todo o esforço de desenvolvimento.
Uma nova Sprint inicia imediatamente
após a conclusão da Sprint anterior.
MBA em Arquitetura de Soluções
11
Metodologia de Desenvolvimento - SCRUM
12. Durante o Sprint
Cada Sprint tem a definição do que é para ser construído, um plano projetado e
flexível que irá guiar a construção, o trabalho e o resultado do produto.
Não são feitas mudanças que possam por em perigo o objetivo da Sprint;
As metas de qualidade não diminuem;
O escopo pode ser clarificado e
renegociado entre o Product Owner
e o Time de Desenvolvimento
quanto mais for aprendido.
MBA em Arquitetura de Soluções
12
Metodologia de Desenvolvimento - SCRUM
14. Backlog do Produto e Backlog de Sprint
Backlog do Produto
Backlog do Produto é uma lista ordenada de tudo que deve ser necessário no
produto, e é 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.
Backlog do Sprint
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.
MBA em Arquitetura de Soluções
14
Metodologia de Desenvolvimento - SCRUM
15. Incremento
O incremento é a soma de todos os itens do Backlog do Produto
completados durante a Sprint e o valor dos incrementos de todas os Sprints
anteriores.
Ao final da Sprint um novo incremento deve estar “Pronto”, o que significa
que deve estar na condição utilizável e atender a definição de “Pronto” do
Time Scrum.
Definição de Pronto:
Cada incremento é adicionado a todos os incrementos anteriores e
completamente testado, garantindo que todos os incrementos funcionam
juntos.
MBA em Arquitetura de Soluções
15
Metodologia de Desenvolvimento - SCRUM
16. Reunião de Planejamento do Sprint - 1
No início do Sprint, PO e Equipe fazem a primeira parte do Planejamento
(Sprint Planning 1), onde o PO tem a lista com maior prioridade.
No fim geram um Selected Product Backlog (Atividades desenvolvidas durante
o Sprint.)
As atividades que não foram selecionadas voltam
para o Backlog para serem discutidas no
Sprint seguinte.
Equipe discute e estima
(story points)
MBA em Arquitetura de Soluções
16
Metodologia de Desenvolvimento - SCRUM
17. Reunião de Planejamento do Sprint - 2
Equipe (sem o PO) faz a segunda parte do Planejamento (Sprint Planning 2),
onde cada atividade é quebrada em técnicas e estimadas, dessa vez em horas
(Recomenda-se que cada Atividade seja estimada em no máximo 16 horas)
No fim dessa parte, a Equipe terá o Sprint Backlog,
um planejamento detalhado do que deverá ser feito
durante o Sprint (Backlog de atividades pode
ser alterado pela Equipe durante o Sprint,
porém o ideal é manter o Sprint Backlog
inicial).
MBA em Arquitetura de Soluções
17
Metodologia de Desenvolvimento - SCRUM
18. Reunião Diária
Durante o Sprint, a Equipe faz reuniões diárias de no máximo 15 minutos
(as Daily Meetings) para definir quais atividades foram realizadas no dia anterior,
quais os problemas enfrentados e quais atividades serão feitas durante o dia atual.
Durante a reunião, cada membro da equipe responde a três perguntas:
O que você tem feito desde ontem?
O que você está planejando fazer hoje?
Você tem algum problema impedindo você de realizar seu objetivo?
É papel do Scrum Master facilitar a resolução desses impedimentos.
MBA em Arquitetura de Soluções
18
Metodologia de Desenvolvimento - SCRUM
19. Reunião de Revisão do Sprint
A Revisão da Sprint é executada no final da Sprint para inspecionar o
incremento e adaptar o Backlog do Produto se necessário.
A Reunião de Revisão inclui os seguintes elementos:
Rever o trabalho que foi concluído e não concluído.
Apresentar o trabalho realizado para os stakeholders.
Equipe apresenta para o PO os resultados do Sprint (quais atividades
foram finalizadas e quais não foram).
Product Owner discute o Backlog do Produto tal como está.
MBA em Arquitetura de Soluções
19
Metodologia de Desenvolvimento - SCRUM
20. Retrospectiva do Sprint
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.
O propósito 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;
Criar um plano para implementar melhorias no modo que o Time Scrum faz seu
trabalho;
Duas questões principais são feitas na retrospectiva do sprint:
O que correu bem durante a corrida?
O que poderia ser melhorado na próxima sprint?
MBA em Arquitetura de Soluções
20
Metodologia de Desenvolvimento - SCRUM