MdB Consultancy

De meeste problemen in IT zijn vertaalproblemen.

De directie wil weten wat het oplevert. Het team wil weten wat het precies moet bouwen. Ik sta ertussen, spreek beide talen, en ga zelf de code in als dat het antwoord oplevert.

Neem contact op Bekijk de diensten

Diensten

Waar ik je bij help

Drie manieren om met me te werken. De eerste is een rol voor langere tijd, de andere twee zijn opdrachten met een kop en een staart.

Interim Product Owner

Ik neem de productverantwoordelijkheid over. Ik vertaal wat de business wil naar wat het team bouwt, en leg omgekeerd uit waarom er soms eerst onder de motorkap gesleuteld moet worden. Ik overzie het geheel en de afhankelijkheden, zodat jij niet bij drie mensen hoeft na te vragen hoe iets zit.

  • Eén aanspreekpunt tussen directie, klanten en ontwikkelteam
  • Een backlog die aansluit op wat het bedrijf nodig heeft
  • Onderbouwde keuzes, ook als het antwoord “eerst opruimen” is

Ik stuur het team aan, maar neem het werk niet van ze over.

Grip op bestaande software

Software die jarenlang is gegroeid, begrijpt op een gegeven moment niemand meer helemaal. Ik ga de code in, zoek uit hoe het werkelijk in elkaar zit en vertaal dat naar keuzes die je aan je directie kunt uitleggen: vervangen, verbouwen of eerst beveiligen.

  • Antwoord op vragen die niemand meer kan beantwoorden
  • Afhankelijkheden en risico’s in gewone taal
  • Een verhaal richting directie, ook over onzichtbaar onderhoud

Ik lever de analyse en het plan; het bouwen doet je eigen team.

Sturen op data

Veel bedrijven sturen op onderbuikgevoel, niet omdat de cijfers ontbreken maar omdat niemand ze ziet. Ik modelleer de data, schrijf de SQL en bouw dashboards in bijvoorbeeld Superset — samen met directie en gebruikers, zodat er komt te staan wat ze echt willen weten.

  • KPI’s die ergens over gaan, gekozen met wie ermee stuurt
  • Dashboards die mensen uit zichzelf openen
  • Datamodellen en SQL waar je later op door kunt bouwen

Ik zet het op en draag het over; ik word niet je vaste rapportagebouwer.

Werkwijze

Hoe een opdracht verloopt

Geen methode met een naam. Wel een vaste volgorde: eerst begrijpen wat er speelt, dan pas iets veranderen.

  1. Kennismaken

    Je belt met een vraag. Meestal is de vraag achter die vraag interessanter, dus daar begin ik. Aan het eind van dit gesprek weten we allebei of ik de juiste persoon ben.

  2. Analyse

    Ik zoek uit hoe het werkelijk in elkaar zit: het proces, de data, en zo nodig de code zelf. Ik praat met de mensen die ermee werken, niet alleen met wie erover gaat. Vaak blijkt het probleem ergens anders te zitten dan gedacht.

  3. Aanpakken

    Ik vertaal de analyse naar concrete taken en zet die uit bij het ontwikkelteam of de support-organisatie. Ik bewaak de samenhang en de afhankelijkheden, zodat niemand hoeft te gokken wat er als eerste moet.

  4. Overdragen

    Ik zorg dat het zonder mij doorloopt: vastgelegd, uitgelegd en belegd bij iemand die het overneemt. Een opdracht is pas klaar als je mij niet meer nodig hebt.

Ervaring

Waar ik het geleerd heb

Ruim twintig jaar geleden hielp ik Lamark opbouwen, vanaf niets. Ik heb daar de operationele en de technische kant neergezet, en had in al die jaren de pet van product owner op. Dat is één opdrachtgever, maar wel zo’n beetje elk vraagstuk dat een groeiend bedrijf tegenkomt.

Bij Lamark

  • Examenlogistiek automatiseren
  • Een servicedesk opzetten
  • Facturatie integreren met Exact
  • Datamigraties en data-engineering
  • SQL, rapportages en dashboards
  • ISO 9001 en ISO 27001 implementeren

De opdracht

Product Owner — Lamark
Ruim twintig jaar, en nog steeds. Lamark regelt de logistiek rond examens. Ik zorg dat dat proces van begin tot eind zo veel mogelijk vanzelf gaat: van het reserveren van een examenplek ergens in het land tot een portal waarin de klant de eigen rapportages vindt.
De rode draad is standaardisatie. Elke klant die je met maatwerk aansluit, is een klant die je groei afremt. Ik stuur er daarom op dat een nieuwe klant past binnen wat er al staat, zodat aansluiten een kwestie van inrichten wordt in plaats van bouwen.
Portretfoto van Mark de Beijer

Over mij

Mark de Beijer

Ik zit het liefst op de plek waar een klantvraag verandert in iets wat een ontwikkelaar kan bouwen. Dat vertaalwerk is waar ik blij van word: uitzoeken wat er echt gevraagd wordt, bedenken wat daar de beste oplossing voor is, en het zo opschrijven dat een team er meteen mee vooruit kan. Met een sterke voorkeur voor standaardiseren — maatwerk voelt in het begin als goede service, maar het is de rem op je groei die je pas jaren later merkt.

In de jaren negentig studeerde ik af aan de HTS, richting Technische Computerkunde; de informatica-opleidingen kwamen toen net van de grond. Sindsdien heb ik van dichtbij gezien wat er bij een groeiend bedrijf allemaal bij komt kijken — een helpdesk opzetten, documentatie, financiële stromen inrichten en erover verantwoorden. Het scherpst ben ik in het analyseren van een vraagstuk en het vertalen naar een concrete verbetering, vaak met data erbij: een migratie of een stuk SQL maakt een case voor ontwikkelaars een stuk duidelijker dan een verhaal.

AI hoort daar tegenwoordig gewoon bij. Ik laat agents het graafwerk doen — een vreemde codebase in kaart brengen, een migratie voorbereiden, een analyse onderbouwen — zodat ik tijd overhoud voor het deel waar het om gaat: beoordelen wat er moet gebeuren, en dat uitleggen aan de mensen die erover beslissen. Het beoordelen blijft mensenwerk. Het uitzoekwerk hoeft dat allang niet meer te zijn.

  • HTS Technische Computerkunde
  • Ruim twintig jaar product owner in de praktijk
  • Analyse, SQL en dashboards in eigen hand

Contact

Even sparren over een vraagstuk?

Loop je ergens tegenaan? Mail me waar het over gaat. Een eerste gesprek kost een half uur, is vrijblijvend, en levert je in het slechtste geval een paar bruikbare vragen op.