Je cv toont welke tools je beheerst; je motivatiebrief moet bewijzen wat je daarmee voor elkaar krijgt. Voor een DevOps engineer is dat onderscheid extra belangrijk, want de rol leeft op het snijvlak van ontwikkeling en beheer, en juist die brug laat zich slecht vangen in een vaardighedenlijstje. De veelgemaakte fout: een brief die het cv dunnetjes overdoet, met dezelfde tools die er al onder “vaardigheden” staan. Een teamlead weet dan nog steeds niet waarom jij de juiste persoon bent. Dit artikel laat zien hoe je een brief schrijft die wel iets toevoegt: wat een sterke DevOps motivatiebrief onderscheidt, hoe je hem opbouwt en 2 voorbeelden als basis. Plus de fouten die de meeste kandidaten maken.
Inhoudsopgave
Wat een sterke DevOps-brief anders maakt
Een motivatiebrief en een cv hebben verschillende taken. Het cv is het overzicht: je techstack, je werkervaring, je certificaten. De brief is het verhaal eromheen: waarom je de overstap maakt, hoe je werkt, en welk resultaat je hebt geboekt dat ertoe deed. Voor een DevOps engineer betekent dat: laat zien dat je ontwikkeling en beheer aan elkaar knoopt, niet dat je 20 tools kent.
Wat een teamlead of recruiter in de brief zoekt, is meestal niet nog een opsomming van technologieën. Dat staat al op je cv. Ze willen weten of je de mindset hebt die de rol vraagt: automatiseren in plaats van handmatig brandjes blussen, samenwerken met developers én beheerders, en eigenaarschap nemen over wat je bouwt (“you build it, you run it”). Een brief die één concreet resultaat uitwerkt, zoals een pijplijn die je opzette of een storingspatroon dat je oploste, zegt meer dan een paragraaf vol buzzwords.
Houd de brief op één A4. Recruiters lezen snel, en een DevOps-brief die uitdijt tot een tweede pagina verliest het van een brief waarin elke zin ergens over gaat. De grootste valkuil is de brief volschrijven alsof het een cv in zinsvorm is. Kies in plaats daarvan één of twee dingen die je echt onderscheiden en werk die uit.
Zo bouw je je brief op
Een sterke brief volgt een herkenbare lijn, maar zonder vast sjabloon. Deze onderdelen horen er meestal in:
- Aanhef. Spreek de contactpersoon bij naam aan. Een persoonlijke aanhef (“Beste [naam],”) werkt beter dan een anoniem “Geachte heer/mevrouw”. Staat er geen naam in de vacature, bel dan even of zoek de teamlead op LinkedIn.
- Opening. Begin niet met “Met veel enthousiasme solliciteer ik naar de functie van…”. Dat leest iedere recruiter 10 keer per dag. Open met iets concreets: een resultaat, de kernvraag uit de vacature, of een rake observatie over het team. Meer ideeën vind je bij deze openingszinnen.
- Kern. Hier maak je het verschil. Werk één of twee resultaten uit en koppel ze aan de stack en de uitdaging uit de vacature. De STARR-methode helpt: schets kort de situatie en je taak, beschrijf wat je deed en wat het opleverde, en sluit af met wat je eruit meenam.
- Aansluiting. Verweef waarom dit bedrijf je aanspreekt in je verhaal, in plaats van er een losse verplichte alinea van te maken. Eén rake zin over hun manier van werken (microservices, een cloud-migratie, een sterke automatiseringscultuur) is genoeg.
- Afsluiting. Sluit sterk af met een concreet vervolg: een voorstel om een pijplijn te laten zien die je bouwde, of de mededeling dat je graag toelicht hoe je een specifiek probleem zou aanpakken. Inspiratie staat bij deze slotzinnen.
Wil je het korter? Een korte motivatiebrief van 3 alinea’s kan voor deze rol prima werken, zeker als je cv al sterk is.
Voorbeeld motivatiebrief DevOps Engineer
Onderstaand voorbeeld is van een DevOps engineer met een achtergrond in softwareontwikkeling. De opening begint met een concreet beeld in plaats van een clichézin. Vul het aan met je eigen resultaten en stem het af op de vacature.
Beste [naam contactpersoon],
Releases die meerdere keren per dag live gaan zonder dat het team 's nachts wakker ligt van incidenten: daar werk ik aan, en dat is precies wat in jullie vacature voor [functie] centraal staat. Ik ben softwareontwikkelaar van origine en ben de afgelopen jaren doorgegroeid naar het automatiseren van de hele weg van code naar productie.
Bij [huidige werkgever] beheerde het team de deployments grotendeels handmatig, met een release per week en regelmatig fouten bij het uitrollen. Ik heb een geautomatiseerde pijplijn in GitLab CI opgezet, met tests en beveiligingsscans als vast onderdeel. De deploymentfrequentie ging naar meerdere keren per dag en de doorlooptijd van code naar productie halveerde. Minstens zo belangrijk: developers en beheerders werkten dichter op elkaar, omdat iedereen in dezelfde pijplijn keek.
Wat jullie vacature er voor mij uit laat springen, is de combinatie van een moderne stack en de ruimte om processen echt te verbeteren in plaats van alleen te onderhouden. Ik werk het liefst in een omgeving waarin het team verantwoordelijk is voor wat het bouwt én draait, en waarin automatisering de norm is.
Graag laat ik in een gesprek zien hoe ik zo'n pijplijn opbouw, en hoe ik die zou toepassen op de uitdagingen die in jullie vacature staan.
Met vriendelijke groet,
Eva Hofstede
Utrecht
06 24 88 13 09
Tweede voorbeeld: korte, directe brief
Dit tweede voorbeeld is korter en directer, van iemand die vanuit systeembeheer de overstap naar DevOps maakte. De opening begint met een vraag aan de werkgever. Zo laat je variatie zien: niet elke brief hoeft dezelfde vorm te hebben.
Geachte [naam contactpersoon],
Wat heeft jullie team meer nodig: iemand die de infrastructuur beheert, of iemand die ervoor zorgt dat die infrastructuur zichzelf beheert? De afgelopen jaren ben ik van het eerste naar het tweede gegroeid.
Als systeembeheerder bij [huidige werkgever] zag ik hoeveel tijd opging aan het handmatig inrichten van servers. Ik heb dat geautomatiseerd met Ansible en Terraform, waardoor een nieuwe omgeving in minuten staat in plaats van dagen. Daarnaast richtte ik monitoring met Prometheus en Grafana in, zodat storingen zichtbaar werden voordat gebruikers er last van hadden. De stap naar een volwaardige DevOps-rol is voor mij logisch: ik wil niet alleen beheren, maar de keten als geheel betrouwbaarder maken.
Jullie zoeken iemand die de brug slaat tussen beheer en ontwikkeling. Dat is precies de rol waarin ik op mijn best ben. Ik kom graag langs om te bespreken hoe ik dat bij [Bedrijfsnaam] zou aanpakken.
Met vriendelijke groet,
Joost Reinders
Zwolle
06 41 57 22 86
Bekijk ook sollicitatiebrief voorbeelden voor:
Veelgemaakte fouten in een DevOps-motivatiebrief
Een paar patronen komen telkens terug in zwakke brieven voor deze rol:
- De brief herhaalt het cv. Een opsomming van tools die al onder “vaardigheden” staan, voegt niets toe. Gebruik de brief voor het verhaal en het resultaat, niet voor de inventaris.
- Alleen techniek, geen samenwerking. DevOps draait om de brug tussen teams. Een brief die puur over technologie gaat en niets zegt over samenwerken of eigenaarschap, mist de helft van de rol.
- Een clichéopening. Begin je met de meest gebruikte openingszin van Nederland, dan haakt de lezer al af. De eerste zin bepaalt of de rest gelezen wordt.
- Geen aansluiting op de vacature. Een algemene brief die op elke DevOps-functie past, past eigenlijk op geen enkele. Verwerk de stack en de uitdaging die in de vacaturetekst staan.
- Te lang. Meer dan één A4 wordt zelden helemaal gelezen. Schrap alles wat niet bijdraagt aan de vraag waarom jij de juiste kandidaat bent.
Cv voorbeeld Devops Engineer
Een goede DevOps-motivatiebrief is kort, concreet en aanvullend op je cv: hij bewijst de brug tussen ontwikkeling en beheer met een echt resultaat, in plaats van je tech stack nog eens op te sommen. Stem hem af op elke vacature, want elke DevOps-rol vraagt iets anders. Zorg dat je cv minstens zo sterk is: bekijk daarvoor het voorbeeld voor een cv als DevOps engineer.
