Project Dag · drie ontwikkelaars
Aan het einde van de dag wordt een echte fatal automatisch een incident, een intern ticket en zichtbare dashboardstatus in Creem.
Terug naar het productoverzichtE-mail en Discord zijn stretch. De kern werkt zonder externe diensten.
De eerste gezamenlijke stap is klein maar beslissend. We spreken af welke data elk spoor ontvangt en teruggeeft. Daarna kan iedereen parallel bouwen met dezelfde fixtures.
Shared contracts
├─ Event schema
├─ Site, check, incident en ticket IDs
├─ Status- en priority-enums
├─ Service-interfaces
└─ Fixture events
├─ checkout fatal → P1
└─ scanner request → P3Eén schema, twee realistische testevents en duidelijke servicegrenzen. Geen developer wacht daarna op een database, scherm of AI-call van een ander.
Elk spoor heeft een zelfstandig resultaat en één duidelijk overdrachtspunt. Zo bouwen we geen drie losse demo’s, maar drie delen van dezelfde keten.
Maakt duidelijk wat we monitoren en levert betrouwbare events aan de kern.
Levert site + check + raw event
Zet losse signalen om in één verklaarbaar incident met de juiste prioriteit.
Levert incident + ticket DTO
Maakt sitegezondheid, impact en opvolging direct bruikbaar voor het team.
Start met fixtures, koppelt daarna de DTO
Developer 1 levert sitecontext en signalen. Developer 2 combineert alles in de incident core. Developer 3 toont het resultaat en maakt opvolging mogelijk.
Valideert, groepeert dubbele events en bepaalt impact met triggers en AI.
Incident + intern ticketDeze kanalen krijgen een kopie. Ze zijn geen onderdeel van de beslissingsketen en kunnen de kern niet blokkeren.
De planning houdt de ochtend parallel en reserveert de middag voor de echte keten. Elke checkpoint eindigt met werkende data, niet met een statusmeeting.
Schema, enums, interfaces en twee testevents samen vastleggen.
Elk spoor levert eerst zijn zelfstandige happy path.
Raw event door de incident core naar het fixture-dashboard.
De 503-flow van een lokale Creem-site op de volledige keten aansluiten.
Deduplicatie, retries, redaction en mislukte dependencies testen.
Eén scenario tonen, technische keuzes noteren en vervolgwerk afbakenen.
De dag is geslaagd wanneer de kern aantoonbaar werkt. Optionele kanalen tellen alleen mee nadat deze volledige keten groen is.
Een site kan worden toegevoegd met eigenaar, contacten, prioriteit en controleritme.
Een ondertekende test-fatal verschijnt als raw event in Creem.
Gelijke events worden gegroepeerd tot één incident.
Een checkout POST wordt P1; een wp-config-scanner wordt P3.
Creem maakt één intern ticket met eigenaar, bewijs en status.
Het dashboard toont site health, incidentimpact en de volgende actie.
Bij netwerkuitval bewaart de reporter het event en probeert later opnieuw.
De demo is één complete keten. Geen zes losse features.