METODOLOGIAS GEIS:

O QUE SO E PORQUE IMPLEMENT-LAS NA

SUA ESTRATGIA DE DESENVOLVIMENTO?
Introduo
As grandes presses do mercado por inovao e
produtividade prazos cada vez mais curtos ,
exibilidade e melhoria no desempenho e na
qualidade dos projetos de desenvolvimento de
softwares, zeram com que surgisse um novo
conceito: as metodologias geis, ou, como tambm
conhecida nos meios acadmicos, a losoa Agile.
As metodologias geis surgiram da necessidade de
melhorias na forma com que as solues de
software so desenvolvidas, tendo como principal
foco satisfazer o cliente, tanto do ponto de vista da
rapidez quanto da assertividade.
O desenvolvimento gil tambm pode ser visto
como uma maneira diferente de administrar as
equipes de TI em projetos de desenvolvimento.
O uso da palavra gil, neste contexto, deriva do
Manifesto gil. Um pequeno grupo de pessoas se
reuniram em 2001 para discutir os seus sentimentos
com relao abordagem tradicional de
gerenciamento de projetos de desenvolvimento de
software.
As metodologias geis surgiram da
necessidade de melhorias na forma
com que as solues de software
so desenvolvidas, tendo como
principal foco satisfazer o cliente.
Eles discutiam as falhas que aconteciam com
frequncia e buscavam mudanas para melhor. Foi
a que criaram o Manifesto gil, que, em suma,
descreve quatro valores importantes que so to
relevantes hoje.
O manifesto diz basicamente, "ns valorizamos:
Indivduos e interaes sobre processos e
ferramentas;
Softwares que trabalham com documentao
mais abrangente;
Colaborao do cliente sobre negociao de
contratos;
Respostas rpidas, mudanas ao longo do
projeto seguindo um plano.
Desde ento, a utilizao de mtodos que
suportam estes valores tornou-se cada vez mais
popular.
E sobre isso que iremos conversar neste e-book.
Voc ver quais so as principais metodologias
geis e como fazer para implement-las na sua
operao de desenvolvimento. Acompanhe!
Boa leitura.
2
Os nove princpios chave das
metodologias geis
Comecemos por listar os dez princpios chave na utilizao de metodologias geis
no desenvolvimento de softwares. Veja:

1. PARTICIPAO ATIVA DOS USURIOS IMPERATIVO

Nem sempre possvel ter usurios diretamente envolvidos em projetos de desenvolvimento,
particularmente se o projeto de desenvolvimento gil a construo de um produto onde os usurios nais
so clientes externos ou consumidores. No entanto, no mnimo um representante dos usurios deve ser
envolvido durante o processo de desenvolvimento da soluo. Isso faz com que os requisitos sejam
compreendidos e cumpridos, demonstra-se o empenho da equipe de desenvolvimento e, o mais
importante, ca mais fcil acertar na entrega do produto nal.

2. A EQUIPE DEVE TER PODERES PARA TOMAR DECISES

Quem est no dia a dia de uma operao de desenvolvimento sabe que a motivao fundamental para o
sucesso. por isso que a equipe deve estabelecer e esclarecer os requisitos juntos, prioriz-los em
conjunto, concordar com as tarefas necessrias para entreg-los juntos, e estimar o esforo envolvido
tambm em equipe.

3. REQUISITOS EVOLUEM, MAS O CALENDRIO FIXO

Este um princpio que est em contraste gritante com um projeto de desenvolvimento tradicional, em que
um dos primeiros objetivos capturar todos os requisitos conhecidos e linha de base do escopo de modo
que quaisquer outras alteraes esto sujeitas a mudanas de controle.

4. CAPTURA DE REQUISITOS A UM NVEL ELEVADO; LEVE E VISUAL

Requisitos geis so idealmente visuais e deve ser apenas sucientes, ou seja, o mnimo absoluto
necessrio para permitir o desenvolvimento e os testes para prosseguir com razovel ecincia. A razo
para este princpio minimizar o tempo gasto em qualquer coisa que no forme parte do produto nal.

5. DESENVOLVIMENTO DE VERSES PEQUENAS, INCREMENTAIS; E INTERAO CONSTANTE

Nos mtodos tradicionais de desenvolvimento de software, o do ciclo de vida (simplicado) : analisar,
desenvolver, testar - primeiro reunir todos os requisitos conhecidos pela totalidade do produto, em seguida,
desenvolver todos os elementos do software, em seguida, testar e se certicar de que todo o produto est
apto para o lanamento. No desenvolvimento gil, o ciclo : analisar, desenvolver, testar; analisar,
desenvolver, testar; e assim por diante... fazendo cada passo de cada recurso, um recurso de cada vez.

3
6. CONCENTRAO NA ENTREGA FREQUENTE DE PRODUTOS
Em um mundo verdadeiramente gil, j no mais possvel trabalhar com projetos que duram 12 meses.
No mximo, trabalha-se com projetos que vo de trs a seis meses!

7. CONCLUSO DE CADA RECURSO ANTES DE PASSAR PARA O PRXIMO

No desenvolvimento gil, "feito" deve realmente signica feito! Em outras palavras, no desenvolvimento
gil, certica-se de que cada recurso est totalmente desenvolvido, testado, denominado e aceito pelo
proprietrio do produto antes de contar como nalizado. E se h alguma dvida sobre quais atividades
devem ou no ser concludas dentro do Sprint para cada recurso, no temos nada nalizado.

8. O TESTE INTEGRADO EM TODO O CICLO DE VIDA DO PROJETO - TESTE CEDO E MUITAS VEZES
No desenvolvimento gil no existe uma fase nica, separada de teste. Os desenvolvedores esto muito
mais fortemente envolvidos em testes, escrevem testes de unidade automatizados, repetveis, para validar
seu cdigo.

9. UMA ABORDAGEM DE COLABORAO E COOPERAO ENTRE TODAS AS PARTES

INTERESSADAS ESSENCIAL
O desenvolvimento gil assenta numa estreita cooperao e colaborao entre todos os membros da
equipe e partes interessadas. Princpios de desenvolvimento gil incluem requisitos de manuteno e
documentao leve, e tambm reconhecimento de que a mudana uma realidade normal e aceitvel no
desenvolvimento de software. Isso faz com que uma estreita colaborao particularmente importante
clarique os requisitos just-in-time para manter todos os membros da equipe (incluindo o proprietrio do
produto) na mesma pgina" ao longo do projeto.

4
As principais metodologias geis
Existem vrias metodologias que so conhecidos coletivamente como geis, uma
vez que promovem os valores do Manifesto gil e so consistentes com os
princpios descritos no captulo anterior. As mais populares so:

DSDM (Dynamic Systems Development Method)

provavelmente o mtodo original de desenvolvimento gil. DSDM existia antes do termo 'gil' ter sido
inventado, mas absolutamente com base em todos os princpios que conhecemos geis. Trata-se de
uma metodologia muito conhecida e utilizada no Reino Unido.

SCRUM
Este mtodo de desenvolvimento gil se concentra principalmente sobre como gerenciar tarefas dentro de
um ambiente de desenvolvimento baseado em equipe. SCRUM o mtodo gil mais popular e
amplamente adotado. Ele relativamente simples de implementar e aborda muitas das questes de gesto
que tm atormentado as equipes de desenvolvimento de TI ao longo dos tempos.

XP (Extreme Programming)
Como o prprio nome j diz, uma metodologia gil mais radical, concentrando-se mais sobre o processo
de engenharia de software. Aborda a anlise, desenvolvimento e fases de teste com novas abordagens
que fazem uma diferena substancial para a qualidade do produto nal.

5
SCRUM: porque ele o mais famoso e
popular dos mtodos geis?

Segundo o SCRUM, o desenvolvimento deve ser trabalhado em 3 nveis: Sprint, Release e Product.
O ponto central desta metodologia que os requisitos so convertidos em uma lista que contm valores do
cliente. Esta lista chamada de Product Backlog. Um sub-conjunto desta lista criado e chamado de
Release Backlog. Este particionado mais uma vez transformando-se, dando origem ao Sprint, que
uma espcie de acordo de desenvolvimento de funcionalidades que, depois de aceito pela equipe, no
pode ser alterado. Muito embora, emergncias podem ocorrer. Justamente por isso o SCRUM altamente
indicado para gerenciar aquilo que difcil de prever o futuro. Nada mais verdadeiro quando se usa a
metologia para a manuteno de sistemas.

O que faz do SCRUM o mais popular mtodo gil a simplicidade. Basicamente, ao controlar projetos
utilizando esta metodologia, voc est participando de um jogo competitivo e saudvel no qual todos se
autoavaliam diariamente nas chamadas daily stand-up meeting. Ele estimula a melhoria contnua
justamente por este aspecto gamicado.

No SCRUM, o gestor do projeto chamado de SCRUM Master. Ele deve proporcionar passagem tcnica e
facilitar a vida dos desenvolvedores, retirar do caminho todos os impedimentos. J o time dividido em
trs papis: Scrum Master, Product Owner e Equipe.

6
As razes para implementar o SCRUM
na sua equipe de desenvolvimento

Com a metodologia Scrum, o "Product Owner" trabalha em estreita colaborao com a equipe para
identicar e priorizar a funcionalidade do sistema na forma de um "Product Backlog".

O Product Backlog consiste em recursos, correes de bugs, requisitos no-funcionais etc. Ou seja, tudo o
que precisa ser feito, a m de entregar com sucesso um sistema de software de trabalho.

Com as prioridades impulsionadas pelo Product Owner, equipes multifuncionais estimam e trabalham para
entregar "incrementos potencialmente utilizveis" do software durante Sprints sucessivos, geralmente com
durao de 15 dias (recomendado), muito embora em funo do processo envolvido alguns podem
trabalhar com 30 dias. Depois que um Sprint Backlog do produto est comprometido, nenhuma
funcionalidade adicional pode ser adicionado Sprint, exceto pela equipe. Uma vez que a Sprint foi
entregue, o Product Backlog analisado e repriorizado, se necessrio. E o prximo conjunto de
funcionalidades selecionado para o prximo Sprint.

As melhores prticas SCRUM esto baseadas no Manifesto para o Desenvolvimento gil de Softwares,
levando em considerao atitudes e comportamentos como:

Indivduos e interao mais do que processos e ferramentas;

Software em funcionamento mais do que documentao;
Colaborao com o cliente mais do que contratos e negociaes;
Respostas a mudanas mais do que planejamento.

7
Por que implementar metodologias
geis na equipe de desenvolvimento?

No desenvolvimento de aplicativos de software, desenvolvimento de software gil uma metodologia para

o processo criativo que antecipa a necessidade de exibilidade e aplica-se um nvel de pragmatismo para a
entrega do produto acabado.

O desenvolvimento gil de software se concentra em manter o cdigo simples, testando muitas vezes, e
entregando pedaos funcionais da aplicao assim que estiver pronto. O objetivo construir em cima de
peas pequenas aprovados pelo cliente no decorrer do projeto, ao invs de entregar uma aplicao em
grande no nal.

Em outras palavras, usar uma metodologia gil processo de desenvolvimento ganhar exibilidade,
ecincia e envolver muita colaborao com o cliente. Os clientes so envolvidos no processo a cada
passo do caminho para garantir que a aplicao est atendendo s suas necessidades.

Nos mtodos de desenvolvimento de software tradicionais, voc no visualiza o software concludo antes
do nal do processo. Com o Agile, ser capaz de mostrar ao usurio o sistema mais cedo, o que permite
que ele d feedbacks iniciais e verique se a equipe est no caminho certo para atender suas
necessidades.

Metodologias geis no departamento de desenvolvimento signicam equipes mais colaborativas, melhor

aproveitamento dos conhecimentos de todos e mais rapidez de entregas. Consequentemente, melhor
satisfao dos clientes.

Voc est pronto para incluir mtodos geis na sua operao de desenvolvimento?

8
A Ellevo uma empresa gil e voltada s melhores prticas do mercado na gesto
de servios. Buscamos incessantemente a excelncia no atendimento aos nossos
clientes. A nossa maior riqueza o prazer de atender. De fazer bem-feito. Isto no
nenhum mrito. uma obrigao. At mesmo por conta de sermos especialistas
neste ofcio. Os nossos clientes usam o nosso sistema de gesto de servios e
processos que desenvolvemos e utilizamos em nosso processo dirio. Essa poltica
constantemente divulgada e cobrada da nossa equipe.
O sucesso para ns uma consequncia. necessrio no mundo corporativo e dos
negcios fazer melhor. Fazer diferente. Estar comprometido com a qualidade.

O nosso nico produto o sistema 0800net. Dedicamo-nos sempre em melhorar e

evoluir as solues que o sistema contempla. O 0800net, concebido com o
propsito inicial de ser uma soluo de Help Desk, hoje tambm uma soluo
abrangente utilizada para Service Desk, Shared Services, CSC - Centro ou Central
de Servios Compartilhados, SAC, CRM, SCRUM, Projetos (PMI), ITIL para a
gesto das demandas de TI, entre outras possibilidades de uso em processos de
negcios. Sempre que existir tarefas recorrentes ou servios sendo solicitados
dentro de um departamento por um cliente interno ou externo, o sistema gerencia a
demanda possibilitando trabalhar com foco em produtividade e viso estratgica.

O 0800net um framework para servios. A prova da qualidade do nosso produto e

servios so as indicaes de oportunidades de negcios que nos so
apresentadas pelos nossos atuais clientes. Hoje, em torno de 30% da carteira dos
nossos clientes so lderes nacionais e latino-americanos nas suas reas de
atuao. Estamos realizando negcios com empresas de outras regies que usam
o idioma ingls e espanhol. Idiomas contemplados na ferramenta.

www.ellevo.com.br www.0800net.com.br