Artigo

História: O Manifesto Ágil


Nos dias 11 e 13 de fevereiro de 2001, no resort de esqui The Lodge at Snowbird, nas montanhas Wasatch, Utah, dezessete pessoas se encontraram para conversar, esquiar, relaxar e tentar encontrar um terreno comum – e, é claro, para comer. O que surgiu foi o Manifesto Ágil de ‘Desenvolvimento de Software’. Representantes da Extreme Programming, SCRUM, DSDM, Desenvolvimento de Software Adaptável, Crystal, Desenvolvimento Orientado a Recursos, Programação Pragmática e outros simpatizam com a necessidade de uma alternativa aos processos de desenvolvimento de software pesado, orientados por documentação.

Agora, seria difícil encontrar uma reunião maior de anarquistas organizacionais; portanto, o que emergiu dessa reunião foi simbólico – um Manifesto para o Desenvolvimento Ágil de Software – assinado por todos os participantes. A única preocupação com o termo ágil veio de Martin Fowler (um britânico para quem não o conhece), que permitiu que a maioria dos americanos não soubesse pronunciar a palavra “ágil”.

As preocupações iniciais de Alistair Cockburn refletiram os pensamentos iniciais de muitos participantes. “Eu pessoalmente não esperava que esse grupo específico de agilites chegasse a um acordo sobre qualquer coisa substantiva”. Mas seus sentimentos pós-reunião também foram compartilhados: “Falando por mim mesmo, estou encantado com o fraseado final [do Manifesto]. Fiquei surpreso que os outros pareciam igualmente satisfeitos com o fraseado final. Por isso, concordamos em algo substantivo. “

Nomeando a nós mesmos “Aliança Ágil”, esse grupo de pensadores independentes sobre desenvolvimento de software e, às vezes, concorrentes entre si, concordou com o Manifesto de Desenvolvimento Ágil de Software exibido na página de título deste site.

Mas, embora o Manifesto forneça algumas idéias específicas, há um tema mais profundo que impulsiona muitos, mas não todos, com certeza, membros da aliança. No final da reunião de dois dias, Bob Martin brincou dizendo que estava prestes a fazer uma declaração “piegas”. Mas, embora tingidos de humor, poucos discordaram dos sentimentos de Bob – que todos nós sentíamos o privilégio de trabalhar com um grupo de pessoas que mantinham um conjunto de valores compatíveis, um conjunto de valores baseados em confiança e respeito um pelo outro e promovendo modelos organizacionais baseados em pessoas, colaboração e construção dos tipos de comunidades organizacionais nas quais gostaríamos de trabalhar. No fundo, acredito que os metodistas ágeis são realmente coisas “piegas” – sobre o fornecimento de bons produtos aos clientes, operando em um ambiente que faz mais do que falar sobre “

Por exemplo, acho que, em última análise, a Programação Extrema cresceu rapidamente em termos de uso e interesse, não por causa da programação em pares ou refatoração, mas porque, em conjunto, as práticas definem uma comunidade de desenvolvedores livre da bagagem das empresas Dilbertesques. Kent Beck conta a história de um trabalho inicial, no qual estimou um esforço de programação de seis semanas para duas pessoas. Depois que seu gerente designou o outro programador no início do projeto, ele o completou em doze semanas – e sentiu-se péssimo consigo mesmo! O chefe – é claro – discursou a Kent sobre o quão lento ele foi ao longo das segundas seis semanas. Kent, um tanto desanimado por ter sido um “fracasso” como programador, finalmente percebeu que sua estimativa original de 6 semanas era extremamente precisa – para 2 pessoas – e que seu “fracasso”

Esse tipo de situação ocorre todos os dias – marketing, gerenciamento ou clientes externos, clientes internos e, sim, até desenvolvedores – não querem tomar decisões difíceis, então impõem demandas irracionais através da imposição de acordos corporativos. estruturas de poder. Este não é apenas um problema de desenvolvimento de software, é executado em todas as organizações Dilbertesques.

Para ter sucesso na nova economia, para avançar agressivamente para a era dos negócios eletrônicos, comércio eletrônico e Web, as empresas precisam se livrar de suas manifestações de Dilbert sobre políticas de trabalho e políticas arcanas. Essa libertação das inanidades da vida corporativa atrai os defensores das Metodologias Ágeis e assusta os begeebers (você não pode usar a palavra ‘merda’ em um artigo profissional) dos tradicionalistas. Francamente, as abordagens ágeis assustam os burocratas corporativos – pelo menos aqueles que estão felizes em impulsionar o processo pelo bem do processo, em vez de tentar fazer o melhor para o “cliente” e entregar algo oportuno e tangível e “como prometido” – porque ficam sem recursos. lugares para se esconder.

O movimento Agile não é anti-metodologia, de fato, muitos de nós querem restaurar a credibilidade da palavra metodologia. Queremos restaurar um equilíbrio. Adotamos a modelagem, mas não para registrar algum diagrama em um repositório corporativo empoeirado. Adotamos a documentação, mas não centenas de páginas de volumes nunca mantidos e raramente usados. Planejamos, mas reconhecemos os limites do planejamento em um ambiente turbulento. Aqueles que marcariam os defensores do XP ou SCRUM ou de qualquer outra Metodologia Ágil como “hackers” ignoram as metodologias e a definição original do termo hacker.

A reunião no Snowbird foi incubada em uma reunião anterior dos proponentes da Extreme Programming e de alguns “forasteiros”, organizados por Kent Beck no Rogue River Lodge, em Oregon, na primavera de 2000. Na reunião do Rogue River, os participantes expressaram apoio a um variedade de metodologias “Light”, mas nada formal ocorreu. Durante o ano de 2000, foram escritos vários artigos que faziam referência à categoria de processos “Light” ou “Lightweight”. Alguns desses artigos se referiam a “Metodologias Light, como Programação Extrema, Desenvolvimento de Software Adaptativo, Crystal e SCRUM”. Nas conversas, ninguém realmente gostou do apelido “Light”, mas pareceu permanecer por enquanto.

Em setembro de 2000, Bob Martin, do Object Mentor em Chicago, iniciou a próxima reunião rolando com um email; “Gostaria de convocar uma pequena conferência (de dois dias) no período de janeiro a fevereiro de 2001 aqui em Chicago. O objetivo desta conferência é reunir todos os líderes de métodos leves em uma sala. Todos estão convidados; e eu estaria interessado em saber com quem mais devo me aproximar. ” Bob criou um site Wiki e as discussões começaram.

No início, Alistair Cockburn falou com uma epístola que identificava o descontentamento geral com a palavra ‘Light’: “Não me importo com o fato de a metodologia ser chamada leve, mas não tenho certeza se quero ser chamada de leve participando de uma reunião leve de metodologistas. De alguma forma, soa como um bando de pessoas magras e fracas, leves, tentando lembrar que dia é hoje. “

O debate mais feroz foi sobre a locação! Havia uma séria preocupação com Chicago no inverno – frio e nada divertido de fazer; Snowbird, Utah – coisas frias, mas divertidas de se fazer, pelo menos para aqueles que esquiam de cabeça como Martin Fowler tentou no primeiro dia; e Anguilla no Caribe – quente e divertido, mas demorado para chegar. No final, Snowbird e esqui venceram; no entanto, algumas pessoas – como Ron Jeffries – querem um lugar mais quente na próxima vez.

Esperamos que nosso trabalho em conjunto, como a Agile Alliance, ajude outras pessoas em nossa profissão a pensar sobre desenvolvimento, metodologias e organizações de software, de maneiras novas e mais ágeis. Nesse caso, alcançamos nossos objetivos.

Jim Highsmith, para a Agile Alliance

© 2001 Jim Highsmith

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *