Je wil een beslissing nemen over de landingspagina, maar de marketingmanager is op vakantie, de ontwikkelaar start pas volgende week op en jijzelf zit woensdag al in de auto richting de kust. Zo stagneren projecten in augustus. Niet omdat iemand nalatig is, maar omdat het werkritme nog altijd gebouwd is op gelijktijdige aanwezigheid, terwijl de zomer per definitie gefragmenteerd is. Wij van Deskundig.be zien dit elk jaar terugkomen: teams die prima functioneren in rustigere periodes, maar in juli en augustus vastlopen op simpele beslissingen die weken blijven liggen. Asynchroon werken is in die situatie geen luxe voor remote-teams, het is de meest praktische manier om projecten door te laten lopen als je team nooit tegelijk volledig aanwezig is.
Waarom augustus projecten doet stagneren
Augustus heeft een eigen dynamiek die je elk jaar opnieuw verrast, zeker wanneer je team vakantie neemt voor betere focus. Niemand is volledig afwezig, maar iedereen is het op andere momenten. De ene week ontbreekt de helft, de volgende week een andere helft. Dat klinkt beheersbaar, maar in de praktijk leidt het tot gebroken beslisketens: jij wacht op input van Sofie, Sofie wacht op groen licht van Thomas, en Thomas is pas terug op 18 augustus. Tegen die tijd zijn er alweer twee nieuwe urgente zaken bijgekomen en schuift het oorspronkelijke project nog verder op.
Het echte probleem is niet de afwezigheid zelf, maar het ontbreken van een systeem dat beslissingen laat voortbewegen zonder dat iedereen tegelijk achter een scherm zit. Hieronder vind je een stap-voor-stap handleiding die je nu, in augustus 2026, meteen kunt toepassen.
Stap 1: Schei beslissingen die kunnen wachten van beslissingen die echt aan iemand gebonden zijn
Voordat iemand vertrekt, verdeel je de openstaande beslissingen in twee kolommen. De eerste kolom bevat keuzes die iedereen met de juiste context asynchroon kan nemen: de kleur van een button, de formulering van een e-mailsubject, de volgorde van FAQ-items. De tweede kolom bevat beslissingen die écht aan één specifiek persoon vastzitten, bijvoorbeeld een budgetgoedkeuring boven een bepaald bedrag of een strategische koerswijziging.
Die tweede categorie plan je bewust in: wanneer is die persoon beschikbaar, ook al is het maar een halfuur? Noteer dat moment in de centrale projectpagina zodat het team weet dat ze niet hoeven te wachten op magisch groen licht, maar op een concreet tijdstip.
Stap 2: Richt één centrale projectpagina in
Eén pagina, altijd actueel, die in één oogopslag toont waar het project staat. Geen zoeken in e-mailthreads, geen vragen stellen in een chatkanaal dat al drie scrolllengtes terug is. Wij van Deskundig.be raden tools als Notion, Basecamp of een simpel gedeeld Google Doc aan, afhankelijk van wat je team al gebruikt. Het gaat niet om het gereedschap, maar om de discipline om het bij te houden.
Op die pagina staat per taak: de actuele status (bezig, wacht op goedkeuring, klaar), de eigenaar, de deadline en de openstaande keuze als die er is. Wie na vijf dagen vakantie inlogt, hoeft alleen die pagina te raadplegen om bij te zijn. Geen catching up via Slack, geen ‘kun je me even de context geven’.
Stap 3: Schrijf taakoverdrachten die ook werken als de ontvanger pas over vijf dagen inlogt
De meeste overdrachten zijn te dun. ‘Kun jij dit even oppakken?’ werkt prima als je collega de volgende dag op kantoor zit. Het werkt niet als diegene over vijf dagen voor het eerst zijn laptop opent na een week strand. Een goede asynchroon overdracht bevat vier elementen:
- Context: waarom bestaat deze taak, wat is er al beslist en wat is de achtergrond?
- Verwachte uitkomst: wat moet er concreet klaarliggen als de taak af is?
- Deadline: een harde datum, niet ‘zo snel mogelijk’.
- Beslisruimte: wat mag de ontvanger zelf beslissen en wat moet terug naar jou of een andere eigenaar?
Neem de vijf minuten extra om dit volledig uit te schrijven. Het bespaart twee iteraties van verduidelijkende berichten en voorkomt dat werk opnieuw begint omdat de context onduidelijk was.
Stap 4: Vervang de dagelijkse standup door een asynchroon check-inritueel
Een dagelijkse standup van vijftien minuten vereist dat iedereen tegelijk aanwezig is. In augustus is dat een illusie. Vervang het door één vaste vraag die iedereen beantwoordt op een moment dat hen uitkomt, maar wel voor een vaste deadline, bijvoorbeeld voor 10u ’s ochtends. Dit past in het kader van meer gedaan krijgen in minder tijd.
De vraag is altijd dezelfde: ‘Wat heb ik gisteren afgerond, wat doe ik vandaag en is er iets dat me blokkeert?’ Antwoorden landen in een vast Slack-kanaal of op de centrale projectpagina. Wie op vakantie is, slaat die dag over. Wie thuiswerkt vanuit Spanje wegens een verlengde trip, beantwoordt de vraag in vijf minuten vanop het terras. Geen real-time aanwezigheid vereist, wel een duidelijk verwacht tijdstip zodat teamleden niet de hele dag op input wachten.
Stap 5: Geef feedback op deliverables zonder dat werk blokkeert op één reviewer
De klassieke fout: een tekst of ontwerp staat klaar, maar de enige persoon die mag goedkeuren is op vakantie tot 20 augustus. Alles staat stil. De oplossing heet de commentaar-plus-goedkeuringsdrempelaanpak. Bepaal vooraf hoeveel reviewers een deliverable mogen goedkeuren en met welk quorum het werk doorgaat.
Stel: bij een marketingteam van zeven mensen geldt dat twee van de drie aangewezen reviewers moeten goedkeuren binnen 48 uur. Wie reageert met concrete commentaren, telt mee. Wie niet reageert, wordt beschouwd als akkoord gegaan mits de anderen groen geven. Zo hoeft werk nooit te wachten op de ene afwezige persoon, en blijft de kwaliteitsdrempel gehandhaafd.
Stap 6: Stel een expliciete beslisregel in voor als niemand reageert binnen 48 uur
Zelfs met het beste systeem zijn er momenten waarop niemand reageert. Maak dan vooraf duidelijk wat er in dat geval gebeurt. Er zijn drie opties en je kiest er één per projecttype:
- Stilzwijgende goedkeuring: als niemand reageert binnen 48 uur, gaat het voorstel door zoals het er ligt.
- Terugval op default: er is een vooraf bepaalde standaardkeuze (de bestaande tekst blijft staan, de geplande datum blijft, het budget wordt niet verhoogd).
- Escalatie naar zomervervanger: één persoon is aangeduid als beslisser voor de periode dat de primaire verantwoordelijke afwezig is.
Zet die regel schriftelijk in de projectpagina. Dan hoeft niemand te gissen en ontstaat er geen vertraging puur door onduidelijkheid over wie nu eigenlijk mag beslissen.
Praktijkvoorbeeld: een productlancering met vier afwezigen tegelijk
Een marketingteam van zeven mensen wil in september een nieuw product lanceren. In augustus zijn vier van hen in wisselende weken op vakantie. De projectmanager richt begin augustus een centrale Notion-pagina in met per deeltaak de eigenaar, status en deadline. De twee freelancers in het team krijgen een volledige overdracht met context en beslisruimte.
De dagelijkse standup vervalt. In plaats daarvan beantwoorden alle aanwezige teamleden elke ochtend de check-invraag in Slack. Copy en designreviews verlopen via de twee-van-drie-regel: zodra twee reviewers akkoord gaan, gaat het materiaal door. De e-mailcopywriter is een week weg: haar vervanger weet exact welke zin ze zelf mag aanpassen en welke goedkeuring vereist van de contentstrateeg. De lancering gaat op datum, zonder één gemeenschappelijk overlegmoment in augustus.
Drie documentatiegewoonten die je ook na de zomer kunt houden
Asynchroon werken in de zomer dwingt je tot gewoonten die het hele jaar door renderen. Ten eerste: schrijf beslissingen altijd op, ook als ze in een vergadering genomen worden. Wie niet aanwezig was, kan zo de redenering volgen zonder het gesprek opnieuw te moeten afspelen. Ten tweede: geef elke taak een expliciete eigenaar. Gedeelde verantwoordelijkheid is geen verantwoordelijkheid. Ten derde: werk met vaste deadlines voor reacties, ook buiten de zomerpiek. ‘Geef feedback voor vrijdag 17u’ is altijd duidelijker dan ‘kun je hier even naar kijken’.
Wanneer asynchroon werken toch een live gesprek vereist
Asynchroon werken heeft grenzen. Als een project plotseling van richting verandert, als er een conflict is tussen teamleden over aanpak of prioriteit, of als een klant een fundamentele eis herziet, dan is een live gesprek de snelste weg. Niet omdat asynchroon mislukt, maar omdat sommige kwesties te veel nuance hebben voor tekst.
De harde regel die wij hanteren: als een discussie na twee asynchrone uitwisselingen nog niet opgelost is, plan dan meteen een call van dertig minuten. Niet om te vergaderen, maar om in één keer de knoop door te hakken. Stuur vooraf een kort overzicht van het probleem zodat iedereen voorbereid aansluit en de tijd niet opgaat aan context geven. Zo blijft asynchroon de standaard, maar verlies je geen weken aan een discussie die in een halfuur opgelost is.
De kern is eenvoudig: maak beslissingen overdraagbaar, leg context altijd schriftelijk vast, en stel vooraf duidelijke regels in voor wat er gebeurt als iemand niet reageert. Een centrale projectpagina, heldere taakoverdrachten en een lage goedkeuringsdrempel voor feedback zijn genoeg om augustus door te komen zonder dat alles op zijn beurt staat te wachten. Wat ook meespeelt: de gewoonten die je nu invoert, zijn net zo bruikbaar in oktober of februari. Zodra je team ook maar een dag niet tegelijk achter het scherm zit, betaalt deze aanpak zich terug.
