← Nieuwste papers
💻 computer science

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

Dit artikel vat de 2e Agile Practice & Research Workshop samen die tijdens XP 2026 werd gehouden, en die zich richtte op aanhoudende kloven tussen academisch onderzoek en industriële praktijk door vier strategische voorstellen en drie specifieke oproepen tot onderzoek te doen om een sterkere, effectievere samenwerking te bevorderen.

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

Gepubliceerd 2026-05-22
📖 5 min leestijd🧠 Diepgaand

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

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Stel je een drukke stad voor waar twee groepen mensen proberen dezelfde wolkenkrabber te bouwen, maar ze spreken verschillende talen en leven in verschillende tijdzones.

  • Groep A (De Onderzoekers) zijn als architecten die werken in een rustige, klimaatgecontroleerde bibliotheek. Ze brengen jaren door met het tekenen van perfecte blauwdrukken, het bestuderen van de fysica van materialen en het schrijven van dikke handleidingen over hoe gebouwen gebouwd moeten worden.
  • Groep B (De Praktici) zijn de bouwteams op het modderige, chaotische bouwterrein. Ze hebben te maken met regen, veranderend weer, nieuwe gereedschappen die elke week arriveren en bazen die willen dat het gebouw gisteren klaar is.

Al meer dan twintig jaar proberen deze twee groepen samen te werken aan "Agile" softwareontwikkeling (een manier van software bouwen die flexibel en snel is). Maar, zoals dit artikel uitlegt, blijven ze elkaar missen. De blauwdrukken van de architecten voelen vaak te theoretisch aan voor het team, en de dagelijkse problemen van het team veranderen te snel voor de architecten om er tijdig over te schrijven.

Om dit op te lossen, hielden de auteurs een speciale vergadering (een workshop) in São Paulo, Brazilië, waarbij ze 20 van deze architecten en bouwers samenbrachten om uit te zoeken wat er misgaat en hoe het opgelost kan worden.

De Drie Grote Kieren

Het artikel identificeert drie hoofd-"afgronden" tussen de bibliotheek en het bouwterrein:

  1. De Theoriekloof (Het "Waarom" ontbreekt):
    Het bouwteam kijkt vaak naar de blauwdrukken van de architecten en zegt: "Dit ziet er geweldig uit in theorie, maar werkt het echt als de wind huil?" Het artikel stelt dat veel onderzoek slechts een verzameling verhalen is over wat er in één specifiek project gebeurde, zonder een sterke onderliggende theorie om uit te leggen waarom het werkte of of het elders zou werken. Het is alsof je een recept hebt dat zegt "voeg zout toe", maar de chemie niet uitlegt van waarom zout de smaak van het eten verbetert.

  2. De Tijdskloof (Het "Wanneer" is verkeerd):
    Het bouwterrein verandert ongelooflijk snel. Nieuwe gereedschappen (zoals Kunstmatige Intelligentie) en nieuwe manieren van werken (zoals remote teams) verschijnen overnacht. De bibliotheek beweegt echter traag. Tegen de tijd dat een architect een 3-jarige studie over een specifiek gereedschap afrondt, is het bouwteam al doorgeschakeld naar het volgende grote ding. Het onderzoek loopt vaak een jaar of twee achter op de realiteit van de werf.

  3. De Overdrachtskloof (Het "Hoe" is verwarrend):
    Zelfs als de architecten een geweldig idee hebben, schrijven ze het in een taal die alleen andere architecten begrijpen (zware academische jargon). Het bouwteam kan het niet lezen, heeft geen tijd om het te decoderen, of weet niet hoe ze het abstracte idee omzetten in een hamer-en-nagel-actie. De kennis is er, maar het zit opgesloten achter een deur die het team niet kan openen.

De Workshop-oplossing: Een Teamhuddle

Om deze kieren te overbruggen, splitsten de workshopdeelnemers zich op in kleine groepen om te brainstormen. Ze klaagden niet alleen; ze zochten naar oorzaken en directe oplossingen.

Uit hun huddle kwamen Vier Grote Ideeën (Proposities) voort om de twee groepen beter samen te laten werken:

  1. Spreek Menselijk: Onderzoekers moeten leren praten als mensen, niet alleen als professoren. Ze moeten blogs schrijven, video's maken en spreken op industriële bijeenkomsten, niet alleen in academische tijdschriften. Ze moeten hun "blauwdrukken" vertalen naar instructies die het team daadwerkelijk kan gebruiken.
  2. Rijd op de Golf: Onderzoekers moeten aandacht hebben voor waar het bouwteam zich nu zorgen over maakt. In plaats van te studeren wat vijf jaar geleden interessant was, moeten ze zich richten op huidige pijnpunten zoals "hoe verdienen we hier geld mee?" of "hoe gaan we om met dit nieuwe AI-gereedschap?".
  3. Beloon het Teamwerk: Momenteel is er weinig beloning voor een onderzoeker om bij een bouwteam te hangen, of voor een teamlid om met een onderzoeker te praten. Het artikel stelt dat we betere "prikkels" (zoals carrièrestap of erkenning) moeten creëren zodat beide kanten willen samenwerken.
  4. Leer door te Doen: Het artikel stelt dat onderzoekers "educatieve" methoden (zoals projectgericht leren) in hun eigen onderzoek moeten gebruiken. Net zoals studenten het beste leren door dingen te bouwen, moeten onderzoekers hun studies zo structureren dat ze praktischer en iteratiever zijn, in plaats van alleen maar op afstand te observeren.

De Oproep tot Actie: Drie Regels voor de Toekomst

Tot slot geven de auteurs een "Oproep tot Onderzoek", wat in feite een reeks regels is die ze willen dat toekomstige onderzoekers volgen om ervoor te zorgen dat hun werk echt nuttig is:

  1. Wees Open (De "Glashuis"-regel): Onderzoekers moeten transparant zijn. Ze moeten hun ruwe data, hun notities en hun code openbaar delen (Open Science). Op deze manier kan iedereen hun werk controleren, hun experimenten herhalen en voortbouwen op hun bevindingen. Het is alsof je de blauwdrukken van het bouwterrein op een openbare tafel legt zodat iedereen kan zien hoe het gebouw is gemaakt.
  2. Streef naar Gouden Standaard Kwaliteit: Raak niet zomaar gokken. Onderzoek moet gebouwd zijn op een solide theoretische basis en ontworpen zijn met extreme strengheid. Het mag niet alleen een "we probeerden dit en het leek oké"-verhaal zijn; het moet een wetenschappelijk onderbouwd onderzoek zijn dat bewezen kan worden dat het keer op keer werkt.
  3. Leg de Waarde uit: Elk onderzoeksartikel moet duidelijk de vraag beantwoorden: "En dan?" Het moet expliciet aangeven hoe de bevindingen de echte wereld helpen. Het artikel geeft voorbeelden van "artefacten" (gereedschappen of kaders) die onderzoekers kunnen creëren. Sommige zijn gebaseerd op bevindingen (zoals een nieuwe manier om een team te organiseren), en sommige zijn gebaseerd op methoden (zoals een platform dat teams helpt data te verzamelen terwijl ze werken). Beide moeten duidelijk hun waarde tonen voor de mensen die het werk daadwerkelijk doen.

Kortom: Het artikel betoogt dat Agile softwareontwikkeling om te blijven verbeteren, de "denkers" en de "doeners" moeten stoppen met langs elkaar heen te praten. Ze moeten dezelfde taal spreken, op hetzelfde tijdschema werken en hun gereedschappen open delen zodat iedereen samen betere software kan bouwen.

Verdrinkt u in papers in uw vakgebied?

Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.

Probeer Digest →