2. 2
Metodologia Ágil
A metodologia ágil procura agilizar processos empresariais, como os sistemas que são
desenvolvidos, por exemplo. Essa metodologia vem sendo usada nos últimos tempos como
uma alternativa eficiente para resolver a demanda de empresas e projetos de maneira versátil e
dinâmica, aumentando a produtividade. Sua abordagem é focada no planejamento iterativo.
Framework Scrum
Dentro da metodologia ágil, o framework Scrum é utilizado para planejamento,
desenvolvimento e gestão de softwares, aumentando a dinâmica entre as equipes. Segundo
Schwaber e Sutherland:
Scrum é um framework estrutural que está sendo usado para gerenciar o
desenvolvimento de produtos complexos desde o início de 1990. Scrum não é um
processo ou uma técnica para construir produtos; em vez disso, é um framework
dentro do qual você pode empregar vários processos ou técnicas. O Scrum deixa
claro a eficácia relativa das práticas de gerenciamento e desenvolvimento de
produtos, de modo que você possa melhorá-las. (2013, p. 3).
A figura 1 apresenta um resumo das etapas de desenvolvimento de projetos utilizando
o framework Scrum.
Figura 1 – Exemplo de processo de desenvolvimento Scrum.
Fonte: Site Desenvolvimento Ágil.
3. 3
Product Backlog
O Product Backlog é uma lista com as funcionalidades que farão parte do projeto, no
produto final. O Product Backlog não pode ser considerado algo completo em si, pois está
sempre mudando de acordo com as necessidades do projeto, visando seu aprimoramento, e
terá sua existência alinhada a existência do produto (SCHWABER; SUTHERLAND, 2013).
Sprint
A execução de um projeto no framework Scrum acontece por meio das iterações, ou
Sprints. São ciclos de desenvolvimento que duram em média de 1 a 4 semanas, segundo um
padrão definido pela equipe, que deve ser usado como base para as demais iterações do
projeto. Uma Sprint apenas se inicia ao término de outra na etapa anterior (figura 2).
Figura 2 – Exemplo de Sprint.
Fonte: Blog Fluxo Consultoria Poli UFRJ.
Sprint Backlog
O Sprint Backlog consiste num conjunto de itens ou tarefas do Product Backlog que a
equipe deverá fazer durante um Sprint. É como uma previsão da equipe desenvolvedora
acerca do requisito que constará no próximo incremento e também sobre o trabalho que
demandará a entrega dessa funcionalidade pronta no projeto (SCHWABER; SUTHERLAND,
2013).
4. 4
Daily Scrum
A equipe que está trabalhando no desenvolvimento do projeto deve se reunir
diariamente para discutir sobre o que se tem feito durante a Sprint, isso é o Daily Scrum. A
reunião costuma ser breve (15 minutos) com três perguntas básicas a serem respondidas por
cada membro: “O que você fez ontem?”, “O que você fará hoje?” e “Há algum impedimento
para fazê-lo?”.
Sprint Review Meeting
Quando uma Sprint termina, realiza-se uma reunião para revisão de tudo o que foi
discutido e desenvolvido pela equipe durante o ciclo. O sucesso na conclusão de uma Sprint
deve ser avaliado com os resultados apresentados no Sprint Review Meeting relacionando-os
com os objetivos primeiros da Sprint.
Participantes do processo
São três agentes os participantes do processo de desenvolvimento no Framework
Scrum:
Product Owner: responsável por gerenciar o Product Backlog e
maximizar o trabalho da equipe de desenvolvimento assim como o
valor do produto;
Scrum Master: responsável por fazer com que a equipe trabalhe
segundo as práticas do Scrum, além de realizar um trabalho de coach;
Scrum Team: é a própria equipe de desenvolvimento, são os
profissionais que criam os requisitos e funcionalidades de acordo com o
projeto, procurando gerenciar seu próprio trabalho.
5. 5
Referências Bibliográficas
SCHWABER, Ken; SUTHERLAND, Jeff. Guia do Scrum Um guia definitivo para o
Scrum: As regras do jogo. Disponível em:
<http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf>.
Acesso em 21 abr. 2018.
http://fluxoconsultoria.poli.ufrj.br/blog/gestao-empresarial/gerenciamento-em-scrum-
metodologia-agil/. Acesso em 21 abr. 2018.
http://www.desenvolvimentoagil.com.br/scrum/. Acesso em 21 abr. 2018.