Design Thinking vs. Scrum: verschillen, overeenkomsten, en wanneer wat?
Veel organisaties kiezen óf Design Thinking óf Scrum als innovatieaanpak. Dat leidt in de praktijk tot twee risico’s: goede gebruikersinzichten die nooit in werkende producten terechtkomen, of software die snel wordt opgeleverd voor een probleem dat niemand ervaart. Beide methoden hebben een eigen toepassingsgebied. De kracht zit in weten wanneer je welke inzet en hoe je ze combineert.
Waarom is het verschil tussen Design Thinking en Scrum relevant?
Design Thinking en Scrum worden steeds vaker ingezet buiten hun oorspronkelijke domein: in de zorg, bij overheden, in financiële dienstverlening. Problemen ontstaan wanneer organisaties ze bijvoorbeeld als inwisselbaar behandelen of methodes half beheersen.
Design Thinking is een mensgerichte benadering van innovatie. Het combineert menselijke behoeften, technologische mogelijkheden en organisatiebelangen bij het formuleren én oplossen van problemen (Brown, 2008). Scrum is een framework voor incrementele productoplevering. Het is ontworpen om complexe producten te ontwikkelen in korte iteraties van twee tot vier weken.
De twee methoden komen uit verschillende tradities. Design Thinking wortelt in de ontwerpwereld: IDEO en de d.school van Stanford ontwikkelden het als een gestructureerde manier om met ambigue vraagstukken om te gaan. Scrum komt uit de softwareontwikkeling en is gebouwd op principes van het empirisme: transparantie, inspectie en aanpassing.
Ze beantwoorden dan ook verschillende vragen. Design Thinking vraagt: lossen we het juiste probleem op? Scrum vraagt: bouwen we de oplossing op de juiste manier?
Design Thinking en Scrum vergeleken
De onderstaande tabel vergelijkt beide aanpakken op dimensies die in de praktijk relevant zijn.
| Dimensie | Design Thinking | Scrum |
|---|---|---|
| Primair doel | Het juiste probleem vinden en valideren | De juiste oplossing iteratief bouwen |
| Type probleem | Slecht gedefinieerde, wicked problems (hardnekkige, complexe problemen zonder eenduidige oplossing) | Complexe maar afgebakende bouw- en ontwikkelvraagstukken |
| Fasering | Empathize, Define, Ideate, Prototype, Test | Sprint Planning, Daily Scrum, Sprint Review, Retrospective |
| Kernactiviteit | Divergeren en convergeren: problemen en oplossingen evolueren samen | Incrementeel opleveren van werkende productonderdelen |
| Tijdshorizon | Weken tot maanden per cyclus, afhankelijk van probleemcomplexiteit | Sprints van 1 tot 4 weken |
| Teamsamenstelling | Multidisciplinair: ontwerpers, onderzoekers, domeinexperts, eindgebruikers | Vast Scrum Team: developers, Product Owner, Scrum Master |
| Output | Probleemdefinities, inzichten, concepten, geteste prototypes | Werkende software-increments |
| Omgang met onzekerheid | Omarmt ambiguïteit: het probleem mag verschuiven | Reduceert onzekerheid door vaste sprintcycli en transparantie |
Wanneer zet je Design Thinking in?
Design Thinking is het meest waardevol aan het begin van een project, wanneer onduidelijk is welk probleem je precies oplost. Tim Brown beschrijft het als een discipline die de methoden van de ontwerper gebruikt om menselijke behoeften te matchen met wat technologisch haalbaar is en wat een levensvatbare strategie oplevert.
Concrete situaties waarin Design Thinking goed past:
- Je weet dat klanten afhaken, maar niet waarom.
- Je ontwikkelt een nieuw product of nieuwe dienst en hebt nog geen duidelijke propositie.
- Bestaande oplossingen werken niet meer en het is onduidelijk wat ervoor in de plaats moet komen.
- Meerdere afdelingen hebben tegenstrijdige beelden van het probleem.
In deze situaties helpt Design Thinking om met empathisch onderzoek (interviews, observaties, journey mapping) het werkelijke probleem scherp te krijgen voordat je gaat bouwen. Airbnb is hier een bekend voorbeeld van. In de beginjaren worstelde het platform met groei. Het team ging bij hosts langs, fotografeerde hun woningen en herontwierp de ervaring vanuit het perspectief van de gebruiker. Die directe interactie met eindgebruikers, een kernprincipe van Design Thinking, gaf het platform de richting die het nodig had.
Lees ook onze andere vergelijkingen:
Wanneer zet je Scrum in?
Scrum werkt het best wanneer je weet wát je gaat bouwen en het werk complex genoeg is om in stukken op te delen. Het framework geeft teams structuur om in korte, vaste cycli werkende productonderdelen op te leveren, te inspecteren en bij te sturen.
Concrete situaties waarin Scrum goed past:
- Het probleem is gevalideerd en er ligt een geteste propositie.
- Het team moet software, een platform of een digitaal product bouwen.
- De requirements veranderen regelmatig en je hebt een werkwijze nodig die daarop inspeelt.
- Je wilt elke paar weken werkende resultaten opleveren in plaats van één grote release.
Scrum geeft geen antwoord op de vraag óf je het juiste bouwt. Het geeft antwoord op hoe je het efficiënt en adaptief bouwt. Dat onderscheid is in de praktijk vaak de bron van frustratie: teams die met Scrum starten zonder gevalideerd probleem, leveren features op die technisch werken maar geen gebruikersbehoefte vervullen.
Hoe je Design Thinking en Scrum combineert
De twee methoden vullen elkaar aan wanneer je ze bewust koppelt. In de praktijk zijn er drie werkbare modellen.
1. Sequentieel: eerst ontdekken, dan bouwen
Begin met een Design Thinking-cyclus om het probleem en de oplossingsrichting te valideren. Vertaal de inzichten vervolgens naar een product backlog en start met Scrum-sprints. Dit model werkt goed bij nieuwe producten of diensten waar nog veel onzekerheid is over de gebruikersbehoeften.
Concreet betekent dit: de output van de Test-fase in Design Thinking (gevalideerde prototypes, gebruikersinzichten, design principles) wordt input voor de Product Backlog in Scrum. De Product Owner vertaalt de inzichten naar user stories die het ontwikkelteam kan oppakken.
2. Geïntegreerd: discovery in elke sprint
In dit model loopt een kleine discovery-track parallel aan de bouwsprints. Terwijl het ontwikkelteam sprint N bouwt, doet een ontwerp- of onderzoeksteam verkennend werk voor sprint N+2. Gothelf en Seiden (2013) beschrijven deze werkwijze als “Lean UX”: continu gebruikersonderzoek en prototyping als onderdeel van het agile ritme.
Dit model werkt goed wanneer je een bestaand product doorontwikkelt en regelmatig nieuwe gebruikersbehoeften wilt ontdekken zonder de bouwcadans te onderbreken.
3. Hybride: Design Sprints als tussenvorm
De Design Sprint, ontwikkeld bij Google Ventures (Knapp, Zeratsky & Kowitz, 2016), comprimeert Design Thinking-principes tot vijf dagen. Een team gaat van probleemdefinitie naar een getest prototype in één week. De uitkomst kan direct worden opgepakt in Scrum-sprints.
Dit model is bruikbaar wanneer je snel een specifiek vraagstuk wilt verkennen zonder een volledig Design Thinking-traject op te zetten.
Hoe ga jij Design Thinking vs. Scrum combineren?
Design Thinking en Scrum zijn geen concurrenten. Ze opereren in verschillende fasen van het innovatieproces. Met Design Thinking krijg je het juiste probleem scherp. Scrum geeft je de structuur om de oplossing vervolgens te bouwen.
Drie concrete stappen om ze effectief te combineren:
- Bepaal waar je project zich bevindt. Heb je een gevalideerd probleem, of zoek je er nog naar? Het antwoord bepaalt welke methode je nu nodig hebt.
- Kies het combinatiemodel dat past bij je situatie. Bij een nieuw product: start sequentieel. Bij een bestaand product: integreer discovery in je sprintritme. Bij een specifiek vraagstuk: overweeg een Design Sprint.
- Richt de overdracht bewust in. Zorg dat inzichten uit Design Thinking expliciet worden vertaald naar de product backlog, en dat gebruikersfeedback uit Sprint Reviews terugvloeit naar het ontwerpproces.
Organisaties die beide methoden effectief inzetten, schakelen bewust tussen ontdekken en bouwen. Dat heb ik de beste resultaten zien opleveren.
Heb je het gevoel dat je nog veel meer wilt weten over Design Thinking? Schrijf je in voor onze interactieve Design Thinking training en ervaar de kracht van Design Thinking zelf aan de hand van voorbeelden en praktijkcases. Of voer een eigen design thinking project uit onder begeleiding van een ervaren design thinking coach.
Bronnen
- Brown, T. (2008). Design thinking. Harvard Business Review, 86(6), 84-92.
- Gothelf, J., & Seiden, J. (2013). Lean UX: Applying lean principles to improve user experience. O’Reilly Media.
- Kimbell, L. (2009). Beyond design thinking: Design-as-practice and designs-in-practice [Conferentiepaper]. CRESC Conference, Manchester, Verenigd Koninkrijk.
- Knapp, J., Zeratsky, J., & Kowitz, B. (2016). Sprint: How to solve big problems and test new ideas in just five days. Simon & Schuster.
- Reimann, M., & Schilke, O. (2011). Product differentiation by aesthetic and creative design: A psychological and neural framework of design thinking. In C. Meinel, L. Leifer & H. Plattner (Eds.), Design thinking: Understand, improve, apply. Springer.
Rik van der Wardt is Agile Coach en Design Thinker. Hij heeft een achtergrond in Innovatie Management (TU/e) en hij heeft zich binnen verschillende adviesbureaus met dit onderwerp bezig gehouden. In 2016 was hij een van de oprichters van dit initiatief. Rik vindt het leuk om zijn kennis over Design Thinking te delen in blogposts. Hij is bovendien verantwoordelijk voor deze website, dus als je feedback hebt, laat het hem weten!
