Recursos especiais neste artigo:
Conteúdo sobre Agilidade.
Mitos Ágeis
O uso de processos ágeis de desenvolvimento de software pode melhorar muito não só a
produtividade, como a motivação da equipe. Neste artigo vamos discutir de forma pragmática algumas visões erradas sobre
processos e práticas ágeis, suas origens, consequências e como evitá-las. Serão
abordados mitos sobre documentação, comportamento e cultura organizacional.
Em que situação o tema útil
O artigo mostra como evitar algumas armadilhas que a implantação de processos ágeis traz
através do entendimento de suas origens e das alternativas possíveis para corrigi-las.
Já faz algum tempo que os métodos ágeis não são
mais novidade nem vanguardistas. Cada vez mais e maiores empresas adotam
processos e práticas reconhecidamente ágeis para o seu desenvolvimento de
software. Ainda assim, da mesma forma que em ondas anteriores de inovações nos
processos de desenvolvimento, boa parte das implementações desses processos
desvia do direcionamento original intencionado pelos seus criadores. Não é o
caso de defender o purismo conceitual, mas algumas poucas concepções erradas
podem atrapalhar a sinergia entre as práticas ágeis e fazer o processo conduzir
a equipe a uma situação continuamente pior do que a inicial. Essa espiral
descendente normalmente leva a dois caminhos: a desistência da adoção de
práticas ágeis e o retorno ao desenvolvimento tradicional, ou a contínua
adaptação dessas práticas, fazendo com que elas se tornem cada vez menos eficazes.
No contexto deste artigo serão abordados diversos métodos e processos que estão sob o guarda-chuva do Manifesto Ágil. Esses processos e métodos são formados por conjuntos de atividades, eventos, papéis e artefatos que procuram resolver um determinado problema num contexto específico. A essas soluções pontuais e específicas chamamos de ‘práticas’. No decorrer deste artigo o termo ‘práticas’ será usado para referenciar essas soluções que têm sua origem no Extreme Programming, Scrum, Kanban, TDD, Lean, dentre outros métodos, processos e abordagens.
Faremos uma exploração de alguns erros comuns encontrados em implantações de práticas ágeis. Esses erros foram observados em implantações de processos ágeis em diversos estágios, tanto iniciais quanto com mais de um ano. Nessa análise iremos entender o erro, explicar sua origem e contexto e discutir alternativas para resolvê-lo.
Com base nisso, serão discutidos mitos comuns no mercado e esclarecidos um punhado de princípios básicos que, se bem entendidos, aceleram qualquer projeto de transformação ágil. As situações onde são apontados mitos descritos neste artigo são comparadas a implantações corretas de práticas ágeis.
É importante esclarecer que o mito neste artigo são
desvios em relação a modelos considerados corretos pela literatura vigente.
Consideram-se implantações corretas aquelas que aderem a guias oficiais, como o
Scrum Guide da Scrum.org e trabalhos seminais como o livro Kanban de David
Anderson. Um exemplo pode deixar isso mais claro: se numa determinada empresa
são feitas reuniões diárias (stand-ups) que levam mais de meia hora e a equipe
começa a perceber que essa prática ágil não funciona, a conclusão está errada.
Reuniões diárias, segundo o Scrum Guide, não podem durar mais do que 15
minutos. Para poder avaliar sua eficácia a equipe precisa executar Scrum
corretamente.
Mito 1: Ágil não documenta
Esse mito nasce quando alguém olha um quadro de Scrum ou Kanban e acha que não é possível documentar um projeto “sério” de desenvolvimento de software com aqueles papeizinhos. Quem olha um post-it com uma estória de usuário e acha que não é possível documentar naquilo tem, no mínimo, dois conceitos errados.
Em primeiro lugar, é um erro não diferenciar documentação de especificação. Nesse ponto cabe ressaltar que a diferenciação que será feita não é acadêmica, mas empírica e forjada no dia-a-dia dos projetos de melhoria de processo. Especificação é tudo aquilo que é necessário para que informação suficiente seja transmitida de um emissor (que precisa de um determinado software ou funcionalidade) a um receptor (que vai desenvolver o software ou funcionalidade). Para simplificar o contexto, digamos que um gestor de negócio precisa de uma nova funcionalidade no software usado pelo seu departamento, que realize uma série de cálculos financeiros. Existem diversas formas de transmitir essa necessidade do gestor para um programador com capacidade de implantá-la:
...Confira outros conteúdos:
Perguntas frequentes
Nossos casos de sucesso
Eu sabia pouquíssimas coisas de programação antes de começar a estudar com vocês, fui me especializando em várias áreas e ferramentas que tinham na plataforma, e com essa bagagem consegui um estágio logo no início do meu primeiro período na faculdade.
Estudo aqui na Dev desde o meio do ano passado!
Nesse período a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha
empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta é continuar estudando e praticando para ser um
Full-Stack Dev!
Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma é bem intuitiva e muuuuito didática a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!
Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda não tinha visto. A didática é do jeito que qualquer pessoa consegue aprender. Sério, to apaixonado, adorando demais.
Adquiri o curso de vocês e logo percebi que são os melhores do Brasil. É um passo a passo incrível. Só não aprende quem não quer. Foi o melhor investimento da minha vida!
Foi um dos melhores investimentos que já fiz na vida e tenho aprendido bastante com a plataforma. Vocês estão fazendo parte da minha jornada nesse mundo da programação, irei assinar meu contrato como programador graças a plataforma.
Wanderson Oliveira
Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exercícios práticos que não tem como não aprender, estão de parabéns!
Obrigado DevMedia, nunca presenciei uma plataforma de ensino tão presente na vida acadêmica de seus alunos, parabéns!
Eduardo Dorneles
Aprendi React na plataforma da DevMedia há cerca de 1 ano e meio... Hoje estou há 1 ano empregado trabalhando 100% com React!
Adauto Junior
Já fiz alguns cursos na área e nenhum é tão bom quanto o de vocês. Estou aprendendo muito, muito obrigado por existirem. Estão de parabéns... Espero um dia conseguir um emprego na área.