Esqueça Metodologias “Ágeis” | [Rated R]



Finalmente, resolvi tocar num assunto divertido: o lamentável estado atual do mundo do “Ágil”.

A intenção é contrabalancear a exuberância irracional dos vendedores de “Ágil” como se fosse a sétima maravilha da humanidade. TL;DR não é.

Também foi uma boa desculpa para eu adicionar trechos da entrevista que fiz com Robert Martin (em 2010!)

O recado é muito simples: não existe bala de prata. Agilidade não são processos, metodologias, nem a miríade de numerologia e astrologia que assola este mercado. É hora de recuperar um pouco da essência original do mundo da Agilidade.

Se você ficou deprimido com o video (sorry) eu já tinha publicado alguns videos que podem te dar uma luz de caminhos a seguir:

* The MM-M: O Melhor Livro de Software? – veja todos os problemas que vocês tem na sua empresa de hoje descritas em detalhes num livro de quase meio século atrás (
* Projetos: Aprendendo a Priorizar – a 1a e mais importante lição que todos num projeto, não só gerentes, deveriam pensar todos os dias (

Me siga nas redes sociais:

* Twitter (
* Instagram (
* Facebook (
* Podcasts (

Livros:

agradecimentos ao user @user-yl1bg7xs7l

00:00 – Intro
02:42 – Livro Refactoring – Martin Fowler
02:50 – Livro Cystal clear – Alistair Cockburn
02:56 – Livro Adaptive software development – Jim Gighsmith
02:59 – Livro Test driven development
03:03 – Livro Extreme programming
03:33 – Livro The pragmatic programmer
03:50 – Livro Shlaer-Mellor
04:08 – Livro Clean code
04:15 – Livro The Scrum Guide
22:45 – Livro Como mentir com estatísticas

Links:

* Agile is Dead (Long Live Agility) (
* Agile: a Verdade por trás do Método (
* #noEstimates Debunked (
* Accountability (
* GOTO 2015 • Agile is Dead • Pragmatic Dave Thomas (
* Don’t do Spotify Model ! (

Podcast:
Transcript:

source

21 Comments

  1. Poxa… estou fazendo o curso de desenvolvedor web de Back-End da IBM na Coursera… até hoje se fala de Scrum e Kan Ban na parte de metodologias de trabalho em equipe. Pelo menos a filosofia Agile também já é parte integrante do conteúdo, junto com Waterfall e V-Model. Também se fala em pair programming, que você tanto citou no blog para ilustrar como deveria ser usar agente pra codar um projeto sozinho, e se fala muito em test-driven development e continuous integration, CI, CD. Faz todo o sentido do mundo fazer sprints menores e parando para fazer teste de integração pra cada pequeno commit, já que codar e errar ficou barato. faz quanto branch quiser, roda teste de integração pra cada pequeno chunk, o tempo todo commitando e deployando, se não ficar bom joga o código fora sem culpa. Pensando bem, que bom que já estou aprendendo as lições certas logo no começo da carreira. Obrigado, Fábio !!

  2. O ponto mais incômodo da conversa é que o ritual pode virar uma forma elegante de não decidir nada: backlog cheio, métrica bonita e pouca responsabilidade sobre valor. Fui anotando as obras e menções que apareceram no caminho; deixo aqui as principais, porque ajudam a situar de onde vêm algumas ideias citadas.

    📚 LIVROS
    Refactoring — Martin Fowler (2:39)
    O Programador Pragmático — David Thomas (3:27)
    Código Limpo — Robert C. Martin (3:58)

    📺 SÉRIES
    The Walking Dead (13:03)

    A lista completa está no blog disponível no perfil.

  3. Comecei a estudar Ciência da Computação estou no 1° semestre e ao ver a disciplina Engenharia de Software e estudar os métodos apresentados, na minha opinião de leiga e iniciante, achei tudo um saco e besteira. Pareceu um "encher linguiça " . Já participei de projetos de criação de Software como usuário e conclui que o que o Akita diz é verdade. Pensei que estava errada por estar no início da faculdade mas ainda bem que tb não sou a única a achar que a metodologia ágil é desnecessária.

  4. Muitas frases de efeito! Conseguiu seu objetivo… mas tem coisas q são interligadas, por exemplo, ele critica "comemorar" lead time pequeno e não entregar valor. Sim, concordo! Mas super possivel ter lead time pequeno e entregar valor, não são coisas antagonicas. kkkkkkkkkkk

  5. Agil é simplesmente o que rotinas fazem

    Um passo de leitura da informação a cada ciclo;
    Análise da amostra;
    Ajustes e otimização;
    Repetir o cliclo.

    Só isso. Ou seja, ágil é o total oposto de fazer "tudo de qualquer jeito", de forma rápida e bagunçada, para no fim a equipe não ter noção do que cada um fez o que, e a merda chegar a um ponto, sem volta.

  6. Rapaz, rsrs, vc tá muito ressentido com o ágil. Eu ensino isso para os alunos porque o mercado contrata. Quem adora ágil é quem ganha dinheiro com ele rsrs.

    Acho mais ficcional do que real.
    Particularmente, acho que o levantamento de requisitos e a modelagem do software é que fazem a diferença.

Leave a Reply

Your email address will not be published. Required fields are marked *

You might like

© 2026 Cantinho do Vídeo - WordPress Video Theme by WPEnjoy