InfoQ

Notícias

James Shore: O Declínio e a Queda do Agile

Postado por Chris Sims , traduzido por Flávia Castro de Oliveira em 18 Nov 2008 06:57 AM

Comunidade
Agile
Tópicos
Adotando Agile
Tags
Críticas,
Processo de Adoção,
Scrum

James Shore declarou que agile está em declínio. Ele cita como por exemplo os vários times fazendo 'sprints' e stand-up meetings, sem adotar nenhuma das práticas técnicas necessárias para produzir software de alta qualidade no longo prazo. Em sua estimativa, este fato tem levado milhares de times Scrum praticar métodos Ágeis tão pobremente que eles quase certamente fracassarão, e provavelmente levarão o movimento ágil com eles.

James estabelece uma grande parte da culpa em Scrum, e o mau uso de Scrum. Ele compara Scrum com Extreme Programming (XP) e nota que Scrum intencionalmente deixa de lado práticas de engenharia que são incluídas pelo XP. Scrum se sliencia em tópicos como Programação em Dupla, Desenvolvimento Orientado a Testes, Integração Contínua, e automatização de teste. Sem tais práticas, um time pode rapidamente construir uma base de código grande, bugada e impossível de ser mantida. Então isto se torna um peso nas costas do time, impedindo eles de responder rapidamente à mudança, como um time ágil deveria.

Porém, James acredita que não é tudo culpa do Scrum, já cada time deve ser reponsável pelo seu sucesso ou fracasso. Muitos escolhem adotar apenas as partes superficiais e fáceis do Scrum, como ciclos curtos de desenvolvimento e reuniões diárias, enquanto ignoram práticas difíceis mas críticas como reflexão e melhoria contínua. Através deste processo, os times tem a capacidade de identificar e adotar as práticas de engenharia que eles necessitam para ter software pronto toda iteração. Infelizmente, muitos times falham ao dar este passo.

Vários comentários preferiram enxergar que o problema não é com o Scrum em si, mas às pessoas que estão o implementando fracamente. Por exemplo, Dustin Whitney disse "Para mim você está apenas descrevendo mediocridade​, que nunca desaparecerá. Não acredito que seja justo culpar Scrum pelas falhas de desenvolvedores e gerente de projetos medíocres."

Na visão de James, as falhas, independentemente dos motivos, podem levar a Agilidade a ser taxada de falha, e desmoronar.

Então, infelizmente, muitos auto-intitulados projetos Ágeis fracassarão. Eles estão fracassando neste momento. E eventualmente Agile recebá a culpa, e ela passará, como todas as novidades eventualmente passam.

Simon Kirk responde a isto tudo mais otimista:

Eu não discordo com a premissa de que tudo que tem sido feito sob o nome "agile" é qualquer coisa. Em contrapartida eu realmente acredito que este estágio é um passo inevitável para uma adoção mais ampla de agilidade (que, de qualquer forma, feito de forma ágil).

Agile é uma novidade? É muito difícil para a maior parte dos times realizá-lo eficientimente? Ou Agile está experimentando dores crescentes para ainda maiores adoções de sucesso? Deixe um comentário e compartilhe sua opinião.

O Declínio e a Queda do Agile por Robson Medeiros Enviado Nov 18, 2008 1:26 PM
Re: O Declínio e a Queda do Agile por Felipe Rodrigues Enviado Nov 24, 2008 8:24 AM
Re: O Declínio e a Queda do Agile por Fernando Kenji Kamei Enviado Nov 27, 2008 9:09 PM
  1. Voltar ao topo

    O Declínio e a Queda do Agile

    Nov 18, 2008 1:26 PM por Robson Medeiros

    Tentar implantar o Scrum em uma equipe simplesmente por ter escutado sobre essa metodologia sem que todos da equipe conheçam e se comprometa com ele, tem uma grande probabilidade de dar errado e ainda pior, deixar todos com uma grande aversão a ela. Temos que lembrar que o Scrum não pode ser implantado em qualquer projeto, pois existem projetos de todos os tipos e sabores. Antes de iniciar um projeto com Scrum ou com qualquer outra metodologia, o ideal seria estudar a metodologia, verificar se ele realmente será ideal para o seu projeto e, principalmente, treinar toda a equipe para que o negócio não desande.

  2. Voltar ao topo

    Re: O Declínio e a Queda do Agile

    Nov 24, 2008 8:24 AM por Felipe Rodrigues

    Concordo Robson, Mas além disso, as pessoas ainda tentam implantar sem ter uma orientação de alguém experiente para evitar as armadilhas.

  3. Voltar ao topo

    Re: O Declínio e a Queda do Agile

    Nov 27, 2008 9:09 PM por Fernando Kenji Kamei

    Concordo que adoção ao Scrum está de forma desordenada. Porém, acho que James Shore não deveria ter falado desse modo ("O Declínio e a Queda do Agile"). Acho isso um pouco pesado. Não acredito que ele irá sumir, e sim levar a novos rumos, através de melhorias sucessivas. A comunidade ágil tem se mostrado muito unida, pois existe um compartilhamento muito grande de informação. Agora cabe a cada um, abstrair essas informações e saber usá-las.

Conteúdo Educacional

13 Razões para Programadores Java aprenderem Flex e BlazeDS

Treze razões para que programadores java aprendam Flex e BlazDS. Ele discute sobre o porquê que Flex e BlazeDS é uma das melhores opções para desenvolver aplicações ricas de internet.

Ruby in Practice com Jeremy McAnally

Rob Bazinet e Matthew Bass, ambos da InfoQ, tiveram a oportunidade de conversar com Jeremy McAnally, sobre o livro "Ruby in Practice" no qual foi co autor junto à Assaf Arkin.

Esclarecendo os Equívocos Mais Comuns Sobre Refatoração

Danijel Arsenovski tenta esclarecer alguns mitos sobre refatoração e como isso se aplica para desenvolvedores .NET

As 10 Maiores Mudanças no Flex 4

Em maio, Adobe lançou a primeira versão beta do Flex 4, codinome Gumbo. A lista a seguir proporciona uma visão geral de alto nível dos itens que foram modificados na última versão do framework RIA.

Conversa sobre RubyMine e JetBrains

Um dos anúncios mais interessantes recentemente feito à comunidade Ruby foi o lançamento da IDE JetBrains RubyMine para aplicações Ruby e Ruby on Rails.

Introdução à Data Services

Data Services são serviços de software que encapsulam operações das entidades chave relevantes para a empresa.

Esquemas para Web Services – Parte 1: Tipos de dados básicos.

O uso do XML traz consigo desvantagens, como problemas em potencial com desempenho, mas também oferecem um nível de abstração que permite diminuir o acoplamento entre as partes envolvidas na troca.

Revisão do livro: Clean Code: A Handbook of Agile Software Craftsmanship

Como programadores, a nossa primeira prioridade é criar código que funciona. Infelizmente, código que simplesmente “funciona” não é suficiente.