Softwarebureau · Engineering
Onboarding van een developer in een klantproject
Breng een developer die in een lopend project instapt snel naar een eerste gemergede wijziging, zonder dagen te verliezen aan toegang en installatie. De klant keurt het nieuwe teamlid goed en geeft toegang via een openbare link, en sprintwerk blijft vergrendeld tot de engineering lead bevestigt dat de developer klaar is.
- Doorlooptijd: 1 tot 2 weken
- Hoe vaak: Elke keer dat een developer in een project instapt
- Stappen: 9 stappen
- AI-agents: 1 AI-agent
- Goedkeuringen: 1 goedkeuring
Gratis plan, geen creditcard nodig.
Wat er verandert met dit sjabloon
Zonder sjabloon
De nieuwe developer wacht dagen op toegang van de klant.
De installatiehandleiding is verouderd, en elke nieuwkomer verliest er een dag aan.
Onboarding is één gesprek en een link naar de repository.
De klant hoort pas in een sprintdemo over een nieuw teamlid.
Met dit sjabloon
De klant keurt goed en geeft toegang via één link, vóór de startdatum.
Elke developer noteert de gaten, en de handleiding wordt bijgewerkt voordat hij wordt vrijgegeven.
Een buddy leidt de developer door de code en reviewt zijn eerste wijziging.
De klant keurt elke nieuwe developer goed voordat die toegang krijgt.
Het sjabloon, stap voor stap
Bij elke stap staat wie hem uitvoert: iemand in uw team, een AI-agent of de klant via een openbare link. Een goedkeuring houdt alle volgende stappen vergrendeld tot ze is gegeven.
- Uitgevoerd door uw team
- Uitgevoerd door een AI-agent
- Uitgevoerd door de klant, via een openbare link
Begint wanneer
Een developer stapt in een lopend klantproject, als nieuwe collega of vanuit een ander project. De projectmanager start een uitvoering met de naam van de developer en de startdatum.
- 1
Kondig de developer aan en deel de klantlink
Vóór dag 1Projectmanager · Team
Mail de klant wie er instapt, vanaf wanneer, in welke rol en met welk e-mailadres, en stuur de openbare link voor zijn akkoord en de toegang die hij moet geven.
Checklist
- Contract staat de wijziging in het team toe
- Geheimhoudingsverklaring getekend door de developer
- Openbare link naar de klant gestuurd
In te vullen velden
- Naam developer (verplicht)
- E-mail developer (verplicht)
- Startdatum in het project (verplicht)
- 2
Klant keurt de developer goed en geeft toegang
Vóór dag 1Contactpersoon klant · Openbare link
Via de openbare link keurt de klant het nieuwe teamlid goed en geeft hij toegang tot zijn systemen, of noteert hij wat er eerst moet gebeuren, zoals zijn eigen securitytraining.
Checklist
- Toegang tot de coderepository gegeven
- Toegang tot de stagingomgeving gegeven
- Klantaccounts of VPN ingericht
In te vullen velden
- Akkoord (verplicht)
- Voorwaarden vóór toegang
- 3
Richt de toegang en de lokale omgeving in
Dag 1 tot 2Developer · Team
Accepteer elke uitnodiging, zet het project lokaal op volgens de installatiehandleiding en noteer waar de handleiding fout of onvolledig was. Ontbreekt er toegang, zet de uitvoering dan op geblokkeerd en noteer welke.
Checklist
- App draait lokaal
- Tests draaien lokaal
- Staging en de issuetracker werken
In te vullen velden
- Gaten in de installatiehandleiding
- 4
Loop de code door
Dag 2 tot 3Onboardingbuddy · Team
Neem met de developer de architectuur, de belangrijkste flows, de deployment en de afspraken van het team door, en stel hem voor aan de contactpersonen en vaste overleggen van de klant.
Checklist
- Architectuur en belangrijkste flows uitgelegd
- Afspraken over branches, reviews en releases uitgelegd
- Contactpersonen en overleggen van de klant voorgesteld
In te vullen velden
- Onderwerpen om op terug te komen
- 5
Lever een eerste kleine wijziging op
Dag 3 tot 5Developer · Team
Kies samen met de buddy een klein ticket, bouw het met tests en open een pull request.
Checklist
- Ticket afgesproken met de buddy
- Tests toegevoegd
- Pull request geopend
In te vullen velden
- Link naar de pull request (verplicht)
- 6
Review de eerste wijziging samen
Verborgen voor de openbare linkDag 4 tot 5Onboardingbuddy · Team
Review de pull request samen met de developer, licht de feedback toe en merge hem als hij aan de standaard van het team voldoet.
Checklist
- Samen met de developer gereviewd
- Feedback toegelicht
- Gemerged
In te vullen velden
- Waar hij zich hierna op richt
- 7
Controleer de gereedheid
Verborgen voor de openbare linkDag 5Gereedheidscontroleur · AI-agent
De gereedheidscontroleur vergelijkt de checklists en velden van elke eerdere stap met de onboardinglijst uit zijn instructies, noemt wat nog openstaat en schrijft een korte gereedheidssamenvatting.
In te vullen velden
- Open punten
- Gereedheidssamenvatting (verplicht)
Gecontroleerd door: De engineering lead sluit de open punten en bevestigt de gereedheid in stap 8.
- 8
Bevestig dat de developer klaar is
Verborgen voor de openbare linkDag 5Engineering lead · Team
Lees de gereedheidssamenvatting, sluit of plan de open punten en bevestig dat de developer sprintwerk kan oppakken.
Checklist
- Open punten gesloten of ingepland
- Installatiehandleiding bijgewerkt met de gevonden gaten
Goedkeuring: Sprintwerk blijft vergrendeld tot de engineering lead bevestigt dat de developer klaar is.
- 9
Zet de developer in de sprint en informeer de klant
Week 2Projectmanager · Team
Zet de developer in de volgende sprint en op de teamlijst van het project, en laat de klant weten dat de onboarding klaar is.
Checklist
- In de sprintplanning gezet
- Op de teamlijst gezet
- Klant geïnformeerd
In te vullen velden
- Start eerste sprint (verplicht)
Klaar wanneer
De developer heeft werkende toegang, kent de code en heeft een eerste wijziging gereviewd en gemerged, en de klant weet wie er is bijgekomen.
Pas het aan. Hernoem stappen, wijzig eigenaren en voeg checklistpunten, velden of goedkeuringen toe. Het sjabloon is een startpunt voor de manier waarop uw team werkt.
De AI-agents in dit sjabloon
Een agent werkt alleen aan zijn eigen stappen, en iemand in uw team controleert wat hij heeft gedaan. Alles wat een agent naar een gekoppelde app schrijft, wacht op goedkeuring tenzij u het toestaat.
Gereedheidscontroleur
Controleert wat er in de onboarding nog openstaat en vat samen waar de developer staat.
Wat hij doet
- Leest de checklists en velden van elke eerdere stap
- Vergelijkt ze met de onboardinglijst uit zijn instructies
- Noemt de open punten en schrijft een korte gereedheidssamenvatting
- Rondt zijn stap af, zodat de engineering lead kan beoordelen
Gecontroleerd door: De engineering lead sluit de open punten en bevestigt de gereedheid in stap 8.
Vragen die dit sjabloon beantwoordt
Regel eerst het akkoord en de toegang van de klant, daarna een werkende lokale omgeving, uitleg van de code en een kleine eerste wijziging. Dit sjabloon doorloopt dat in volgorde, van het akkoord van de klant in stap 2 tot de controle door de engineering lead in stap 8.
Mik op een kleine, gereviewde wijziging in de eerste week, zodat problemen met de omgeving en gaten in de kennis vroeg boven komen. In stap 5 levert de developer een eerste kleine wijziging met tests op, en in stap 6 reviewt de onboardingbuddy die samen met hem.
Vertel de klant wie er instapt en vanaf wanneer, en laat hem akkoord geven voordat er toegang wordt verleend. In stap 2 keurt de klant het nieuwe teamlid goed en geeft hij toegang via de openbare link, of noteert hij eerst zijn voorwaarden.
Laat elke nieuwe developer haar letterlijk volgen en vastleggen waar ze niet klopte. In stap 3 noteert de developer de gaten in de installatiehandleiding, en in stap 8 controleert de engineering lead of de handleiding is bijgewerkt.
Laat AI controleren wat er in de onboarding nog openstaat en dat samenvatten, en houd de beslissing bij de engineering lead. In stap 7 noemt de gereedheidscontroleur de open punten en schrijft hij een samenvatting, en stap 8 is een goedkeuringscontrole waarin de engineering lead bevestigt dat de developer klaar is.
Geef elke overstap dezelfde onboarding, met een buddy en een gereedheidscontrole, in plaats van een snel overdrachtsgesprek. In stap 4 tot en met 6 leidt de onboardingbuddy de developer door de code en reviewt hij zijn eerste wijziging, en de uitvoering laat zien wat er is behandeld.
Voer deze workflow uit in OKiDO
Richt de stappen, eigenaren en goedkeuringen één keer in en start daarna een uitvoering voor elke nieuwe zaak.