Desenvolvimento Ágil
- Scrum -
Paulo Ribeiro, Caio Alexandre, Renato Delazeri, Will Samuel, Ivo Guedes
1. Unipampa – Universidade Federal do Pampa
Resumo – O Scrum é um dos métodos ágeis de
gerenciamento de projetos de software que vem sendo mais
usado atualmente, sua importância esta na iteratividade com
que trabalha sua equipe característica a qual o diferencia, há
uma relevância a ser feita quanto o como se trabalha no
Scrum, que é ótimo sem dúvidas, sendo o melhor método na
prática trazendo inúmeros benefícios quando utilizado
corretamente, tendo como principal resultado do processo,
um software que seja realmente útil para o cliente. No
entanto Scrum não é a “Bala de Prata”, não é solução
completa para os problemas de produtividade, complexidade,
custo , prazo e qualidade do processo de desenvolvimento de
software, não existe solução mágica para problemas
complexos, mas sim pode nos ajudar a resolvê-los tornando os
problemas mais visíveis.
Palavras-chave – Agilidade, desenvolvimento,
gerenciamento, projeto, software.
I. INTRODUÇÃO
Este artigo conta com uma apresentação de dois métodos
de gerenciamento de software,falaremos sobre tradicional o
Waterfall e o método Scrum, mostrando oque os diferencia,
e uma ênfase em Scrum que por sua facilidade de
adaptação e implementação tornou-se nos últimos tempos
um dos preferidos por empresas que se viram na
necessidade de aceitarem metodologia ágil para
gerenciamento de software, apresentando assim suas
principais características, vantagens e desvantagens.
II. COMO COMEÇOU O SCRUM
A – Surgimento do Scrum:
Parte do pré-suposto que todo o surgimento de uma nova
idéia vem da necessidade de aprimoramento do que já esta
sendo feito, ou até do que nunca foi feito, não é diferente
assim com o Scrum. O termo vem de um estudo de 1986
feito pelos estudiosos Takeuchi e Nonaka publicado na
revista Harvard Business Review. Na publicação, ambos
dizem que projetos que utilizam pequenos times com
funcionalidades cruzadas historicamente produzem
melhores resultados. Esses times eram como a formação
Scrum do Rugby, em que o time oferece um tipo de
proteção à jogada. Jeff Sutherland desenvolveu o processo
Scrum na Easel Corporation em 1993. Em 1995, Ken
Schwaber formalizou o processo para a indústria de
software e publicou o primeiro paper sobre Scrum.
B – Onde o Scrum é usado:
A função primária do Scrum é ser utilizado para o
gerenciamento de projetos de desenvolvimento de
software. Ele tem sido usado com sucesso para isso.
Mesmo que idealizado para ser utilizado em gestão de
projetos de desenvolvimento de software ele também pode

ser usado para a gerência de equipes de manutenção, ou
como uma abordagem para gestão de programas: Scrum de
Scrums.
III. O SCRUM
A – Como Funciona o Scrum:
A execução de um projeto Scrum é feita por meio de
ciclos, chamados sprints. É recomendado que ao longo da
evolução de um projeto as sprints tenham a mesma
duração, variando entre duas e quatro semanas de acordo
com as características do mesmo. Cada sprint começa com
a reunião de Planejamento 1, onde a equipe e o product
owner escolhem dentre as histórias existentes no product
backlog aquelas que farão parte do sprint backlog.
Histórias são as necessidades ou requisitos levantados,
para possivelmente serem desenvolvidos ao longo do
projeto, e o product backlog armazena todas as histórias
que ainda não foram executadas, de acordo com a
prioridade atribuída pelo product owner. Essas histórias
devem ter seus esforços estimados pela equipe antes da
reunião de Planejamento 1, de forma que o sprint backlog
seja definido levando em consideração o esforço estimado
para as histórias e a velocidade média da equipe nas sprints
anteriores. Um aspecto importante a ser observado para
uma boa estimativa de esforço e, conseqüente, regularidade
no cumprimento das metas das sprints é a qualidade das
descrições da histórias.
Em seguida vem a reunião de Planejamento 2. Nessa, as
histórias previamente selecionadas para o sprint backlog
devem ser analisadas e discutidas entre a equipe (e, se
necessário, com o product owner), para posteriormente
serem definidas as tarefas necessárias para as suas
execuções. Se a equipe concluir que não será possível
realizar as histórias da sprint, deve ser negociada uma
redução do sprint backlog com o product owner.
Após ter definida a composição do sprint backlog, a
equipe deve desenvolver as histórias na ordem de
prioridade definida pelo product owner.
A equipe se auto-organiza, para a execução das tarefas,
durante a Reunião Diária. Nela, cada um deve informar aos
demais membros sobre o andamento de seu trabalho no dia
anterior, seu planejamento para o dia e se está tendo algum
problema que o impeça de prosseguir com alguma tarefa.
Essas reuniões diárias e o uso do gráfico de burndown
permitem o acompanhamento do andamento das
histórias durante a sprint.
Chegando o término da sprint, deve ser feita a reunião de
Revisão. A equipe apresenta ao product owner o resultado
do trabalho realizado ao longo daquela sprint para que ele
aprove as histórias. Caso o product owner não fique
satisfeito com alguma história, essa é reprovada e deve
voltar ao product backlog para ser priorizada novamente e
futuramente selecionada para outra sprint.
Por último numa sprint, é feita a reunião de
Retrospectiva, fundamental para a melhoria contínua do
processo de desenvolvimento. É considerada por alguns o
momento de "lavar a roupa suja", mas, mais importante do
que isso, é o momento para refletir sobre os problemas que
atrapalharam o andamento da sprint, quais pontos do
processo podem ser melhorados e como melhorá-los na
próxima sprint. E aí, tudo se repete…
Gráfico Ciclo do Scrum
B – Ferramentas:
O scrum possui diversas ferramentas, dentre elas existem
as básicas como os Post’its e o Burndown Chart, os
post’its, são quadros de recados onde estão expostas as
tarefas do dia e o Burndown Chart é uma tabela de
medição do projeto que demonstra se o mesmo esta
ocorrendo no tempo programado. Há também diversas
ferramentas disponíveis na web como pro exemplo:
Scrumpy, o scrum ninja, o scrum works pro, scrumhalp
entre outras ferramentas da web para facilitar a automação
do scrum.
Burndow Chart
Quadro kanban e Post’its
C – Algumas práticas que diferem o Scrum dos demais
módulos:
No Scrum, os clientes tornam-se parte da equipe de
desenvolvimento, são feitas entregas das funcionalidades
da equipe, relatório de risco do projeto também são feitos
pelas equipes, há transparência no planejamento e
desenvolvimento, e são feitas reuniões freqüentes com
todos que estão envolvidos nos projetos são feitas para
monitorar o progresso.
D – Scrum e suas aplicações
O scrum tem sido usado principalmente em: Softwares
comerciais, web sites, projetos de preço fixo, e em
aplicações certificadas pelo ISO9001. Exemplo de algumas
empresas que vem utilizando o scrum como principal
método de gerenciamento de projetos, a Microsoft, Google,
Yahoo, HP, Nokia, Philips, no Brasil globo.com, abril.com,
UOL, entre inúmeras outras.
IV - COMPARANDO O SCRUM COM MODELO
CASCATA
O desenvolvimento ágil do scrum tem pouco em comum
com o modelo cascata.
O modelo cascata é uma das metodologias com maior
ênfase no planejamento, seguindo seus passos através da
captura dos requisitos, análise, projeto, codificação e testes
em uma sequência pré-planejada e restrita. Levando meses
ou anos para o desenvolvimento completo de um software.
Onde o cliente participava apenas nas primeiras reuniões
para capturarem e definirem os requisitos, e nas reuniões
finais talvez na fase de testes, ou seja, no modelo cascata o
projeto é de escopo fechado e protegido por contrato contra
mudanças.
O scrum pelo contrário produz um desenvolvimento
completo e teste de aspectos num período de poucas
semanas ou meses. Onde o cliente por sua vez torna-se
“parte da equipe” e outra grande diferença é que no método
scrum o projeto é mais suscetível a mudanças produzindo
assim um software com a funcionalidade necessárias com
maior visão ao retorno financeiro do cliente(ROI).
V – VANTAGENS E DESVANTAGENS
 O Scrum apresenta vantagens e desvantagens, tal como
qualquer outra metodologia ou processo de fabrico de
software. Pode ser implementado em conjunto com outros
métodos para tentar preencher algumas lacunas existentes
no Scrum, sem obviamente se conseguir alcançar a
perfeição.
O scrum tem como suas principais vantagens, a
velocidade, o fato de evitar surpresas com o cronograma ou
com resultados, já que as reuniões diárias prevêem esse
controle, os bugs são reduzidos, as prioridades podem ser
alteradas a qualquer momento e sua funcionalidade está
sempre sendo testada.
E como sua principal desvantagem a sensação de
informalidade. Não há no escopo a documentação a
documentação formal do software a ser desenvolvido, ele é
simplesmente desenvolvido. Sua documentação só é criada
se os envolvidos no projeto necessitarem.

VI – CONCLUSÃO

No entanto as metodologias, os processos, as ferramentas

e as técnicas, não são novas ao desenvolvimento de
software ou produto, já são existentes a um bom tempo.
Entretanto já é comprovado que a mudança ou o
surgimento de métodos são decorrente das necessidades as
quais o mercado impõe, na busca de lucros e qualidades em
seus produtos as empresas acabam por aderirem a técnicas
tais como o Scrum, e com o scrum obtém-se maior
produtividade, maior adaptabilidade e diminuição dos
riscos e incertezas.
Portanto com o término deste artigo, concluímos que o
scrum é uma boa alternativa para o gerenciamento de
projetos de software.

VII – REFERÊNCIAS BIBLIOGRÁFICAS

Pressman, R.,Engenharia de Software 6ª edição

Schwaber, K., Beblee, M., Agile Software Development

With Scrum

Schwaber, K., The Enterprise and Scrum

http://controlchaos.com

http://scrum.jeffsutherland.com/

http://scrumaliance.org