Eerst uitzoeken wat er mis is

We spreken af wat er moet gebeuren voordat ik iets verander.

Elke opdracht volgt dezelfde vijf stappen: TRACE. Loop ze door met één fictief voorbeeld, een sync die succes meldt terwijl er records ontbreken.

  1. 1In kaart brengen

    De sync meldt succes. Klopt dat?

    Eerst volg ik de gegevens van bron tot bestemming. Configuratie en logs worden alleen gelezen.

    Bron
    Apparaten in RMM
    Koppeling
    Nachtelijke synchronisatie
    Bestemming
    Assets in PSA en documentatie

    Je krijgt

    • Scope en uitgangspunten
    • Overzicht van de huidige situatie
    • Architectuur- of afhankelijkhedenkaart
  2. 2Vergelijken

    Een geslaagde taak, een ontbrekend record

    Dezelfde asset naast elkaar, op hetzelfde meetmoment. De taakstatus alleen vertelt niet het hele verhaal.

    RMM · apparaat A
    Aanwezig
    PSA · apparaat A
    Aanwezig
    Documentatie · apparaat A
    Ontbreekt

    Je krijgt

    • Register van bewijs en uitzonderingen
  3. 3Beoordelen

    Bewijs op tafel. Samen kiezen.

    We bespreken wat vaststaat, wat nog onzeker is en welke verbetering de moeite waard is.

    Bevestigd
    Een record ontbreekt in de bestemming
    Nog te onderzoeken
    Waarom de sync het record mist
    Voorstel
    Uitkomsten controleren en afwijkingen melden

    Je krijgt

    • Risico- en impactbeoordeling
    • Backlog op prioriteit
    • Voorstel met acceptatiecriteria

    Hier beslis jij. Uitvoering is een apart project, met een eigen scope en akkoord.

  4. 4Herstellen

    Alleen de afgesproken wijziging

    Na apart akkoord bouw ik de controle. We testen ook wat er gebeurt als gegevens ontbreken of een systeem niet reageert.

    Wijziging
    Bron en bestemming na de sync vergelijken
    Acceptatie
    Ontbrekend record wordt gemeld
    Herstelplan
    Terug naar de vorige configuratie

    Je krijgt

    • Implementatie in jullie repository
    • Wijzigings- en rollbackplannen
    • Testresultaten
  5. 5Borgen

    Je team kan ermee verder

    De controle krijgt een eigenaar en een handleiding. We lopen samen door hoe je een melding onderzoekt en de code onderhoudt.

    Code en configuratie
    In jullie repository
    Runbook
    Controle, foutafhandeling en herstel
    Eigenaarschap
    Een aangewezen beheerder in je team

    Je krijgt

    • Operationeel runbook
    • Eigenaarschapsoverzicht
    • Meting vooraf en achteraf
    • Kennisoverdracht

Hoe we beginnen

Is de oorzaak nog onduidelijk? Dan beginnen we met onderzoek. Staat de oplossing vast, dan spreken we de uitvoering af.

Eerst onderzoek

  • Quickscan

    Eén omgeving of een smalle configuratievraag.

    Je krijgt: Feiten, bevindingen op prioriteit en een korte toelichting.

  • Onderzoek

    De oorzaak, de scope of het risico is onduidelijk.

    Je krijgt: Een inventaris, bewijs, bevindingen en een voorstel voor de route.

Meteen uitvoeren

  • Uitvoeringssprint

    Het probleem en de acceptatiecriteria zijn helder.

    Je krijgt: Configuratie of code, tests en een runbook.

  • Verbetertraject

    Meerdere samenhangende werkstromen vragen aandacht.

    Je krijgt: Een gefaseerde route met afgesproken opleveringen per deel.

Ingeplande hulp

  • Escalatieblok

    Je engineers hebben ingeplande specialistische hulp nodig.

    Je krijgt: Onderzoek, peer review of een onderbouwd besluit.

  • Advies op afroep

    Je wilt af en toe een review of opvolging.

    Je krijgt: Geplande adviessessies, zonder doorlopend beheer.

Zo bouw ik

  • Eerst configureren, dan pas coderen

    Bestaande platformfuncties gaan voor maatwerk.

  • Bewijs blijft bij jou

    Ik verzamel in jullie omgeving. Data en credentials blijven daar.

  • Feiten gescheiden van hypotheses

    Elke bevinding heeft een bewijsverwijzing en een zekerheidsniveau.

  • Minimale rechten, veilige credentials

    Alleen de rechten die de taak nodig heeft. Managed identity of certificaten, geen wachtwoorden in platte tekst.

  • Veilig opnieuw uit te voeren

    Opnieuw draaien maakt geen dubbele records. Throttling en tijdelijke storingen hebben vastgelegd gedrag.

  • Controle los van de taak

    De uitkomst wordt los van de taak gecontroleerd, met logs die je team kan doorzoeken.

Scope en grenzen

  • Geen detachering en geen invulling van de ticketqueue
  • Geen 24/7- of on-calldienst
  • Geen managed service, SOC of NOC
  • Geen pentests of compliancecertificering
  • Onderzoek levert bewijs en aanbevelingen; een oplossing is niet gegarandeerd

Je werkt rechtstreeks met mij

Mail me wat er speelt. Dan bepalen we samen een eerste stap.

Herken je iets? Kruis het aan, dan staat het al in je mail.