← Nieuwste papers
💻 computer science

Understanding Undesirable Attributes of Requirements Engineers: Insights from Practitioners

Deze studie identificeert en categoriseert zeventien ongewenste eigenschappen van requirements engineers — variërend van communicatie, domeinkennis, persoonlijkheid en technische vaardigheden — via enquêtes en interviews met professionals, en biedt conceptuele kaarten om professionals te helpen bij het reflecteren op en verbeteren van hun collaboratieve praktijken.

Oorspronkelijke auteurs: Larissa Barbosa, Sávio Freire, Marcos Kalinowski, Zadia Codabux, Rodrigo Spínola, Manoel Mendonça, Rita S. P. Maciel

Gepubliceerd 2026-06-02
📖 4 min leestijd☕ Koffiepauze-leesvoer

Oorspronkelijke auteurs: Larissa Barbosa, Sávio Freire, Marcos Kalinowski, Zadia Codabux, Rodrigo Spínola, Manoel Mendonça, Rita S. P. Maciel

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 Requirements Engineer voor als een vertaler die tussen twee zeer verschillende groepen staat: de mensen die een probleem hebben (de stakeholders) en de mensen die de oplossing bouwen (het softwareteam). Hun taak is om de vage dromen en behoeften van de eerste groep om te zetten in duidelijke, stapsgewijze instructies voor de tweede groep.

Dit artikel is als een "Gebruikershandleiding voor wat niet te doen." Terwijl veel studies ons vertellen wat een geweldige vertaler maakt, stelde dit onderzoek een andere vraag: "Welke specifieke slechte gewoonten of eigenschappen zorgen ervoor dat een Requirements Engineer faalt in zijn werk?"

Hier is een overzicht van hun bevindingen met behulp van eenvoudige analogieën:

Het Onderzoek: Vragen aan de Experts

De onderzoekers hebben niet simpelweg gegokt; ze zijn naar buiten gegaan en hebben 18 ervaren softwareprofessionals (zoals projectmanagers en engineers) uit Brazilië gevraagd. Ze vroegen deze experts om de top vijf zaken op te sommen die een Requirements Engineer slecht in zijn werk maken.

Vervolgens interviewden ze 11 van deze experts om het volledige verhaal te krijgen: Waarom is dit slecht? Hoe uit dit zich?

De Resultaten: De "Slechte Eigenschap"-kaart

De experts identificeerden 17 specifieke slechte eigenschappen. De onderzoekers hebben deze georganiseerd in vier hoofdgroepen of categorieën, en een visuele kaart (Figuur 1 in het artikel) gemaakt om te laten zien hoe ze met elkaar verbonden zijn.

Beschouw deze vier groepen als de vier manieren waarop een brug kan instorten:

  1. Communicatieproblemen (De kapotte walkie-talkie)

    • Het Probleem: Dit was de meest voorkomende klacht. Het gaat niet alleen om praten; het gaat om hoe ze praten.
    • De Analogie: Stel je een team voor dat een huis probeert te bouwen, maar de persoon die in charge is van de blauwdrukken spreekt in raadsels, neemt nooit de telefoon op, of wordt boos als er om verduidelijking wordt gevraagd.
    • Belangrijke Slechte Eigenschappen: "Moeite met relaties" (moeilijk om mee samen te werken) en "Gebrek aan communicatie" (informatie niet delen). Het artikel merkt op dat als je niet weet hoe je de juiste vragen moet stellen, je zowel je relaties als je communicatie beschadigt.
  2. Gebrek aan Domeinkennis (De toerist in een vreemde stad)

    • Het Probleem: De engineer begrijpt de business waarvoor hij werkt niet.
    • De Analogie: Stel je een chef voor die wordt ingehuurd om een traditioneel Italiaans gerecht te koken, maar die geen idee heeft wat pasta is of hoe een restaurant werkt. Hij kan misschien iets lekkers koken, maar het is niet wat de klant besteld heeft.
    • Belangrijke Slechte Eigenschap: "Gebrek aan zakelijke kennis." Als de engineer de doelen van het bedrijf niet begrijpt, kan hij de behoeften van de klant niet correct vertalen.
  3. Gebrek aan Technische Kennis (De chauffeur zonder kaart)

    • Het Probleem: De engineer kent de tools of de regels van de softwarewereld niet.
    • De Analogie: Het is als een gids die de taal van het land dat hij bezoekt niet spreekt of niet weet hoe de lokale treinen rijden. Hij kan het team niet effectief begeleiden omdat hij het terrein niet begrijpt.
    • Belangrijke Slechte Eigenschap: Niet weten welke specifieke praktijken of documenten nodig zijn voor software-eisen.
  4. Persoonlijkheid (De onweerswolk)

    • Het Probleem: Hoe de engineer denkt, voelt en handelt.
    • De Analogie: Stel je een teamlid voor dat een "onweerswolk" is—altijd weerstandbiedend tegen verandering, negatief, of onmogelijk om mee te onderhandelen. Zelfs als ze de technische zaken wel kennen, vergiftigt hun houding de stemming van het team.
    • Belangrijke Slechte Eigenschap: Het artikel noemt eigenschappen zoals "indrukwekkend" zijn (waarschijnlijk bedoeld als arrogant of opschepperig) of een rigide persoonlijkheid die nieuwe ideeën afwijst.

De Belangrijkste Conclusie

Het artikel concludeert dat een goede Requirements Engineer niet alleen gaat over slim zijn of code kennen. Het gaat vooral over hoe je verbinding maakt met mensen.

  • Het is niet alleen "Goed vs. Slecht": De onderzoekers ontdekten dat "slecht" zijn niet simpelweg het tegenovergestelde is van "goed". Bijvoorbeeld: een "goede" engineer is proactief en onderhandelt goed. Een "slechte" engineer is niet alleen "passief"; hij kan actief weerstand bieden aan verandering of vijandig zijn. Dit zijn verschillende dimensies van gedrag, geen simpele schakelaar.
  • Het Systemische Probleem: De slechte eigenschappen zijn niet slechts individuele gebreken; ze zijn als scheuren in het fundament van het hele team. Als de vertaler (de engineer) niet kan communiceren of de business niet begrijpt, loopt het hele project (het huis) het risico in elkaar te storten.

Kortom: Als je een succesvol softwareproject wilt, heb je een Requirements Engineer nodig die een geweldige luisteraar is, de zakenwereld begrijpt, de technische regels kent en een persoonlijkheid heeft die het team helpt samenwerken, in plaats van een die hen uit elkaar drijft.

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 →