Omgaan met tegenstrijdige feedback op het werk

De ene collega adviseert om een werkinstructie korter te maken, terwijl een ander juist meer voorbeelden wil. Na elke aanpassing komen er nieuwe opmerkingen bij en weet je niet meer naar wie je moet luisteren. Vraag voordat je aan een nieuwe versie begint eerst wat iedereen met de feedback probeert op te lossen.

Bij tegenstrijdige feedback helpen een gezamenlijk doel en duidelijke besliscriteria. Je moet weten voor wie het resultaat bedoeld is, wat diegene ermee moet kunnen en wie knopen doorhakt als er verschil van mening blijft bestaan. Deze aanpak werkt voor teksten, presentaties, procesvoorstellen en andere resultaten waarop meerdere mensen feedback geven.

Controleer of iedereen hetzelfde beoordeelt

Controleer eerst de uitgangspunten. Misschien heeft de ene persoon een oudere versie gelezen, denkt een ander aan een andere gebruiker en beoordeelt een derde al het eindproduct terwijl je alleen een opzet hebt gedeeld. De opmerkingen kunnen dan voortkomen uit verschillende aannames over de opdracht.

Maak daarom vóór de volgende aanpassingen duidelijk:

• Versie en omvang: Reageert iedereen op hetzelfde document en hetzelfde onderdeel?
• Doel en lezer: Is het materiaal bedoeld voor een ervaren collega die snel iets wil opzoeken, of voor een beginner die de hele werkwijze moet begrijpen?
• Fase van het werk: Wil je de hoofdlijn laten beoordelen, de inhoudelijke juistheid controleren of alleen de formulering aanscherpen?

Je kunt vragen: ‘Als je voorstelt om dit korter te maken, houd je er dan rekening mee dat een nieuwe collega de instructie ook moet gebruiken?’ Blijkt dat mensen van verschillende uitgangspunten uitgaan, deel de context dan met alle beoordelaars. Geef iedereen de kans om op dezelfde opdracht te reageren voordat je de feedback als onverenigbaar beschouwt.

Vraag naar het probleem achter de voorgestelde wijziging

Feedback bevat soms meteen een oplossing: voeg een grafiek toe, schrap een alinea of verander de volgorde. Toch moet je eerst begrijpen wat de beoordelaar lastig vond. Het verzoek om een grafiek kan bijvoorbeeld betekenen dat iemand de gegevens moeilijk kan overzien. Als je de achterliggende behoefte kent, kun je gerichter over de oplossing praten.

Gebruik vragen die aansluiten bij de opmerking:

Controleer daarna of je de behoefte goed hebt begrepen: ‘Als ik het goed begrijp, wil je de eerste stap sneller kunnen vinden. Klopt dat?’ De ander kan je interpretatie bevestigen of corrigeren. Vraag rechtstreeks naar de reden achter de feedback; die is niet altijd wat je er op het eerste gezicht in leest.

Bepaal aan welke eisen het resultaat moet voldoen

Leg de opmerkingen naast de opdracht. Wijst iemand op een onjuist gegeven, controleer dat dan aan de hand van het beschikbare materiaal en corrigeer het. Gaat het om een eis uit de opdracht, controleer dan of het resultaat daaraan voldoet. Bij een voorstel om de stijl of indeling te veranderen, vraag je welk voordeel dat oplevert voor de beoogde gebruiker.

Een korte doelomschrijving kan helpen om voorstellen te beoordelen: ‘Een nieuwe collega moet met deze instructie weten wat die moet voorbereiden en aan wie het moet worden overgedragen.’ Vervolgens kun je gerichte vragen stellen: ontbreekt de naam van de verantwoordelijke, de volgorde van de stappen of een voorbeeld van de benodigde informatie?

Houd ook rekening met de ervaring van de beoordelaars. Een collega die de werkwijze dagelijks gebruikt, kan een praktisch knelpunt aanwijzen. Een nieuwe collega kan juist laten zien waar de instructie zonder voorkennis onduidelijk is. Vraag om concrete voorbeelden en vergelijk die met het doel van het materiaal.

Maak ook duidelijk wie het eindresultaat goedkeurt. Inhoudelijke feedback, gebruikerservaring en een besluit van de opdrachtgever kunnen elk een andere rol spelen. Is jouw beslissingsbevoegdheid niet duidelijk, controleer die dan voordat je alle gevraagde wijzigingen toezegt.

Test een oplossing die aan verschillende behoeften tegemoetkomt

Voorbeeld: Je maakt een interne instructie voor het overdragen van een taak in uitvoering. Een ervaren collega wil een korte checklist, omdat die de context kent en alleen wil controleren of er niets is vergeten. Een nieuwe collega vraagt om voorbeelden, omdat de korte punten niet duidelijk maken wat die moet voorbereiden.

Na verduidelijking kun je een korte checklist bovenaan zetten, met uitleg en voorbeelden eronder. Maak eerst een voorbeeld van één onderdeel. Zo kun je controleren of de voorgestelde indeling voor beide gebruikers werkt voordat je het hele document herschrijft.

Vraag de ervaren collega om in het voorbeeld aan te wijzen wat vóór de overdracht gecontroleerd moet worden. Vraag de nieuwe collega wat die volgens de instructie zou voorbereiden en aan wie die het zou sturen. De antwoorden laten zien welke onderdelen nog aandacht nodig hebben. Beiden bekijken dezelfde versie, maar gebruiken die voor hun eigen taak.

Blijft één document onoverzichtelijk, dan kun je de opdrachtgever voorstellen om een korte samenvatting en een uitgebreidere instructie te maken. Denk daarbij ook na over wie beide versies actueel houdt. Als er iets verandert, moet die wijziging immers in allebei worden verwerkt.

Leg een onopgelost verschil voor aan de beslisser

Sommige eisen zijn binnen de afgesproken omvang niet tegelijk haalbaar. Past een uitgebreide uitleg niet op de gevraagde ene pagina en is aanvullend materiaal geen optie, dan moet duidelijk worden wat voorrang krijgt. Steeds meer schrappen lost verschillende verwachtingen niet per se op.

Geef degene die de beslissing kan nemen een kort overzicht:

1. Beschrijf het conflict. ‘We moeten binnen één pagina blijven en tegelijk elke stap zo uitleggen dat een beginner ermee aan de slag kan.’
2. Leg de opties en gevolgen voor. ‘Bij een korte versie moet een collega eerst uitleg geven. Een uitgebreide versie overschrijdt de afgesproken lengte.’
3. Vraag welke eis voorrang krijgt. ‘Voor welk gebruik is deze versie vooral bedoeld?’

Als meerdere mensen hierover beslissen, stel dan een kort gezamenlijk overleg voor. Je kunt een voorkeur uitspreken en uitleggen waarom. Zo voorkom je dat je iedereen afzonderlijk een aanpassing belooft die strijdig is met een andere eis.

In afwachting van een besluit kun je verder werken aan onderdelen die ervan losstaan, zoals het corrigeren van gecontroleerde onjuistheden. Benoem voor het betwiste onderdeel welke bevestiging je nodig hebt en wat de wachttijd betekent voor de opleverdatum.

Rond de feedback af met een duidelijke vervolgstap

Laat na het besluit weten wat je met de opmerkingen doet. Geef aan wat je verwerkt, wat je nog controleert en welke voorstellen niet in deze versie komen. Licht belangrijke keuzes kort toe aan de hand van de opdracht.

Is een keuze nog maar een voorstel, maak dat dan duidelijk. Vraag expliciet om de benodigde goedkeuring. Doe hetzelfde als er later een nieuwe eis bijkomt die het doel, de omvang of de planning verandert.

Stel bij het delen van de volgende versie een concrete vraag: ‘Is nu duidelijk wat je moet voorbereiden en aan wie je de taak overdraagt?’ Benoem welke keuzes al zijn gemaakt en wat nog wordt beoordeeld. Corrigeer gecontroleerde fouten ook in deze fase. Beoordeel nieuwe uitbreidingsvoorstellen op hun meerwaarde en het effect op de omvang.

Noteer na afronding wat hielp om tot een besluit te komen. Was dat een concreet gebruikersvoorbeeld, een verduidelijking van de opdracht of het testen van één onderdeel? Zo weet je bij een volgend project welke context je moet meegeven en welke vragen je bij de eerste feedbackronde stelt.