Uma visão geral sobre Metodologia Ágil.pdf

8/17/2019 Uma visão geral sobre Metodologia Ágil.pdf

1/13

6/5/2014 Uma visão geral sobre Metodologia Ágil

http://www.devmedia.com.br/uma-visao-geral-sobre-metodologia-agil/27944 1/13

Buscar

Uma visão geral sobreMetodologia Ágil

Veja neste artigo uma visão geral sobre o que é

metodologia ágil, como funciona e os benefícios que trazpara o processo de desenvolvimento de software.

post favorito comentários

Conhece a assinatura MVP?

Publicidade

CONTEÚDO ▼ REVISTAS ▼ CURSOS ▼ DEVWARE ▼ MVP LOGIN

http://www.devmedia.com.br/http://www.devmedia.com.br/mvp/http://www.devmedia.com.br/mvp/http://www.devmedia.com.br/devware/http://www.devmedia.com.br/cursos/http://www.devmedia.com.br/assgoldhttp://www.devmedia.com.br/canais/http://www.devmedia.com.br/mvp/http://-/?-http://www.devmedia.com.br/favorite/addfavorite.asp?comp=27944http://www.devmedia.com.br/


2/13



Gostei (6) (0)

Metodologias ágeis existem há anos, desde a década de 80, mas algumas informações

passam por distorções, fato que dificultou no início a utilização das metodologias. Por

conseguinte, desenvolvedores passaram a entender a metodologia ágil como algo quetudo se pode, ou seja, podemos desenvolver sem documentação, sem padrão e sem

cuidado. Isto não é verdade, as metodologias ágeis podem trazer sucesso ao projeto,

e são utilizadas inclusive na indústria. Como exemplo temos o modelo de produção

enxuta da Toyota, que é uma forma ágil de produção e que evita o desperdício. Apesar

das metodologias existirem, foi em 2001 que um grupo formado por Kent Beck e mais

dezesseis renomados desenvolvedores assinaram o MANIFESTO PARA O

DESENVOLVIMENTO ÁGIL DE SOFTWARE e o grupo foi batizado de aliança dos ágeis.

Serviços

Inclua um comentário

Adicionar aos Favoritos

Marcar como lido/assistido

Incluir anotação pessoal

Versão para impressão

+Engenharia desoftware

5 32Curtir 11

http://www.devmedia.com.br/engenharia-de-softwarehttp://www.devmedia.com.br/articles/viewcomp_forprint.asp?comp=27944http://www.devmedia.com.br/anotacoes/add/?idcomp=27944http://www.devmedia.com.br/favorite/add_finished.asp?comp=27944http://www.devmedia.com.br/favorite/addfavorite.asp?comp=27944http://www.devmedia.com.br/rte3/addcomment.asp?idcomp=27944


3/13



O manifesto ágil pode ser acessado em: http://manifestoagil.com.br/ e possui a

seguinte base:

Os indivíduos e as interações são mais importantes do que os processos e as

ferramentas;

O software funcionando é mais importante do que uma documentação completa;

A colaboração com e dos clientes acima de apenas negociações de contratos e;

Respostas a mudanças acima de seguir um plano.

Isso não quer dizer que documentação não seja importante e que os processos e as

ferramentas sejam inúteis, significa que o item a esquerda é mais valorizado, apenas

isto.

http://manifestoagil.com.br/


4/13



“A engenharia de software ágil combina filosofia com um conjunto de princípios de

desenvolvimento. A filosofia defende a satisfação do cliente e a entrega de incremental

prévio; equipes de projetos pequenas e altamente motivadas; métodos informais;

artefatos de engenharia de software mínimos e, acima de tudo, simplicidade no

desenvolvimento geral. Os princípios de desenvolvimento priorizam a entrega mais

que a análise e projeto (embora essas atividades não sejam desencorajadas); também

priorizam a comunicação ativa e contínua entre desenvolvedores e clientes” .

(Pressman, 2011)

Pressman cita que uma das prioridades é a entrega, mas qual é o cerne de ser ágil?

Segundo Ivar Jacobson “Atualmente, agilidade tornou-se a palavra da moda quando se

descreve um moderno processo de software. Todo mundo é ágil. Uma equipe ágil é

aquela rápida e capaz de responder apropriadamente a mudanças. Mudanças têm

muito a ver com desenvolvimento de software. Mudanças no software que está sendo

criado, mudanças nos membros da equipe, mudanças devido a novas tecnologias,

mudanças de todos os tipos que poderão ter um impacto no produto que está em

construção ou no projeto que cria o produto. Suporte para mudanças deve ser

incorporado em tudo o que fazemos em software, algo que abraçamos porque é o

coração e a alma do software. Uma equipe ágil reconhece que o software édesenvolvido por indivíduos trabalhando em equipes e que as habilidades dessas

pessoas, suas capacidades em colaborar, estão no cerne do sucesso do projeto.”

Um projeto envolve pessoas e mudanças, principalmente quando falamos de entregas

constantes. Desta forma as metodologias ágeis trabalham com equipes altamente


5/13



motivadas e suporte a mudanças durante o processo de desenvolvimento, mas como

fazer isto?

O desenvolvimento ágil é incremental, ou seja, não se faz um plano completo com

tudo que devemos fazer para depois iniciar o desenvolvimento, muito menos,

desenvolvemos o produto sem contato com o cliente, ao invés disso, desenvolvemos

incrementalmente, ou seja, o produto é feito aos poucos e entregue constantemente,

desta forma, toda mudança é bem vinda, pois o projeto está em desenvolvimento e

não foi concluído por completo.

Segundo Sommerville, os incrementos iniciais do sistema podem fornecer uma

funcionalidade de alta prioridade, de forma que os clientes logo poderão obter valor

do sistema durante seu desenvolvimento. Os clientes podem assim ver os requisitos na

prática e especificar mudanças para serem incorporadas nos releases posteriores do

sistema.

Aqui podemos ver a importância de saber escolher o que será feito, ou seja,

funcionalidade que tenham alta prioridade, desta forma o cliente já pode usufruir de

recursos do sistema. O que antes demoraria meses, em semanas ele terá acesso,

podendo assim verificar erros e especificar novas mudanças ou melhorias, não

necessitando chegar ao final do desenvolvimento para ver os problemas. O contato

constante com o cliente também gera conhecimento, pois a equipe vai entendendo o

negócio, para ao desenvolver, faze-lo com maior velocidade e precisão, e em caso de

erros, a equipe não terá perdido um ano de desenvolvimento, terá perdido apenas o

tempo de desenvolvimento do incremento, podendo corrigir rapidamente.


6/13


7/13



menos ociosidade social, melhoram a interação construtiva, menor tempo na

coordenação, ninguém fica para trás, pois todos apreendem em conjunto, há maior

satisfação entre os membros do grupo e é menos provável que ocorra excesso de

especialização, pois todos devem conhecer o projeto.

Outro ponto que foi notado por Cohn é que o tamanho não indica realmente maior

produtividade, pois equipes grandes não são necessariamente mais produtivas, pois há

menos comunicação e maior número de conflitos. Segundo Cohn não é de se

surpreender que equipes menores concluem os projetos com um esforço total menor,

equipes maiores demandam mais esforços e custos. Equipes entre 5 a 8 integrantes

têm maior chance de sucesso, pois é mais fácil a comunicação, mais fácil criar uma

integração do que equipes com 20 a 30 integrantes. Equipes muito pequenas podem

sofrer problemas de falta de pessoal. O Scrum e outras metodologias ágeis indicamque equipes pequenas tem maior chance de concluir o projeto do que equipes

grandes.

Isto por quê?

Bem, primeiramente, nas equipes pequenas o líder nota as deficiências, podendo

atacá-las com maior facilidade utilizando capacitação, integração etc.

A equipe pequena consegue rapidamente uma boa comunicação, facilitando o

desenvolvimento, mas há um problema: como a equipe é pequena, a perda de um

integrante pode prejudicar o grupo como um todo, para isso, não há grande

especialização na equipe, ou seja, todos devem ser responsáveis pelo projeto e não

http://www.devmedia.com.br/introducao-metodos-ageis-curso-scrum-parte-1/18278


8/13



por apenas uma tarefa, o que torna a equipe elástica, caso algum integrante saia do

projeto.

Para entender mais sobre produtividade e times, é indicada a leitura do livro

Teamwork: what must go right/what can go wrong. Sage Publications de Larson e

Frank, publicado em 1989.

Conclusão

Aqui vimos o conceito básico de metodologia ágil, que visa melhorar a produtividade.

Vimos que o importante das metodologias ágeis é o foco na comunicação contínua

com o cliente, na entrega constante e na equipe de desenvolvimento. Nota-se que

muda um pouco o conceito tradicional, em que primeiro planejamos todo o produto,

com uma análise completa, requisitos funcionais e não funcionais de todo o produto,

para depois iniciar o desenvolvimento, o que pode acarretar problemas, pois um

requisito mal entendido só será notado quando o produto for entregue meses depois.

Na metodologia ágil, planeja-se apenas o que será feito naquele incremento, com

detalhes, de forma que possamos desenvolver e entregar ao cliente. Caso o requisito

tenha sido mal interpretado, pode ser rapidamente corrigido, pois o tempo do

incremento é curso e a correção é rápida, diferente de quando o produto foi entregue

completo, e que aparece muitos erros de requisitos, muitas coisas a serem corrigidas e

melhoradas, levando tempo da equipe e a desmotivação.

Outro ponto que discutimos é que as equipes ágeis são equipes pequenas, pois é mais


9/13



fácil manter a equipe motivada, integrada e com boa comunicação.

Quer ser ágil?

Para ser ágil, pense: comunicação com a equipe e com o cliente; desenvolvimento com

testes constantes (TDD), integração continua estes são alguns pontos chaves.

Referências

Cohn, Mike. Desenvolvimento de Software com Scrum: Aplicando métodos ágeis

com sucesso, Bookman, Porto Alegre, 2011.

Pressman, Roger S. Engenharia de Software: Uma abordagem profissional,

Bookman, Porto Alegre, 2011;Sommerville, Ian. Engenharia de Software, Person, São Paulo, 2010.

http://manifestoagil.com.br/, acessado em maio de 2013.

http://www.agilealliance.org, acessado em maio de 2013.

Fabio Gomes Rocha

CSM - Certifield Scrum Master CISF - Certifield Information Security Foundation based on ISO/IEC

27002 Docente Senai em cursos tecnicos e de formação continuada. Prof. Universidade Tiradentes nos

cursos de computação. Analista [...]

http://www.devmedia.com.br/autor/fabio-gomes-rocha/199875http://www.devmedia.com.br/autor/fabio-gomes-rocha/199875http://www.agilealliance.org/http://manifestoagil.com.br/


10/13



O que você achou deste post? Gostei (6) (0)

Poste seu comentário

Thiago Vinícius Varallo Palmeira

Muito bom o artigo, ajudou a compreender bastante coisa Fabio.

abs

[há +1 ano] - Responder

Roniere Almeida

Parabens, otimo artigo!!!

[há +1 ano] - Responder

Mais postsVideo aula

Controlar Riscos, Aquisições e Engajamento das Partes Interessadas - Curso de PMBOK -

http://www.devmedia.com.br/controlar-riscos-aquisicoes-e-engajamento-das-partes-interessadas-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-38/30729http://www.devmedia.com.br/controlar-riscos-aquisicoes-e-engajamento-das-partes-interessadas-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-38/30729http://www.devmedia.com.br/rte3/addcomment.asp?idcomp=27944&idco_pai=32816http://www.devmedia.com.br/rte3/addcomment.asp?idcomp=27944&idco_pai=32801http://www.devmedia.com.br/rte3/addcomment.asp?idcomp=27944http://www.devmedia.com.br/controlar-riscos-aquisicoes-e-engajamento-das-partes-interessadas-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-38/30729


11/13



Gerenciando projetos com Excelência - Aula 38

Video aula

Monitorar e Controlar o Trabalho do Projeto, Controlar Qualidade e Comunicação - Curso dePMBOK - Gerenciando projetos com Excelência - Aula 37

Video aula

Validar e Controlar o Escopo, Controlar o Cronograma e Custo - Curso de PMBOK -Gerenciando projetos com Excelência - Aula 36

Video aula

Garantir a Qualidade, Gerir Comunicações, Partes Interessadas e Conduzir as Aquisições -Curso de PMBOK - Gerenciando projetos com Excelência - Aula 35

Video aula

Orientar e Gerir o Projeto, Mobilizar, Desenvolver e Gerir a Equipe do Projeto - Curso de PMBOK- Gerenciando projetos com Excelência - Aula 34

Video aula

Planejar o Gerenciamento das Aquisições e Partes Interessadas - Curso de PMBOK -Gerenciando projetos com Excelência - Aula 33

Á

http://www.devmedia.com.br/controlar-riscos-aquisicoes-e-engajamento-das-partes-interessadas-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-38/30729http://www.devmedia.com.br/planejar-o-gerenciamento-das-aquisicoes-e-partes-interessadas-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-33/30724http://www.devmedia.com.br/orientar-e-gerir-o-projeto-mobilizar-desenvolver-e-gerir-a-equipe-do-projeto-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-34/30725http://www.devmedia.com.br/garantir-a-qualidade-gerir-comunicacoes-partes-interessadas-e-conduzir-as-aquisicoes-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-35/30726http://www.devmedia.com.br/validar-e-controlar-o-escopo-controlar-o-cronograma-e-custo-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-36/30727http://www.devmedia.com.br/monitorar-e-controlar-o-trabalho-do-projeto-controlar-qualidade-e-comunicacao-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-37/30728http://www.devmedia.com.br/controlar-riscos-aquisicoes-e-engajamento-das-partes-interessadas-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-38/30729


12/13



Video aula

Identificar, Qualificar, Quantificar os Riscos e Planejar Resposta aos Riscos - Curso de PMBOK- Gerenciando projetos com Excelência - Aula 32

Video aula

Planejamento do Gerenciamento de Qualidade, RH, Comunicação e Risco - Curso de PMBOK -Gerenciando projetos com Excelência - Aula 31

Video aula

Desenvolver o Cronograma, Planejar e Estimar Custo e Determinar Orçamento - Curso dePMBOK - Gerenciando projetos com Excelência - Aula 30

Video aula

Definir, Sequenciar, Estimar Recursos e Duração das Atividades - Curso de PMBOK -Gerenciando projetos com Excelência - Aula 29

Listar mais conteúdo

6/5/2014 U i ã l b M t d l i Á il

http://www.devmedia.com.br/engenharia-de-softwarehttp://www.devmedia.com.br/definir-sequenciar-estimar-recursos-e-duracao-das-atividades-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-29/30720http://www.devmedia.com.br/desenvolver-o-cronograma-planejar-e-estimar-custo-e-determinar-orcamento-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-30/30721http://www.devmedia.com.br/planejamento-do-gerenciamento-de-qualidade-rh-comunicacao-e-risco-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-31/30722http://www.devmedia.com.br/identificar-qualificar-quantificar-os-riscos-e-planejar-resposta-aos-riscos-curso-de-pmbok-gerenciando-projetos-com-excelencia-aula-32/30723


13/13



Anuncie | Loja | Publique | Assine | Fale conosco

Hospedagem web por Porta 80Web Hosting

Todos os Direitos Reservados aWeb-03

DevMedia

23.145 pessoas curtiram DevMedia.

Plug-in social do Facebook

Curtir
https://www.facebook.com/isabel.mata.967https://www.facebook.com/esmeraldogabriel.gphttps://www.facebook.com/paulo.samuelfernandohttps://www.facebook.com/biatrizsapato.sapatohttps://www.facebook.com/severinodossantossantos.santoshttps://www.facebook.com/walthrodrigues.lemosmauriciohttps://www.facebook.com/help/?page=209089222464503https://www.facebook.com/DevmediaWeb03https://www.facebook.com/DevmediaWeb03https://www.facebook.com/help/?page=209089222464503https://www.facebook.com/DevmediaWeb03http://www.web-03.net/http://www.porta80.com.br/http://www.devmedia.com.br/fale-conosco/http://www.devmedia.com.br/mvp/http://www.devmedia.com.br/seja-um-autor-devmedia/28103http://www.devmedia.com.br/shop/http://www.web-03.net/devmedia.asphttp://www.devmedia.com.br/feed/https://plus.google.com/101753743720604160232?prsrc=3http://twitter.com/devmediahttp://www.facebook.com/pages/DevMedia/144522665592650

Documents

Uma visão geral sobre Metodologia Ágil.pdf