← Últimos artigos
💻 computer science

The 2nd Workshop on Agile Practice & Research: A Summary and Call For Research

Este artigo resume o 2º Workshop de Prática e Pesquisa Ágil realizado no XP 2026, que abordou lacunas persistentes entre a pesquisa acadêmica e a prática industrial ao propor quatro proposições estratégicas e três chamadas específicas para pesquisa, a fim de fomentar uma colaboração mais forte e eficaz.

Autores originais: Karen Eilers, Michael Neumann, Eva-Maria Schön, Mali Senapathi, Maria Rauschenberger, Tiago Silva da Silva

Publicado 2026-05-22
📖 6 min de leitura🧠 Leitura aprofundada

Autores originais: Karen Eilers, Michael Neumann, Eva-Maria Schön, Mali Senapathi, Maria Rauschenberger, Tiago Silva da Silva

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine uma cidade movimentada onde dois grupos de pessoas tentam construir o mesmo arranha-céu, mas falam idiomas diferentes e vivem em fusos horários distintos.

  • Grupo A (Os Pesquisadores) são como arquitetos trabalhando em uma biblioteca tranquila e com controle climático. Eles passam anos desenhando plantas perfeitas, estudando a física dos materiais e escrevendo manuais espessos sobre como os prédios devem ser construídos.
  • Grupo B (Os Praticantes) são as equipes de construção no canteiro de obras lamacento e caótico. Eles lidam com chuva, mudanças climáticas, novas ferramentas chegando toda semana e chefes que querem o prédio pronto ontem.

Por mais de vinte anos, esses dois grupos têm tentado trabalhar juntos no desenvolvimento de software "Ágil" (uma forma de construir software que é flexível e rápida). Mas, como este artigo explica, eles continuam se perdendo. As plantas dos arquitetos frequentemente parecem muito teóricas para a equipe, e os problemas diários da equipe mudam tão rápido que os arquitetos não conseguem escrevê-los a tempo.

Para corrigir isso, os autores realizaram uma reunião especial (um workshop) em São Paulo, Brasil, reunindo 20 desses arquitetos e construtores para descobrir o que está errado e como corrigir.

As Três Grandes Lacunas

O artigo identifica três principais "abismos" entre a biblioteca e o canteiro de obras:

  1. A Lacuna da Teoria (O "Porquê" está faltando):
    A equipe de construção frequentemente olha para as plantas dos arquitetos e diz: "Isso parece ótimo na teoria, mas funciona realmente quando o vento está uivando?" O artigo afirma que grande parte da pesquisa é apenas uma coleção de histórias sobre o que aconteceu em um projeto específico, sem uma teoria subjacente forte para explicar por que funcionou ou se funcionaria em outro lugar. É como ter uma receita que diz "adicione sal", mas não explica a química de por que o sal faz a comida ficar mais saborosa.

  2. A Lacuna do Tempo (O "Quando" está errado):
    O canteiro de obras muda incrivelmente rápido. Novas ferramentas (como Inteligência Artificial) e novas formas de trabalhar (como equipes remotas) surgem da noite para o dia. A biblioteca, no entanto, move-se lentamente. Até que um arquiteto termine um estudo de 3 anos sobre uma ferramenta específica, a equipe de construção já avançou para a próxima grande coisa. A pesquisa frequentemente está um ou dois anos atrasada em relação à realidade do canteiro de obras.

  3. A Lacuna de Transferência (O "Como" é confuso):
    Mesmo quando os arquitetos têm uma ótima ideia, eles a escrevem em uma linguagem que apenas outros arquitetos entendem (jargão acadêmico pesado). A equipe de construção não consegue ler, não tem tempo para decifrar ou não sabe como transformar a ideia abstrata em uma ação de martelo e prego. O conhecimento está lá, mas está trancado atrás de uma porta que a equipe não consegue abrir.

A Solução do Workshop: Um Huddle de Equipe

Para superar essas lacunas, os participantes do workshop se dividiram em pequenos grupos para fazer brainstorming. Eles não apenas reclamaram; procuraram causas raízes e correções imediatas.

De seu huddle, surgiram Quatro Grandes Ideias (Proposições) para fazer os dois grupos trabalharem melhor juntos:

  1. Fale Humano: Os pesquisadores precisam aprender a falar como pessoas, não apenas como professores. Eles devem escrever blogs, fazer vídeos e falar em encontros da indústria, não apenas em revistas acadêmicas. Eles precisam traduzir suas "plantas" em instruções que a equipe possa realmente usar.
  2. Surfe na Onda: Os pesquisadores precisam prestar atenção no que a equipe de construção está realmente preocupada agora. Em vez de estudar o que era interessante há cinco anos, eles devem focar em pontos de dor atuais, como "como ganhamos dinheiro com isso?" ou "como lidamos com essa nova ferramenta de IA?".
  3. Recompense o Trabalho em Equipe: Atualmente, não há muita recompensa para um pesquisador frequentar uma equipe de construção, ou para um membro da equipe conversar com um pesquisador. O artigo sugere que precisamos criar melhores "incentivos" (como promoções de carreira ou reconhecimento) para que ambos os lados queiram colaborar.
  4. Aprenda Fazendo: O artigo sugere que os pesquisadores devem usar métodos "educacionais" (como aprendizagem baseada em projetos) em suas próprias pesquisas. Assim como os alunos aprendem melhor construindo coisas, os pesquisadores devem estruturar seus estudos para serem mais práticos e iterativos, em vez de apenas observar à distância.

O Chamado à Ação: Três Regras para o Futuro

Finalmente, os autores emitem um "Chamado para Pesquisa", que é basicamente um conjunto de regras que eles querem que os futuros pesquisadores sigam para garantir que seu trabalho seja realmente útil:

  1. Seja Aberto (A Regra da "Casa de Vidro"): Os pesquisadores devem ser transparentes. Eles devem compartilhar seus dados brutos, suas anotações e seu código abertamente (Ciência Aberta). Assim, qualquer pessoa pode verificar seu trabalho, repetir seus experimentos e construir sobre suas descobertas. É como deixar as plantas do canteiro de obras em uma mesa pública para que todos vejam como o prédio foi feito.
  2. Almeje Qualidade Padrão Ouro: Não apenas chute. A pesquisa precisa ser construída sobre uma base teórica sólida e projetada com rigor extremo. Não deve ser apenas uma história de "tentamos isso e pareceu bom"; precisa ser um estudo cientificamente sólido que possa ser comprovado como funcionando repetidamente.
  3. Explique o Valor: Cada artigo de pesquisa deve responder claramente à pergunta: "E daí?" Precisa declarar explicitamente como as descobertas ajudam o mundo real. O artigo dá exemplos de "artefatos" (ferramentas ou frameworks) que os pesquisadores podem criar. Alguns são baseados em descobertas (como uma nova maneira de organizar uma equipe), e outros são baseados em métodos (como uma plataforma que ajuda as equipes a coletar dados enquanto trabalham). Ambos devem mostrar claramente seu valor para as pessoas que realmente realizam o trabalho.

Em resumo: O artigo argumenta que, para o desenvolvimento de software Ágil continuar melhorando, os "pensadores" e os "fazedores" precisam parar de falar um com o outro. Eles precisam falar a mesma língua, trabalhar na mesma linha do tempo e compartilhar suas ferramentas abertamente para que todos possam construir melhores softwares juntos.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →