Wat er daarna gebeurt
- 1. We lezen het echt. Een engineer, geen verkoopinbox. Past het niet, dan zeggen we dat en verwijzen we je door.
- 2. Een kort gesprek. Genoeg om het systeem, de randvoorwaarden en de echte reden achter de deadline te begrijpen.
- 3. Een voorstel voor de aanpak. Een architectuur en een vorm van samenwerking met een eerste fase, geen standaardofferte.
- 4. We beginnen klein. Een afgebakende eerste fase die de samenwerking bewijst voordat iemand zich vastlegt aan een lange roadmap.
Waarmee je bij ons terechtkunt
Vragen
Voordat je schrijft.
Hoe begint een samenwerking meestal?
Met een gesprek over het probleem, niet met een offerte. Is het helder genoeg, dan bakenen we direct af. Is het probleem nog onduidelijk, dan is een korte verkenning meestal goedkoper dan gokken naar een opdrachtomschrijving.
Werken jullie samen met ons eigen engineeringteam?
Vaak. We werken als onderdeel van een intern team, als team dat een systeem volledig draagt, of als adviserende laag naast je architecten, afhankelijk van hoe jouw organisatie beslissingen neemt.
Van wie zijn de code en de infrastructuur?
Van jou, de hele tijd. Repositories, infrastructuurdefinities en documentatie staan tijdens de opdracht al bij jou, niet pas erna.
Kunnen jullie een systeem overnemen dat iemand anders heeft gebouwd?
Ja, te beginnen met een review van de codebase, infrastructuur en de operationele staat. We stellen liever vast wat er echt is dan dat we de aannames van het vorige team overnemen.
Wat gebeurt er als de opdracht afloopt?
Of wij blijven beheren wat we gebouwd hebben, of jouw team neemt het over met runbooks, vastgelegde architectuurbesluiten en een overdrachtsperiode. Die keuze maken we vóór de livegang, niet erna.
Wat doet Dopstack niet?
We zijn geen detacheringsbureau en nemen geen werk aan waarbij het alleen gaat om tickets afwerken volgens andermans ontwerp. We zeggen het ook eerlijk als een probleem geen maatwerksoftware nodig heeft.