Hoe we werken

We werken naast teams aan cloudplatformen die het bedrijf vooruit helpen: landing zones, Kubernetes-platformen en CI/CD, met werk dat zij zelf kunnen doorontwikkelen als wij uit beeld zijn.

Dat vatten we intern samen in de Engineering Circle: verandering met begrensde blast radius; verbeteringen die je terugziet in betrouwbaarheid; leren als telemetry je hypothese onderuit trekt; delen als reproduceerbare patronen, geen alleen-presentatie.

Eerst vastleggen, dan improviseren

RFC’s, ADR’s en uitvoerbare documentatie verslaan gangpadkennis. Zijn IAM-grenzen, netwerkpaden of blast radius nog vaag, dan trekken we dat scherp vóór merge, niet tijdens een incidentcall.

Verandering heeft bewijs nodig

Benchmarks, failure modes en eerlijke pager-aannames temperen roadmaphoofdstukken. Veiligere batches door pipelines wegen zwaarder dan novelty op dia vijf.

Interfaces op een traject

Een plat org-chart betekent geen grijze verantwoordelijkheid: wat jij runt, wie beslist, hoe pairing in de week past, waar je escaleert. Dat staat scherp. Pushback op risico of scope hoort erbij als het concreet is.

Incidenten voeden het systeem

Reviews gaan over keten en controls, hetzelfde instinct als een scherpe postmortem, zonder heldverhalen. Dat zie je in rustige incidentthreads, zorgvuldige code review en klantengineers die je in hetzelfde kanaal als collega-engineers meenemen.

Kennis moet ergens blijven hangen

Demo’s en pairing waar het tempo omhoog gaat; voor de rest landen defaults in repos en modules die andere squads overnemen. Trucs alleen in een hoofd overleven rotatie niet. We beschouwen dat als onafgewerkt werk.