Forward deployed engineer of klassieke consultant? De een bouwt mee in je team tot het werkt, de ander adviseert en vertrekt. Wat je wanneer nodig hebt.
Een klassieke consultant analyseert, adviseert en vertrekt: de uitkomst is een rapport dat jouw team moet uitvoeren. Een forward deployed engineer zit in je team, bouwt mee in het echte systeem en blijft tot het in productie werkt. Wil je een plan of een werkend resultaat. Daar draait de keuze om.
De klassieke consultant komt, kijkt, schrijft en gaat: het eindproduct is een advies dat jouw team moet uitvoeren. De forward deployed engineer schuift aan binnen je team, bouwt in het échte systeem en blijft tot het in productie bewezen werkt. Het verschil zit dus niet in de kennis, maar in wat er overblijft als hij vertrekt: een rapport, of een werkend bouwwerk.
De tabel zet beide rollen naast elkaar zoals je ze in de praktijk ervaart: waar de tijd naartoe gaat, wat er wordt opgeleverd en wie verantwoordelijk blijft voor het resultaat. Er is geen rangorde. Een advies kan precies zijn wat je nodig hebt. Het gaat om de vraag of je het uitvoeren zelf kunt en wilt doen.
Als de vraag een oordeel is (welke richting, welke markt, welke structuur), is een advies de natuurlijke vorm. Een consultant brengt afstand mee, vergelijkt je situatie met andere organisaties en levert een document dat je bestuur kan vaststellen. Ook als je organisatie de uitvoering al in huis heeft en alleen richting nodig heeft, is dit de zuinigere route: niemand bouwt mee wat je zelf al kunt bouwen.
Als de uitkomst geen document maar een werkend gevolg moet zijn, is meebouwen de kortste weg. De engineer werkt in je systemen, tegen je echte gegevens en echte uitzonderingen. Niet tegen een voorbeeld dat netjes was gemaakt. Hij overlegt met je mensen, schrijft de regels zoals ze in de praktijk gelden en levert iets op dat in productie draait, met beheer en bewijs eromheen. Precies dat laatste is het verschil met een rapport: je hoeft de opdracht niet zelf nog een keer uit te voeren.
Dat levert de sterkste trajecten op: eerst een scherpe analyse om de richting te bepalen, daarna iemand die hem uitvoert zonder de kennis te verliezen die in de analyse zit. Wij zijn die tweede rol: forward deployed, bouwend in je omgeving, met je team erbij, tot het werk aantoonbaar loopt. Hoe zo'n traject eruitziet hangt af van je vraag; we offreren per project, op basis van scope en complexiteit. Er is geen prijslijst en geen pakket, en dat is bewust zo.
In de regel een rapport, een presentatie of een plan. De kennis zit bij jou, de uitvoering ook. Dat is precies wat je wilt als je uitvoering al in huis hebt. Mist die uitvoering, dan begint het echte werk pas ná het advies, en dan verdwijnt er vaak kennis op de naad: de schrijver begreep de context, de uitvoerder leest hem terug. Over precies die naad gaat de vergelijking met iemand die meebouwt.
Omdat de plaats anders is. Een implementatieconsultant voert een standaardtraject uit dat van buiten al bestaat; een forward deployed engineer wordt in jouw team geplaatst en bouwt tegen jouw omgeving, met jouw regels en je eigenaarschap als uitgangspunt. De rol komt uit de softwarepraktijk: bouwen waar het product moet werken, niet vanaf de zijlijn. De uitgebreide definitie lees je in onze blogpost over deze rol.
Altijd met je team, want dat is het punt: kennis blijft achter. We schuiven aan in je overleggen, spreken met de mensen die het werk dagelijks doen en bouwen zodat zij het daarna kunnen beheren. Een traject dat alleen langs één opdrachtgever loopt, mist juist de details die het bouwwerk straks moeten dragen. Overdracht is geen afsluitend hoofdstuk maar onderdeel van de bouw.
Bij de uitkomst die je verwacht. Zoek je richting om zelf uit te voeren, dan adviseren we. En wijzen we zo nodig door naar iemand die puur advies geeft. Verwacht je een werkend bouwwerk in je omgeving, dan bouwen we mee tot het in productie bewezen is. Meestal begint het met één werkstroom in plaats van een groot plan; de omvang daarvan leggen we vooraf vast op nacalculatie.
EIGHTY8