METOLOGI

A ÁGIL
SCRUM
Disciplina: Gestão De Projetos Empresariais
Professor Orientador: Elifas Fernandes
Gorgonho Farias
5°semestre – Gestão Empresarial

Amanda A. Demetrio
Thyfani De Sa Oliveira
FUNDAMENTOS DO GERENCIAMENTO DE PROJETO
E DESENVOLVIMENO ÁGIL DE SOFWARE
O Scrum é uma das metodologias ágeis mais conhecidas, amplamente aplicado em gestão de projetos e
desenvolvimento de software.
Os fundamento do gerenciamento de projeto e desenvolvimento de software são, o Manifesto Ágil e a
Declaração de Interdependência.
Em 2001 um grupo de especialistas em software que se reuniram no resort Snowbird em Utah para rascunhar
o que ficou conhecido como o Manisfesto Ágil. (www/agilemanisfesto.org):
“estamos descobrindo melhores maneiras de desenvolver software, fazendo o e ajudando outros a fazê-lo,
começamos a valorizar:
• Indivíduos e interações em vez de processos e ferramentas;
• Respostas á mudança em vez de seguimento de um plano.
• Construir projetos em torno de indivíduos motivados. Dê a eles o ambiente e suporte necessários, e confie
que eles realizarão o trabalho.
• Abraçar as mudanças de requisitos, mesmo quando o desenvolvimento já está avançado. Os processos Ágeis
usam as mudanças para trazes vantagens competitivas ao cliente.
Além desses quatro princípios, o Manifesto Ágil tem mais doze princípios.
ORIGEM DO SCRUM
Criado por Jeff Sutherland, o Scrum é um framework utilizado para o
gerenciamento de projetos, muito popular especialmente entres equipes de
desenvolvimento de software — apesar de poder ser aplicado em outras
áreas

O termo vem de uma jogada muito comum no rugby. 

A analogia do termo do rúgbi para o gerenciamento é simples. Ambos são

formados por uma equipe estrategicamente definida, treinada e organizada
com um objetivo único. Enfim, o Scrum possibilita uma maior proximidade
entre gerente, desenvolvedor, cliente e produto. Assim como nas demais
metodologias criadas a partir do Manifesto Ágil, no Scrum é mais importante
entregar um software funcionando para clientes do que uma documentação
abrangente, ou seja, é essencial gerar valor.
Para atender a esse princípio, o Scrum divide os projetos em início, meio e
fim, sendo que em cada ciclo é preciso realizar a entrega de algo funcional
para a pessoa contratante.
Com isso, ela não precisa esperar a entrega do produto final para fazer
avaliações, o que permite que a equipe de desenvolvimento faça correções ao
longo do processo. Dessa forma, além de evitar a insatisfação, também se
reduz o desperdício de tempo e esforço.
Principais papéis no gerenciamento de projetos com Scrum

No caso do gerenciamento, esse time é formado por:

Scrum Master: Responsável por liderar a equipe, e principal elo entre Procuct Owner e
o resto da equipe. É imprescindível que ele assegure o cumprimento dos valores e regras
do Scrum durante a execução. Assim, ela age como uma espécie de coach, auxiliando a
equipe nos momentos de dificuldade e eliminando obstáculos que prejudicam o
progresso e a produtividade do time.
Product Owner: O Product Owner, ou pessoa Dona do Produto, é quem representa o
usuário ou usuária final. É ela quem define o que deve ou não fazer parte do produto,
além de estabelecer quais tarefas são prioridades para a equipe de desenvolvimento.Por
isso, durante a implementação, é essencial que ele esteja disponível para tirar dúvidas e
dar os feedbacks necessários na finalização de cada ciclo.
Development Team: Responsáveis pela concepção, construção técnica e testes do
produto. Em um desenvolvimento de aplicativo, por exemplo, o Development Team
pode ser formado pelo programadores. Em geral, os times do Scrum são divididos em
grupos de poucas pessoas — normalmente entre 5 e 10 —, mas pode haver equipes
maiores.
 CICLO DO
SCRUM
•No início do projeto são definidas as ideias e funcionalidades
iniciais do produto. Essas ideias são denominadas histórias. O
conjunto de todas as histórias forma o Product Backlog.
•Cada ciclo é um Sprint, e dura menos de quatro semanas. As tarefas
que serão desenvolvidas ficam no Backlog do cliente, listadas por
ordem de prioridades.
•A cada Sprint, há uma reunião chamada Sprint Meeting na qual são
definidas as funcionalidades a serem desenvolvidas na mesma. Ou
seja, uma reunião de planejamento na qual o Product Owner prioriza
os itens do Product Backlog e a equipe seleciona as atividades que
ela será capaz de implementar durante o Sprint que se inicia. Esse
conjunto de histórias que entram numa determinada sprint forma o
Sprint Backlog.
•No final de cada Sprint, é feita uma Sprint Review, ou seja, uma
reunião de validação das histórias desenvolvidas. Caso uma
funcionalidade não seja aprovada pelo Product Owner, ela volta
para o Product Backlog e, possivelmente entrará na próxima Sprint.
•Quando um Sprint termina, a equipe faz uma reunião para validar
as entregas do projeto e avaliar a necessidade de ajustes. E o fluxo Backlog => Sprint => Reunião de validação e alinhamento => Entrega
segue assim até que tudo seja concluído.
Product Backlog: Conjunto total de funcionalidades que será
desenvolvido durante o projeto.
Sprint Planning Meeting: são as reuniões iniciais, antes de um
novo sprint. Aqui, planeja-se cada um dos times das sprints e as
prioridades do Product Backlog. 
Sprint Backlog: Conjunto de funcionalidade que será
desenvolvido em uma determinada Sprint.
Sprint Review: Reunião de validação das funcionalidades.
Caso não sejam aprovadas, elas retornam para o Product
Backlog.
Daily Meeting: Reunião diária para colocar em dia o que foi
feito.
Porque a metodologia Ágil e o Srum são
eficazes na gestão de projetos de software
• É um mecanismo de redução sistemática de risco.

• É um processo de gestão de projeto mais adaptativo, diferentemente do processo sequencial usado dentro do
ambiente em cascata.

• Com as Sprints e à lista de tarefas no Backlog, toda a equipe é integrada ao projeto. Um sabe o que o outro faz,
a produtividade aumenta, enquanto a margem para atrasos diminui. Assim como os riscos de erros, que podem
ser antecipados pelo caminho.

• Por meio de metodologias ágeis e com as métricas do Scrum, as equipes trabalham mais alinhadas e com mais
flexibilidade para propor alternativas. O escopo de trabalho ganha eficiência e economia de recursos devido a
entregas que tendem a ser mais efetivas.

• A adoção de métricas do Scrum facilita o fluxo de projetos, equipes e entregas. Ainda mais na área de TI, que vê
seus processos se tornarem mais simples e eficientes.
Controle de Prioridades 

• A estratégia padrão é primeiro desenvolver as histórias de alta

prioridade e alto risco, pois caso essas falhem o prejuízo não será tão
grande, pois o projeto ainda estará no início.
• A segunda etapa é o desenvolvimento das tarefas com alta prioridade e
baixo risco, garantindo, assim, a satisfação das preferências do cliente.
• A terceira é focar no desenvolvimento das atividades com baixo risco
e baixa prioridade, que ainda assim podem trazer benefícios ao cliente.
• Por último, as atividades de baixa prioridade e alto risco. Essas entram
numa última Sprint, caso ainda estejam de acordo com os interesses do
cliente.
Pontos Negativos Metodologia Ágil
Exemplo prático de aplicação da metodologia Scrum: 
Referências Bibliográficas
https://proj4.me/blog/scrum

https://enotas.com.br/blog/scrum/

https://promovesolucoes.com/metricas-do-scrum-como-medir-resultados/

https://fluxoconsultoria.poli.ufrj.br/blog/gerenciamento-em-scrum-metodologia-agil/

https://blog.betrybe.com/carreira/metodologia-scrum/

Livro “Scrum em Ação – Gerenciamento e Desenvolvimento Ágil de Projetos de Software” Andrew Pham e
Phuong Van Pham