Simplifica!! SCRUM.

Prévia do material em texto

Instituto Federal de Educação, Ciência e Tecnologia de 
Rondônia 
Aluno: Joaquim Boaria 
Turma: 2º 
Informática 
Turno: Matutino 
Prof º: Elisângela Bibá Gomes 
 
05/2018 
 
 
 
 
Olá meu jovem, tudo bem contigo?? 
 
Está preparado para o assunto de hoje?? 
Espero que sim!! 
 
Continuando nossos estudos em Processos de Desenvolvimento de Software, hoje vou te 
ensinar um dos MELHORES processos(na minha singela opinião) já criados. 
SCRUM!! 
 
 
Vem comigo!! 
 
 
 
Antes de mais nada, é importante que você saiba que o Scrum é um framework bem simples 
que na maioria das vezes é usado para projetos complexos. 
 
*** Dica do tio *** 
Quando você conhece muito bem o requisitos do sistema e as tecnologias que 
terá que usar, é recomendável que você use metodologias em cascata onde uma fase é 
iniciada após a outra, mas quando estiver lidando com um cenário mais caótico(onde 
se sabe pouco sobre os requisitos e as tecnologias são mais complexas) é daora você 
utilizar o Scrum. 
 
 
Agora vou te dar uma síntese do que é a história do Scrum. 
 
Go! 
● História 
- Para início de conversa eu tenho que te contar uma micro história. Em 1986 Takeuchi 
e Nonaka tiveram uma grande sacada, eles perceberam que projetos que usam equipes 
pequenas e multidisciplinares produziam os melhores resultados, e associaram a essas 
equipes altamente eficazes com a formação do Scrum. 
- Em 1993, John Scumniotales, Jeff McKenna e Jeff Sutherland criaram, 
documentaram e implementaram o Scrum na empresa Easel Corporation, 
incorporando assim todos os estilos de gerenciamento observados por Takeuchi e 
Nonaka. Mas só apenas em 1995, Ken Schwaber formalizou a definição de Scrum e 
encaminhou a implantação do mesmo no desenvolvimento de software mundo afora. 
 
Legal né? 
 
*** Curiosidade *** 
Segundo Sutherland(2014), o Scrum consegue fazer o dobro de trabalho na 
metade do tempo que o mesmo levaria para ser feito. 
 
 
É muito importante que você saiba que o Scrum possui 3 pilares fundamentais. Vou explicá-
los agora: 
 
1. Transparência 
- É importante que todos tenham conhecimento dos requisitos e dos processos e do a 
andamento dos projetos. 
 
2. Inspeção 
- Ocorre uma inspeção constante em tudo que está sendo feito no projeto, seja nas 
reuniões diárias ou no Sprint Review(vou explicar esses carinhas depois). 
 
3. Adaptação 
- Segundo Denisson Vieira(2015), a adaptação é um dos pilares mais importantes do 
Scrum. Através deste prisma de tomada de ação, o projeto passa a ter mais foco na 
qualidade de entrega do produto do que normalmente ocorre em projetos tradicionais. 
 
 
*** Dica do tio *** 
O Scrum oferece quatro oportunidades formais para a promoção de seus 3 
pilares. São eles: 
- Reunião de planejamento da Sprint (ou como alguns chamam, Sprint Planning) 
- Reunião diária (também é conhecida por Daily Scrum) 
- Reunião de revisão da Sprint (Sprint Review) 
- Retrospectiva da Sprint 
 
 
É importante que você saiba que o Scrum possui valores, mostrarei eles abaixo: 
 
● Foco na Entrega 
 
● Transparência 
 
● Time-Box 
 
● Qualidade Total 
 
● Trabalho em Equipe 
 
● Comunicação Constante 
 
● Comprometimento 
 
● AutoGerenciamento 
 
● Trazer à tona os problemas 
 
 
E aí? Tranquilo até agora né? 
 
Bom, agora vou te explicar sobre como é composto um Time Scrum. 
 
Presta atenção!! 
 
 
Você tem que saber que no Time Scrum existem 3 papéis, que são: 
 
1. Product Owner 
- Esse carinha é o principal responsável pela entrega do projeto, por garantir o retorno 
sobre o investimento no projeto, por maximizar o produto, e apoiar o trabalho da 
equipe de desenvolvimento. O Product Owner também é responsável por priorizar os 
itens do Backlog do Produto de acordo com a visão do projeto, interesses da 
companhia e que com as metas e timing ideais para o projeto. Outra coisa que tenho 
que te lembrar é que ele também garante que a equipe de desenvolvimento entenda os 
itens do Backlog do produto no nível necessário. 
 
 
 
2. Scrum Master 
 
- Esse senhorzinho é responsável por garantir que o Scrum seja entendido por todos e 
aplicado. Ele faz isso para garantir que o Time Scrum esteja em consonância com as 
práticas, teoria e regras do Scrum. É muito importante você saber que o Scrum Master 
é o ponto focal entre o Time Scrum e o restante dos stakeholders. Uma das 
contribuições do Scrum Master é ajudar na comunicação adequada com Time Scrum, 
evitando qualquer tipo de comunicação ou pedidos informais de alteração do Product 
Backlog. Esse carinha tem que conhecer muito bem o Scrum. 
- O Scrum Master tem o papel de ensinar e liderar a equipe de desenvolvimento na 
criação de produtos de alto valor; Isso pode incluir a aplicação de técnicas de 
qualidade, desenvolvimento e gerenciamento do tempo. 
- É o guardião dos processos Scrum e age como apoio direto do Product Owner. 
 
3. Time Scrum 
- O Time Scrum são os “soldados” que realizam o trabalho de entregar uma versão 
funcional que incrementa o produto ao final de cada Sprint. Somente os integrantes da 
equipe de desenvolvimento criam componentes que incrementam o release do produto 
ao longo das sprints 
- As equipes de desenvolvimento são auto-organizadas, porque são autorizadas pela 
organização para organizar e gerenciar seu próprio trabalho. 
- Equipes de Desenvolvimento não contém sub-equipes dedicadas a domínios 
específicos de conhecimento, tais como teste ou análise de negócios. 
- Equipes de Desenvolvimento são multifuncionais, possuindo todas as habilidades 
necessárias, enquanto equipe, para criar o incremento do Produto. 
 
 
 
 
Agora que você já sabe o que cada papel faz, vou te ensinar sobre a dinâmica do Scrum. 
Essa parte é muito importante, fica ligado!! 
 
 
Tudo começa com a visão do produto, o Product Owner é o responsável por essa etapa. O 
Product Owner precisa fazer algum tipo de macro planejamento (segundo Schwaber(2004), 
um dos melhores jeitos de se fazer um macro planejamento é utilizando um blueprint do 
projeto), mas o mais importante é que ele descreva o que deseja e aonde quer chegar. Logo 
em seguida, desembra-se essa visão em todas as funcionalidades que são necessárias. Essa 
lista de funcionalidades recebe o nome de Product Backlog. 
 
Logo abaixo você verá uma imagem do Product Backlog. 
 
 
 
 
 
 
Denisson Vieira. Livro Scrum Definitivo(2015) 
 
Ainda não te expliquei a parte de definição de importância, mas espera aí e continua 
lendo que tu vai descobrir como é que funciona essa ordenação. 
 
O Scrum Master, agora, atuando como coach, auxilia o Product Owner nessa tarefa. 
Como está explícito na imagem acima, as funcionalidades são ordenadas por importância no 
projeto. 
 
*** Importante Lembrar *** 
Essa parte de ordenação é feita pelo Product Owner 
 
 
O projeto é todo planejado em Sprints (Sprints são períodos de tempo onde alguns itens 
selecionados do Product Backlog serão construídos, e assim entregues ao cliente). 
Para conseguir organizar as Sprints é necessário de outra coisinha. 
Essa outra coisinha se chama Eventos de duração fixa (time-boxed). Segundo Denis 
Rodrigues Pedro(2015), o tempo recomendável de duração de cada de Sprint é de 2 a 4 
semanas. As Sprints duram sempre o mesmo tempo. 
 
Segue abaixo uma imagem de uma Sprint. 
 
 
 
 
 
Denis Rodrigues Pedro. Livro Scrum Definitivo(2015) 
 
 
 
 
Antes de cada Sprint começar, é feito um Sprint Planning (reunião de planejamento das 
Sprints). Nessa etapa é onde é selecionado o trabalho que será feito e onde é criadoo 
Backlog da Sprint. Nesta fase também é feito a identificação de quanto trabalho poderá ser 
feito durante a Sprint atual. 
 
Primeiro o Backlog selecionado, é escolhido as funcionalidades durante a Sprint. Depois do 
término da Sprint é esperado que um incremento seja entregue(geralmente é uma parte 
funcional do sistema). 
É importante você lembrar que as próximas funcionalidades a serem implementadas não estão 
ali por acaso, e sim por conta de que o Product Owner às colocou ali. 
Conforme as implementações vão acontecendo o Product Owner pode notar a necessidade 
mudanças, tais mudanças são inseridas no Backlog em sua determinada prioridade. 
 
Todo dia é feito um evento time-boxed para que o Time Scrum possa sincronizar as 
atividades que serão feitas no dia. Essa reunião tem o objetivo de responder 3 perguntas: 
 
1. O que foi completado desde a última reunião? 
2. O que será feito até a próxima reunião? 
3. Quais os impedimentos que estão no caminho? 
 
Um recurso muito útil que diversas empresas usam(inclusive euzinho aqui) é o Kanban 
Board, que ajuda na Transparência e na Gestão À Vista 
 
Segue abaixo uma imagem do Kanban Board. 
 
 
 
LeanKit (2018) 
 
 
 
 
No final da Sprint existem duas atividades que são cruciais: 
 
1. Sprint Review 
- Essa é a atividade de apresentação de tudo aquilo que foi produzido na Sprint, nessa 
etapa é que surgem as mudanças e o Product Backlog é atualizado. 
 
2. Sprint Retrospective 
- Nessa etapa acontece a identificação do que funcionou, o que pode ser melhorado e 
que ações serão tomadas para melhorar. 
 
 
Segundo Pressman o ciclo de vida do Scrum é assim: 
 
Pressman. Livro Engenharia de Software(2010) 
 
 
 
*** Importante *** 
Se algum dia, em algum modelo de um determinado ator estiver algo chamado 
Grooming, não se assuste é apenas a etapa de priorização do Backlog. 
 
Segue abaixo uma imagem que possui o Grooming. 
 
Denisson Vieira. Livro Scrum Definitivo(2015) 
 
 
 
Já te expliquei o Scrum no geral, agora vou te contar um pouco sobre as Vantagens e 
Desvantagens no uso do Scrum. 
 
Vem comigo!! 
 
 
 
 Vantagens 
 
- Os programadores se sentem muito mais motivados devido ao seu interesse de entregar a 
Sprint no prazo. 
 
 
- Os programadores podem manejar as prioridades sem problemas, garantindo assim que as 
sprints que ainda não foram finalizados possam ser alteradas sem problemas. 
 
 
- Como a qualidade final do produto é mais importante do que o prazo de entrega, o produto 
apresenta uma diminuição no numero de bugs. 
 
 
- O projeto é visualizado por todos. Em outras metodologias esta possibilidade não existe 
 
 
 
 Desvantagens 
 
- Como a qualidade é mais importante do que o resultado, pode ser que os prazos não sejam 
estipulados de forma coerente, levando a um atraso do resultado final, o que pode deixar os 
clientes com certa raiva, mas isso pode ser ajustado em equipe. 
 
 
- A ausência de documentação pode ser um grande problema para o andamento do projeto 
 
 
 
 
 
 
 
 
 
 
 
Muito bem meu jovem. 
 
Foi uma honra fazer parte de seus estudos, continue firme em sua jornada, NUNCA 
procastine, e boa sorte!! 
 
 
 
 
Somente a educação transforma 
-Professor Octavio 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
● Referências Bibliográficas: 
- PRESSMAN, Roger S. Engenharia de Software, Sexta Edição. Editora MCGrawHill: 
Porto Alegre, 2010 
- http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf 
- https://www.scrumalliance.org 
- http://www.mountaingoatsoftware.com/agile/scrum/resources/a-reusable-scrum-prese 
ntation 
- http://www.mindmaster.com.br 
- http://br.blog.trello.com/scrum-metodologia-agil/ 
- http://www.desenvolvimentoagil.com.br 
- https://leankit.com/learn/kanban/kanban-board/ 
	Instituto Federal de Educação, Ciência e Tecnologia de Rondônia
	Aluno: Joaquim Boaria
	SCRUM!!
	*** Dica do tio ***
	Go!
	Legal né?
	1. Transparência
	2. Inspeção
	3. Adaptação
	*** Dica do tio ***
	E aí? Tranquilo até agora né?
	Presta atenção!!
	1. Product Owner
	2. Scrum Master
	3. Time Scrum
	Essa parte é muito importante, fica ligado!!
	Ainda não te expliquei a parte de definição de importância, mas espera aí e continua lendo que tu vai descobrir como é que funciona essa ordenação.
	*** Importante Lembrar ***
	1. Sprint Review
	2. Sprint Retrospective
	*** Importante ***
	Muito bem meu jovem.
	● Referências Bibliográficas: