Teste de Software
História: O Manifesto Ágil
https://agilemanifesto.org/history.html
Estamos descobrindo melhores maneiras de desenvolver software fazendo e ajudando os outros a fazê-lo. Através deste trabalho passamos a valorizar:
-
Indivíduos e interações sobre processos e ferramentas
-
Software funcional sobre documentação abrangente
-
Colaboração com o cliente em vez de negociação de contratos
-
Responder à mudança em vez de seguir um plano
De 11 a 13 de fevereiro de 2001, na estação de esqui The Lodge at Snowbird, nas montanhas Wasatch, em Utah, dezessete pessoas se reuniram para conversar, esquiar, relaxar e tentar encontrar um terreno comum - e, claro, comer. O que surgiu foi o Manifesto Ágil de 'Desenvolvimento de Software'. Representantes da Extreme Programming, SCRUM, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming e outros simpáticos à necessidade de uma alternativa aos processos de desenvolvimento de software pesados e orientados por documentação se reuniram.
Agora, seria difícil encontrar uma reunião maior de anarquistas organizacionais, então 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 admitiu que a maioria dos americanos não sabia como pronunciar a palavra 'ágil'.
As preocupações iniciais de Alistair Cockburn refletiram os primeiros pensamentos de muitos participantes. "Eu pessoalmente não esperava que esse grupo específico de agilites concordasse em algo substantivo." Mas seus sentimentos pós-reunião também foram compartilhados: "Falando por mim, estou encantado com a frase final [do Manifesto]. Fiquei surpreso que os outros pareciam igualmente encantados com a frase final. Então, concordamos em algo substantivo.
Chamando-nos de "The Agile Alliance", esse grupo de pensadores independentes sobre desenvolvimento de software e, às vezes, concorrentes entre si, concordou com o Manifesto para o Desenvolvimento Ágil de Software exibido na página de título deste site.
Mas, embora o Manifesto forneça algumas ideias específicas, há um tema mais profundo que impulsiona muitos, mas não todos, com certeza, os membros da aliança. No final da reunião de dois dias, Bob Martin brincou que estava prestes a fazer uma declaração "piegas". Mas, embora tingidos de humor, poucos discordaram dos sentimentos de Bob - que todos nos sentíamos privilegiados por trabalhar com um grupo de pessoas que possuíam um conjunto de valores compatíveis, um conjunto de valores baseados na confiança e respeito uns pelos outros e na promoção de 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 Metodologistas Ágeis são realmente sobre coisas "piegas" – sobre a entrega de bons produtos aos clientes, operando em um ambiente que faz mais do que falar sobre "pessoas como nosso ativo mais importante", mas na verdade "age" como se as pessoas fossem as mais importantes e perde a palavra "ativo". Então, em última análise, o aumento meteórico do interesse - e às vezes uma tremenda crítica - às Metodologias Ágeis é sobre o material piegas de valores e cultura.
Por exemplo, acho que, em última análise, a Extreme Programming cresceu rapidamente em uso e interesse, não por causa da programação em pares ou refatoração, mas porque, tomadas como um todo, as práticas definem uma comunidade de desenvolvedores livre da bagagem das corporações dilbertescas. Kent Beck conta a história de um trabalho inicial no qual ele estimou um esforço de programação de seis semanas para duas pessoas. Depois que seu gerente transferiu o outro programador no início do projeto, ele completou o projeto em doze semanas - e se sentiu péssimo consigo mesmo! O chefe - é claro - arengou Kent sobre o quão lento ele foi durante as segundas seis semanas. Kent, um tanto desanimado porque ele era um "fracasso" como programador, finalmente percebeu que sua estimativa original de 6 semanas era extremamente precisa - para 2 pessoas - e que seu "fracasso" era realmente o fracasso do gerente, na verdade, o fracasso da mentalidade de processo "fixo" padrão que tão freqüentemente assola nossa indústria.
Esse tipo de situação acontece todos os dias – marketing, gerenciamento, clientes externos, clientes internos e, sim, até desenvolvedores – não querem tomar decisões difíceis de trade-off, então impõem demandas irracionais por meio da imposição de estruturas de poder corporativo. Este não é apenas um problema de desenvolvimento de software, ele ocorre em todas as organizações dilbertescas.
Para ter sucesso na nova economia, para entrar agressivamente na era do e-business, do e-commerce e da web, as empresas precisam se livrar de suas manifestações de Dilbert de trabalho improvisado e políticas misteriosas. Essa liberdade das futilidades da vida corporativa atrai os proponentes das Metodologias Ágeis e assusta os iniciantes (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 empurrar o processo pelo processo em vez de tentar fazer o melhor para o "cliente" e entregar algo oportuno e tangível e "como prometido" – porque eles ficam sem lugares para se esconder.
O movimento Agile não é anti-metodologia, na verdade, muitos de nós queremos restaurar a credibilidade da palavra metodologia. Queremos restabelecer um equilíbrio. Adotamos a modelagem, mas não para arquivar algum diagrama em um repositório corporativo empoeirado. Adotamos a documentação, mas não centenas de páginas de tomos nunca mantidos e raramente usados. Planejamos, mas reconhecemos os limites do planejamento em um ambiente turbulento. Aqueles que rotulam os proponentes do XP ou SCRUM ou de qualquer uma das outras Metodologias Ágeis como "hackers" ignoram as metodologias e a definição original do termo hacker.
A reunião em Snowbird foi incubada em uma reunião anterior de proponentes da Extreme Programming e alguns "estranhos", organizada por Kent Beck no Rogue River Lodge em Oregon na primavera de 2000. Na reunião de Rogue River, os participantes expressaram apoio a uma variedade de metodologias "leves", mas nada formal ocorreu. Durante 2000, vários artigos foram escritos que faziam referência à categoria de processos "leves" ou "leves". Vários desses artigos se referiam a "metodologias leves, como Extreme Programming, Adaptive Software Development, Crystal e SCRUM". Nas conversas, ninguém gostou muito do apelido "Light", mas parecia ficar por enquanto.
Em setembro de 2000, Bob Martin, do Object Mentor em Chicago, começou a próxima reunião com um e-mail; "Eu 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 vocês estão convidados; e eu estaria interessado em saber quem mais eu deveria abordar. Bob criou um site Wiki e as discussões se intensificaram.
Logo no início, Alistair Cockburn ponderou com uma epístola que identificava o descontentamento geral com a palavra 'Light': "Não me importo que a metodologia seja chamada de leve, mas não tenho certeza se quero ser chamado de leve participando de uma reunião de metodologistas leves. De alguma forma, soa como um bando de pessoas magras, leves e débeis mentais tentando lembrar que dia é hoje.
O debate mais acirrado foi sobre a localizaçã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 para baixo, 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 da próxima vez.
Esperamos que nosso trabalho conjunto como Agile Alliance ajude outras pessoas em nossa profissão a pensar sobre desenvolvimento de software, metodologias e organizações, de maneiras novas e mais ágeis. Se assim for, alcançamos nossos objetivos.
Jim Highsmith, pela Agile Alliance
©2001 Jim Highsmith
Manifesto para o Desenvolvimento Ágil de Software
Estamos descobrindo maneiras melhores de desenvolver software fazendo isso e ajudando os outros a fazê-lo.
Através deste trabalho passamos a valorizar:
Indivíduos e interações em vez de processos e ferramentas
Software funcional em vez de documentação
abrangente Colaboração do cliente em vez de negociação
de contratos Responder à mudança em vez de seguir um plano
Ou seja, embora haja valor nos itens
à direita, valorizamos mais os itens à esquerda.
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
Princípios por trás do Manifesto Ágil
Seguimos estes princípios:
Nossa maior prioridade é satisfazer o cliente
por meio da entrega
antecipada e contínua de software valioso.
Bem-vindo a mudar os requisitos, mesmo no final do
desenvolvimento. Os processos ágeis aproveitam a mudança para
obter vantagem competitiva do cliente.
Entregue software funcional com frequência, de
algumas semanas a alguns meses, com
preferência para a escala de tempo mais curta.
Empresários e desenvolvedores devem trabalhar
juntos diariamente durante todo o projeto.
Construa projetos em torno de indivíduos motivados.
Dê a eles o ambiente e o suporte de que precisam
e confie neles para fazer o trabalho.
O método mais eficiente e eficaz de transmitir informações para e dentro de uma equipe de
desenvolvimento é a conversa cara a cara.
O software funcional é a principal medida de progresso.
Processos ágeis promovem o desenvolvimento sustentável.
Os patrocinadores, desenvolvedores e usuários devem ser capazes
de manter um ritmo constante indefinidamente.
A atenção contínua à excelência
técnica e ao bom design aumenta a agilidade.
A simplicidade - a arte de maximizar a quantidade
de trabalho não feito - é essencial.
As melhores arquiteturas, requisitos e designs
surgem de equipes auto-organizadas.
Em intervalos regulares, a equipe reflete sobre como
se tornar mais eficaz e, em seguida, ajusta e ajusta
seu comportamento de acordo.
Autores: O Manifesto Ágil
Mike Beedle é o fundador e CEO da e-Architects Inc., uma Empresa de consultoria especializada em desenvolvimento de aplicativos usando objetos distribuídos e tecnologias da Internet. Apesar de As demandas de negócios de Mike, ele permaneceu faturando como consultor nas trincheiras, onde aplica Scrum e XP juntos através do XBreed. Mike teve o privilégio de ser um dos primeiros a adotar o método Scrum e introduziu o Scrum em 7 organizações desde meados dos anos 90. Mike's especialidade é treinar empresas na criação de empresas de grande escala arquiteturas reutilizáveis envolvendo muitas equipes de aplicativos. Seu recorde até agora são 17 aplicativos reutilizando os mesmos componentes, como: fluxos de trabalho, componentes visuais, transações, objetos de negócios e arquitetura Serviços. Mike publicou em várias áreas, incluindo tecnologia de objetos, padrões, componentes, frameworks, desenvolvimento de software, linguagens de programação, reutilização, fluxo de trabalho, BPR e Física. Ele co-organizou vários workshops sobre objetos, padrões, componentes, e desenvolvimento de software na última década. Ele é co-autor de Scrum, Desenvolvimento Ágil de Software com Ken Schwaber (Prentice Hall, outono de 2001), um livro provocativo que assume O desenvolvimento de software é mais parecido com o desenvolvimento de novos produtos do que com os processos de manufatura que a indústria de software tem usado nos últimos 20 anos.
Arie van Bennekum está ativamente envolvido no DSDM e no Consórcio DSDM desde 1997. Antes disso, ele tinha sido trabalhando com Desenvolvimento Rápido de Aplicativos. Sua paixão por métodos ágeis é baseada em em entregar aos clientes o que eles realmente precisam de uma forma que realmente se adapte aos usuários e negócios. Porque as sessões facilitadas são muito importantes dentro do método DSDM e sua paixão por processos de grupo e comportamento humano, ele é muito frequentemente envolvido em projetos como facilitador e coach. Neste momento, ele é membro do conselho do DSDM Consortium Benelux e credenciado como DSDM- praticante, instrutor DSDM, Consultor DSDM e Profissional Certificado pela IAF Facilitador (CPF).
Alistair Cockburn, fundador da Humans and Technology, é conhecido por suas extensas entrevistas com equipes de projeto. Essas entrevistas, juntamente com sua participação ativa em projetos ao vivo, formam A base para sua metodologia é projetada: leve, mas suficiente e auto-evolutiva. O trabalho de Alistair na década de 1990 se transformou na família Crystal de metodologias ágeis. Alistair e Jim Highsmith agora estão trabalhando juntos para evoluir Crystal e o Ideias adaptáveis em recomendações para criar desenvolvimento de software ágil ecossistemas, o encontro da metodologia genérica com a situação. Alistair e Jim estão co-patrocinando o livro Agile Software Development para publicar técnicas de crescimento pessoal e exemplos de Agile metodologias que têm sido utilizadas com sucesso.
Ward Cunningham é um dos fundadores da Cunningham & Cunningham, Inc. Ele também atuou como Diretor de P&D na Wyatt Software e como Engenheiro Principal no Laboratório de Pesquisa de Computadores Tektronix antes disso. Ward é bem conhecido por suas contribuições para o desenvolvimento da prática de orientação a objetos programação, a variação chamada Extreme Programming, e as comunidades hospedadas por seu WikiWikiWeb. Ele é ativo no Hillside Group e atuou como programa presidente da conferência Pattern Languages of Programs que patrocina. Sentinela criada o método de design CRC, que ajuda as equipes a encontrar objetos principais para seus programas. Enfermaria escreveu para PLoP, JOOP e OOPSLA sobre Padrões, Objetos, CRC e tópicos relacionados.
Martin Fowler é o cientista-chefe da Thoughtworks, uma empresa de consultoria e desenvolvimento de aplicativos. Ele está envolvido há mais de uma década no uso de técnicas orientadas a objetos para sistemas de informação. Embora seu O interesse principal tem sido o design de software que ele nunca foi capaz de evitar processo e tem se interessado por abordagens que permitam que a metodologia se adapte às pessoas e não o contrário. Ele é o autor de Padrões de Análise, UML Destilado, Refatoração e planejamento de programação extrema.
Jim Highsmith é o desenvolvedor principal do Método Ágil "Desenvolvimento Adaptativo de Software" e autor de um livro com o mesmo nome. Ele falou (ou agendou falar) sobre Adaptive Desenvolvimento e outros métodos ágeis em conferências como OOPSLA, Cutter Summit, SD 2001, XP2001 e Processos Flexíveis, Project World e XP Universe. Jim foi co-autor, com Martin Fowler, artigo "The Agile Manifesto" na edição de agosto de 2001 da "Software Development" e tem vários artigos adicionais sobre "Agile" em andamento. Jim e Alistair Cockburn está trabalhando para combinar os métodos ASD e Crystal e também co-editores de uma nova série de livros Addison-Wesley sobre Desenvolvimento Ágil de Software. Jim é trabalhando em um livro sobre todos os Métodos Ágeis a ser publicado em 2002.
Andrew Hunt é sócio do The Pragmatic Programmers e co-autor do livro best-seller The Programador Pragmático: De Viajante a Mestre, a nova Programação Ruby e vários artigos. Entre escrever, palestras, marcenaria e tocando piano, Andy encontra tempo para seu negócio de consultoria especializado em ágil desenvolvimento de software. Andy escreve software profissionalmente desde o início anos 80 em diversos setores, como telecomunicações, bancos, serviços financeiros, serviços públicos, imagens médicas, artes gráficas e serviços de Internet. Andy mora em Raleigh NC e, com o co-autor Dave Thomas, é conhecido por trazer métodos independentes, melhores práticas pragmáticas para projetos de desenvolvimento de software nos EUA Ele é Presidente do capítulo RTP da Associação Independente de Consultores de Informática e membro da ACM e do IEEE.
Ron Jeffries é o proprietário da XProgramming.com, um consultor da Object Mentor e autor (com Ann Anderson e Chet Hendrickson) de Extreme Programação instalada. Ron foi o primeiro treinador de Extreme Programming e é um prolífico colaborador dos grupos de Internet relacionados ao XP e palestrante frequente em software Conferência.
Jon Kern é apaixonado por ajudar os clientes a ter sucesso na entrega de valor comercial por meio de esforços de desenvolvimento de software. Sua carreira variada abrangeu P&D de motores a jato por meio de simuladores de voo baseados em centrífugas, até ser um evangelista orientado a objetos nos anos 90, começando com C++ e passando para Java. Ele publicou pela primeira vez sua metodologia de desenvolvimento iterativo leve em (estranhamente) guias de desenvolvedores para Lotus Notes 4.5 e 5.0. Ele foi fortemente motivado pelo mantra de seu amigo Peter Coad de entregar "resultados de trabalho frequentes e tangíveis". Ele colocou suas técnicas para trabalhar em projetos do DoD e depois em sua própria empresa (Lightship, Inc.). Em 1999, ele se juntou a Peter Coad para o início da TogetherSoft, onde criou o grupo de mentores profissionais e orientou o desenvolvimento de produtos. Jon foi co-autor de Java Design e trabalhou com Peter e Jeff De Luca (o principal colaborador do FDD) para ajudar a moldar o capítulo sobre Desenvolvimento Orientado a Recursos (FDD) em Java Modelagem em Cores com UML. Jon busca constantemente maneiras melhores para as equipes atingirem seus objetivos, do ponto de vista da tecnologia e do ponto de vista do processo e da metodologia. Nas palavras de Jon, o MDA pragmático via OptimalJ (http://www.optimalj.com) da Compuware representa um avanço empolgante e revolucionário em ter um ambiente que promove as melhores práticas, arquitetura sólida, desenvolvimento ágil, qualidade por design (não acidental) e foco na entrega de valor comercial por meio do uso estratégico de recursos de TI. Você pode encontrar Jon blogando em http://blogs.compuware.com/cs/blogs/jkern/
Brian Marick é programador e testador de software consultor. Ele veio para Snowbird como representante de uma parte do comunidade de teste de software que vem desenvolvendo um estilo de teste enfatizando a exploração, menor dependência de documentação, aumento da aceitação da mudança e a noção de que um projeto é um conversa sobre qualidade. Ele está começando uma exploração do que "Teste Ágil" pode significar, e como ele se encaixa no Desenvolvimento Ágil, na seção Teste Ágil de sua página da web.
Robert C. Martin é um profissional de software desde 1970. Ele é presidente e fundador da Object Mentor Inc., uma empresa de consultores altamente experientes que oferecem XP e consultoria de processos ágeis, consultoria de design de software, treinamento e serviços de desenvolvimento para os principais corporações em todo o mundo. Em 1995, ele escreveu o livro best-seller: Projetando aplicativos C++ orientados a objetos usando o método Booch, publicado em por Prentice Hall. Em 1997 foi editor-chefe do livro: Pattern Idiomas do Design do Programa 3, publicado por Addison Wesley. Em 1999 ele foi o editor de "More C++ Gems" publicado pela Cambridge Press. Ele é co-autor de "XP na Prática", James Newkirk e Robert C. Martin, Addision Wesley, 2001. Ele está atualmente trabalhando em "Princípios, Padrões e Práticas de Agile Software Development" a ser publicado pela Prentice Hall em 2002. De De 1996 a 1999, ele foi o editor-chefe do Relatório C ++. Ele publicou dezenas de artigos em várias revistas especializadas, e é palestrante regular em conferências e feiras internacionais.
Ken Schwaber é presidente da Advanced Development Methods (ADM), um empresa dedicada a melhorar a prática de desenvolvimento de software. Ele é um Desenvolvedor de software experiente, gerente de produto e consultor do setor. Schwaber iniciou a revolução do produto de gerenciamento de processos no início dos anos 1990 e também trabalhou com Jeff Sutherland para formular as versões iniciais do desenvolvimento do Scrum processo. Nos últimos cinco anos, ele formalizou o Scrum, ajudou muitas organizações com sucesso implantar produtos e sistemas usando Scrum e co-autoria de Scrum, Agile Software Desenvolvimento com Mike Beedle (Prentice Hall, outono de 2001).
Jeff Sutherland é diretor de tecnologia da PatientKeeper, uma startup baseada no MIT que fornece aplicativos móveis/sem fio para médicos. Ele foi CTO ou VP de Engenharia em nove empresas de tecnologia de software e apresentou processos de desenvolvimento ágil aprimorados para cada um deles. Seu trabalho em negócios reutilizáveis componentes de objeto através do Grupo de Gerenciamento de Objetos e do OOPSLA Business Object Workshop durante a última década levou a novos produtos de banco de dados, software ambientes de desenvolvimento, ferramentas CASE/OOAD, bem como aplicações verticais em várias indústrias. Como fundador e vice-presidente de engenharia da Individual Inc., ele lançou página de notícias pessoal. Como o ex-Sênior VP de Engenharia e CTO da IDX Systems, ele desenvolveu novos aplicativos de Internet para a saúde. Seu trabalho em grandes componentes projetos de software levou a inovações em bancos, seguros, sistemas de bibliotecas, aeroespacial, leasing de companhias aéreas e aeronaves, engenharia nuclear e robótica. Como inventor do processo de desenvolvimento SCRUM, sua experiência em O desenvolvimento permitiu repetidamente que equipes de desenvolvimento de alta octanagem entregassem produtos de classe mundial produtos de software. Saiba mais sobre Jeff.
Dave Thomas acredita que o coração de um projeto não é a metodologia, mas a povo. Os membros da equipe precisam ser tecnicamente competentes, motivado e alinhado. Esse foco no indivíduo foi um dos razões pelas quais ele foi co-autor de The Programador Pragmático. Mas o lado técnico não é suficiente. Cada membro da equipe também deve estar envolvido: envolvido em seu trabalho, envolvidos em sua equipe e envolvidos em sua organização. Dave e Andy agora está trabalhando em maneiras de ajudar as pessoas a fazer a transição para metodologias ágeis.
