Sistema Toyota de Produção criado por Taiichi Ohno usando como base Just-in-Time e automação com um toque humano. Muitas práticas ágeis são baseadas nos ensinamentos do Sistema Toyota, por exemplo: gestão visual com kanban (primeiro como cartão, depois como quadro), melhoria contínua (kaizen), sistema puxado, fluxo contínuo, redução de desperdícios, entre outros. [1]
Pedro Luiz M. Cruz - 01/07/2020
A agilidade está difundida nas empresas e virou tendência em todos os setores, não se restringindo apenas a TI. Iniciada por desenvolvedores de softwares, que praticavam modos não convencionais para a época, resolveram criar um manifesto para dizer ao mundo os valores que mais apreciavam. Com o manifesto, os holofotes cresceram sobre as práticas ágeis e novas técnicas surgiram.
Ou seja, as práticas envolvidas nos métodos ágeis são datadas de antes do manifesto. Na linha do tempo aparecem formas de fazer gestão, técnicas de automação e ferramentas que trazem mais produtividade. Nessa linha histórica fica transparente a melhoria contínua que aconteceu e vai continuar acontecendo.
Foram escolhidos do início ao fim da linha do tempo as principais práticas que conectam a agilidade no tempo. Apesar de muitos outros acontecimentos não serem citados, é possível entender a essência da sua história.
1947 até 1975
1976
Uma série de artigos do D. Panzi descrevendo ferramentas com funcionalidades que lembram muito as utilizadas no JUnit, mostram uma longa história da automação de testes. No futuro se tornou uma prática do método ágil Extreme Programming. [2]
1980
Com as peregrinações americanas às plantas japonesas da Toyota, fica cada vez mais difundido o controle visual originado no Sistema Toyota de Produção. A prática de gestão visual vai ganhando notoriedade. [3]
1984
Experimentos e publicações de Barry Boehm sobre prototipagem e com isso a simplificação de especificações de requisitos mostram um caminho mais leve na documentação de software. [4][5]
1985
Talvez um dos primeiros a mostrar a ideia de desenvolvimento evolutivo como uma alternativa ao “modelo cascata”, então muito utilizado. Tom Gilb nomea como “Evolutionary Delivery” e reporta um histórico da prática mas ainda mostra a necessidade de aprender mais e amadurecer a prática. [6]
1986
No artigo de Barry Boehm: “A spiral model of software development and enhancement”, mostra a tendência dos modelos iterativos e incrementais. [7]
1986
Para muitos, o artigo de Takeuchi e Nonaka ”The New New Product Development Game” representa um marco para a criação dos métodos ágeis e principalmente para o método Scrum. O artigo descreve um time coeso e multidisciplinar como um time de rugby, mas fazendo a analogia para desenvolvimento de produtos. O termo Scrum é usado no rugby para reinício de jogo, onde os jogadores dos dois times se empurram na disputa da bola. [8]
1990
Bill Opdyke apresenta o termo “Refactoring” (Refatoração) em um artigo da ACM SIGPLAN com Ralph Johnson, “Refactoring: An aid in designing application frameworks and evolving object-oriented systems”. A refatoração aprimora o design do software e reduz a deteriorização. Esse cuidado com a qualidade impulsionou a visão de simplicidade em software, um dos princípios da agilidade. [9]
1991
”Rapid Application Development” ou apenas RAD. Termo lançado por James Martin em seu livro de mesmo nome, juntando iterações em espiral com ciclos curtos. Redução do tamanho do ciclo (ou redução do tamanho do lote como exposto no Sistema Toyota de Produção) é uma das práticas mais importantes da agilidade. [10]
1993
Jim Coplien escreve o pattern original “StandUpMeeting” (Reunião em Pé). Reuniões curtas que incentivam a colaboração em prol do objetivo do time. Essa é provavelmente a cerimônia mais utilizada dos métodos ágeis. [11]
1993
Jeff Sutherland inventa o Scrum como um processo na Easel Corporation. [12]
1994
Kent Beck escreve o framework the testes SUnit para Smalltalk. Foi para muitos a materialização dos conceitos de automação de testes. [13]
1995/97
Ken Schwaber e Jeff Sutherland apresentam Scrum na conferência OOPSLA, então Ken Schwaber publica o artigo “SCRUM Development Process”. [14]
1999
Kent Beck publica a primeira versão do livro Programação Extrema (XP) Explicada, como ele mesmo cita em apresentações, talvez como uma piada: “estava cansado de explicar XP, então publiquei o livro XP Explicada”. [15]
2000
Enquanto trabalhava para a Fidelity Investments, Ken Shwaber inventa o gráfico de burndown, essa técnica passa a ser muito utilizada no Scrum para mostrar o progresso da Sprint (ciclo curto). [16]
2000
Martin Fowler escreve o artigo “Continuous Integration”, um precursor para práticas ágeis e de Devops. [17]
Fevereiro de 2001
Em Utah, 17 desenvolvedores de software se reúnem e após um brainstorm chegam aos valores que mais admiravam no desenvolvimento de software. Nos dias seguintes acrescentam os princípios e publicam o Manifesto para Desenvolvimento Ágil de Software. [18]
2001
O artigo de Mary Poppendieck ”Lean Programming”, trás atenção para o paralelo existente entre agilidade e as ideias conhecidas como Lean originadas no Sistema Toyota de Produção. [19]
2003
Mary e Tom Poppendieck publicam o livro ”Lean Software Development” descrevendo o “software kanban system” como uma ferramenta da agilidade. [20]
2003
Mike Cohn descreve o quadro de cinco colunas como uma ferramenta do Scrum e chama de “Scrum task board”. [21]
2007
A versão simplificada do quadro de tarefas com apenas 3 colunas (“To do”, “Doing”, “Done”) passa a se popularizar por praticantes do Scrum. [22]
2007
Os primeiros relatos de equipes usando um conjunto de práticas com o nome “kanban” (sem iterações, sem estimativas, painéis de tarefas contínuos com limites de WIP) são publicados, incluindo relatos de David Anderson na Corbis (empresa de Bill Gates) e por Arlo Belshee na BueTech. [23]
2010
Publicado o livro "Kanban Successful Evolutionary Change for Your Technology Business" por David Anderson formalizando o método Kanban e suas práticas. [24]
