De vraag gaat over wijzigbaarheid, tests en concrete codeproblemen.
Codebase AuditBLACKOPS SOFTWARE / TECHNISCH ADVIES
Technical Due Diligence.
Onderzoek de technische basis vóór een investering of overname.
Bespreek jouw projectWelke technische beoordeling heb je nodig?
Je wilt het systeem inclusief architectuur en beheer beoordelen.
Software AuditEen investering of overname vraagt om onderbouwde technische risico’s.
Technical Due Diligence (deze dienst)DE DIENST UITGELEGD
Wat onderzoekt technische due diligence bij een overname?
Technical due diligence toetst de technische aannames achter een investering of overname. Naast code en architectuur onderzoeken we afhankelijkheden van leveranciers en mensen, de manier van opleveren en de onderbouwing van schaalbaarheidsclaims. De uitkomst is een overzicht van aangetoonde risico’s, onbeantwoorde vragen en voorwaarden voor vervolgbesluiten. Het onderzoek is geen juridische beoordeling of garantie op toekomstige prestaties.
Wanneer is dit passend?
Een koper, investeerder of directie wil begrijpen welke technische verplichtingen en onzekerheden bij een platform horen.
Wanneer kies je beter anders?
Gaat de vraag uitsluitend over een module of een herstelbacklog? Dan is een codebase- of software-audit meestal gerichter. Juridische contract- en licentievraagstukken vragen passende aanvullende expertise.
Welke aanpak past bij jouw vraag?
Kies op basis van het werk, de betrokken mensen en wat je kunt beheren.
| Aanpak | Geschikt wanneer | Afweging |
|---|---|---|
| Codeonderzoek | Onderhoudbaarheid van de broncode is de hoofdvraag. | Geeft geen volledig beeld van organisatie en exploitatie. |
| Technical due diligence | Techniek beïnvloedt een transactie of investeringsbesluit. | Vraagt bewijs vanuit code, beheer, documentatie en interviews. |
| Architectuuradvies | Het besluit om door te bouwen staat al vast. | Richt zich op de toekomstige inrichting en migratiestappen. |
Wat is nodig om te starten?
- Een afgebakende onderzoeksvraag en vertrouwelijke toegang tot bewijs.
- Architectuur-, release- en beheerinformatie plus relevante incidenten.
- Beschikbaarheid van technische verantwoordelijken voor interviews.
Hoe beoordelen we het resultaat?
- Materiële claims zijn gekoppeld aan bewijs of als onbevestigd gemarkeerd.
- Risico’s beschrijven impact, afhankelijkheden en mogelijke vervolgstappen.
- Ontbrekende informatie en grenzen van het onderzoek zijn zichtbaar voor de beslisser.
SCOPE & INVESTERING
Wat bepaalt de kosten?
Een bruikbare kosteninschatting begint bij de scope. We onderscheiden ontwikkelwerk van terugkerende gebruiks- en beheerkosten. Dit zijn de belangrijkste factoren:
- Omvang van platform, teams en leverancierslandschap.
- Kwaliteit en beschikbaarheid van de aangeleverde informatie.
- Onderzoeksdiepte en tijd voor interviews en verificatie.
01 / PROBLEEM & MOGELIJKHEDEN
Jouw uitdaging.
Een concrete toepassing.
Een investeerder of koper wil technische aannames toetsen.
Onderzoek de technische basis vóór een investering of overname. We maken vooraf duidelijk wat de oplossing moet doen, welke informatie daarvoor nodig is en wanneer het resultaat goed genoeg is.
DE VRAAG DIE WE EERST STELLEN
Welke claims zijn relevant voor de transactie en welk bewijs is beschikbaar?
02 / VAN VRAAG NAAR OPLOSSING
Een aanpak met
duidelijke stappen.
Je houdt zicht op de keuzes, voortgang en oplevering. We stemmen de omvang af op jouw organisatie.
Vraag en onderzoeksscope afspreken
Welke claims zijn relevant voor de transactie en welk bewijs is beschikbaar?
Bewijs en afhankelijkheden onderzoeken
We werken met representatieve voorbeelden en bespreken de uitkomsten. Zo worden aannames en beperkingen zichtbaar voordat we verder gaan.
Bevindingen en prioriteiten bespreken
We leggen de afgesproken uitkomsten, verantwoordelijkheden en vervolgstappen vast.
03 / EEN BRUIKBARE BASIS
Passend bij jouw
systemen en afspraken.
Techniek die aansluit
Code, architectuurdocumentatie, testresultaten, infrastructuurinformatie en gesprekken met je technische team.
Veiligheid en controle
We spreken de onderzoeksgrenzen en toegang vooraf af. Bevindingen onderscheiden aangetoonde risico’s van onderwerpen die aanvullend onderzoek vragen.
Mogelijke toepassing
Een investeerder of koper wil technische aannames toetsen. Het traject kan beginnen met één afgebakend onderdeel. We beoordelen samen of uitbreiding zinvol is.
Illustratief scenario; geen gepubliceerde klantcase.04 / GOED OM TE WETEN
Jouw vragen.
Heldere antwoorden.
Kunnen jullie bevestigen dat een platform miljoenen gebruikers aankan?
Niet op basis van een architectuurplaat of code-inspectie alleen. Zo’n claim vraagt representatieve belastingmetingen, capaciteitsgegevens en expliciete aannames over het gebruik.
Waar beginnen we met technical due diligence?
Welke claims zijn relevant voor de transactie en welk bewijs is beschikbaar? In een eerste gesprek brengen we dit samen in kaart. Daarna bepalen we de scope en wat nodig is voor een onderbouwd voorstel.
Wat kost dit traject?
De investering hangt af van de afbakening, bestaande systemen, datakwaliteit en benodigde koppelingen. Je ontvangt een voorstel waarin werkzaamheden, aannames en eventuele gebruiks- of beheerkosten apart staan. Er is geen standaardprijs zonder inzicht in je vraagstuk.
Hoe lang duurt de uitvoering?
Dat bepalen we nadat de scope en afhankelijkheden bekend zijn. Toegang tot systemen, beschikbaarheid van je team en gewenste acceptatietests zijn onderdeel van de planning. Waar mogelijk beginnen we met een afgebakende eerste stap.
Kunnen we onze bestaande systemen blijven gebruiken?
Code, architectuurdocumentatie, testresultaten, infrastructuurinformatie en gesprekken met je technische team. We onderzoeken eerst de mogelijkheden en beperkingen voordat we een technische aanpak voorstellen.
Wat gebeurt er na de oplevering?
Je krijgt een overdracht met uitleg over de oplossing en de relevante documentatie. Onderhoud, ondersteuning en eventuele doorontwikkeling spreken we apart af, inclusief verantwoordelijkheden en het omgaan met fouten.