Het gevaar van priming
public tech software design algoritmeregister code for nl meetup
25 januari 2021
Zojuist een erg interessante sessie gehad over de mogelijkheid om een “algoritmeregister” te introduceren. Iedereen heeft daar wel iets van een beeld bij, maar bij nadere verkenning blijkt al snel: wat zit er nou eigenlijk in een “register”, en wat valt er eigenlijk allemaal onder de noemer “algoritmes”. Op die manier wordt het verzinnen van een oplossing een soort taalfilosofische exercitie.
Ook in andere projecten waar ik in meedraai komt dit vaak naar boven: een naam zoemt rond, of bepaalde woorden worden vaak gebruikt, en voordat je het weet loopt iedereen rond met het idee dat er al een oplossingsrichting is, terwijl eigenlijk niet eens duidelijk is wat het probleem is. Dit fenomeen staat ook wel bekend als priming.
Doorgaans is er al een besluit aan vooraf gegaan, namelijk dat (in dit geval) een “algoritmeregister” een goed idee is en dat daar dus een project van gemaakt mag worden. Het is niet altijd duidelijk of de opdrachtgever dan heel specifieke ideeën heeft bij wat dat dan inhoud, of meer ziet dat er ‘iets’ moet gebeuren op dat vlak. Dat leidt er toe dat in de uitvoer vaak veel te weinig ruimte wordt ervaren om die opdracht iets vrijer te interpreteren en “het probleem achter het probleem” uit te zoeken. Met als gevolg dat er iets ontstaat wat nooit is ontworpen, wat vanuit interpretaties van een woord en eigen ervaring van teamleden is ontstaan, waar eigenlijk niet duidelijk van is welk probleem het nou precies op welke manier oplost, en waar ook niemand op zit te wachten (inclusief de opdrachtgever).
Soms voelt het vervelend, maar volgens mij blijft het belangrijk om mensen daarop te wijzen. Er op te wijzen dat er daardoor een ontwerp emergeert uit een zak woorden. Waarbij het probleem is dat mensen zich daar allemaal een andere voorstelling bij maken. En dat het niet duidelijk is voor wie welk probleem precies wordt opgelost. Daarmee is het risico levensgroot dat een pad wordt ingeslagen van “tech push”: eerst maken, en daarna kijken hoe we het gaan inzetten.
Doordat dat woord er is, denken mensen dat ze weten waar het over gaat, en stappen ze dus over de stap heen van met elkaar definiëren waar het over gaat. Als ze dat wel zouden doen, dan zouden ze merken dat ze het eigenlijk niet weten. Dat ze er verschillende opvattingen over hebben. En dat ze dus een stap terug moeten: welk probleem is er, hoe zit dat precies, willen we dat oplossen, en zo ja, welke oplossingen zijn er dan mogelijk en welke daarvan willen we proberen? Om daarna pas over te gaan tot: hoe moet die oplossing er precies uit zien.
Design methodes bieden manieren om dit te voorkomen, maar in de praktijk is het dan vaak te laat. Een goede manier om daar dan alnog mee om te gaan is om onder het motto “alles is inspiratie” te zoeken naar doelgroepen met een gerelateerd probleem. Vervolgens kun je met het woord/concept in je achterhoofd oplossingen verzinnen, en daarbij proberen het concept zo ver mogelijk om te buigen richting een oplossing voor dat probleem. Als opdrachtgever is het goed om daar dan expliciet mandaat voor te geven.
Op die manier zorg je voor gebruikers om in co-creatie mee te ontwikkelen. Alle waarde zit ten slotte in het gebruik.
Andere aantekenignen
Een algoritmeregister vullen
16 februari 2023
Gisteren was er een bijeenkomst van de provincies in het kader van algoritmeregister, deze keer met een focus op het vullen van het algoritmeregister: wat moet erin (en wat niet).
Open strategie gemeente Amsterdam loont
3 april 2018
Het aanpakken van overlast op straat of weten welke kraamhouders op de weekmarkt staan. Iedere gemeente zoekt er oplossingen voor, maar in Amsterdam zijn open source samenwerking en hergebruik van (open) databronnen daarbij leidend. Het leuke is dat het ook nog wat oplevert: qua financiën én qua manier van denken.
Open source licenties en verdienmodellen
21 januari 2021
Vandaag een leuke Code for NL meetup over open source licenties en verdienmodellen. Walter van Holst van Hooghiemstra en partners vertelde over de verschillende, ook niet juridische, aspecten van deze licenties, waarna er ruimte was voor vragen.