Automatiseringsbureau · Delivery
Automatiseringsbouw en overdracht aan de klant
Breng een klantautomatisering van getekende opdrachtomschrijving naar een geaccepteerde overdracht, zonder te bouwen op aannames of live te gaan na één geslaagde test. De klant geeft toegang en accepteert het resultaat via een openbare link, en niets gaat naar productie voordat de solutions architect het goedkeurt.
- Doorlooptijd: 3 tot 5 weken
- Hoe vaak: Voor elk automatiseringsproject bij een klant
- Stappen: 12 stappen
- AI-agents: 2 AI-agents
- Goedkeuringen: 2 goedkeuringen
Gratis plan, geen creditcard nodig.
Wat er verandert met dit sjabloon
Zonder sjabloon
Engineers bouwen op aannames tot de IT-afdeling van de klant toegang en echte voorbeeldbestanden stuurt.
De automatisering gaat live zodra het standaardpad één keer werkt.
Hoe de automatisering werkt en hoe u haar pauzeert, zit in het hoofd van één engineer.
Oplossingsontwerpen en runbooks worden bij elk project vanaf nul geschreven.
Met dit sjabloon
De klant geeft toegang en deelt voorbeelddata via één link, en de uitvoering laat zien wat nog ontbreekt.
De livegang wacht op de volledige testchecklist en de goedkeuring van de solutions architect.
Elke klant krijgt een gecontroleerd runbook en accepteert het via de openbare link.
AI-agents schrijven het ontwerp en het runbook, en iemand van het team controleert beide.
Het sjabloon, stap voor stap
Bij elke stap staat wie hem uitvoert: iemand in uw team, een AI-agent of de klant via een openbare link. Een goedkeuring houdt alle volgende stappen vergrendeld tot ze is gegeven.
- Uitgevoerd door uw team
- Uitgevoerd door een AI-agent
- Uitgevoerd door de klant, via een openbare link
Begint wanneer
De klant tekent de opdrachtomschrijving. De delivery manager start een uitvoering met de klantnaam, het te automatiseren proces en de beoogde livegangdatum.
- 1
Deel de link naar de uitvoering en plan de discoverysessie
Dag 1Delivery manager · Team
Stuur de contactpersoon bij de klant de openbare link naar de uitvoering, zodat hij ziet welke toegang en voorbeelddata u nodig hebt, en plan de discoverysessie.
Checklist
- Openbare link naar de contactpersoon gestuurd
- Discoverysessie gepland
- Solutions architect en engineer toegewezen
In te vullen velden
- Klantnaam (verplicht)
- Te automatiseren proces (verplicht)
- E-mail contactpersoon bij de klant (verplicht)
- Beoogde livegangdatum (verplicht)
- 2
Breng het huidige proces in kaart in een discoverysessie
Week 1Solutions architect · Team
Loop het proces door met de klant: input, systemen, volumes, bekende uitzonderingen en wie elk onderdeel beheert. Spreek af wat de automatisering niet doet.
Checklist
- Input, systemen en volumes genoteerd
- Eigenaar van elk onderdeel benoemd
- Wat buiten de scope valt afgesproken
In te vullen velden
- Discoverynotities (verplicht)
- Uitzonderingen die de automatisering moet afhandelen (verplicht)
- Buiten de scope
- 3
Geef testtoegang en deel voorbeelddata
Week 1Contactpersoon bij de klant · Openbare link
Via de openbare link geeft de klant toegang tot een testomgeving voor elk systeem en deelt hij een link naar echte voorbeeldbestanden, met voorbeelden van de bekende uitzonderingen.
Checklist
- Toegang tot de testomgeving gegeven
- API- of serviceaccount aangemaakt
- Voorbeelden bevatten de bekende uitzonderingen
In te vullen velden
- Link naar de voorbeeldbestanden (verplicht)
- Systemen waartoe u toegang hebt gegeven (verplicht)
- Technisch contact voor vragen over toegang
- 4
Schrijf het oplossingsontwerp en de testcases
Week 1Ontwerpschrijver · AI-agent
De ontwerpschrijver maakt van de discoverynotities en uitzonderingen een eerste oplossingsontwerp: trigger, datamapping, foutafhandeling, meldingen en een testcase voor het standaardpad en elke uitzondering.
In te vullen velden
- Conceptontwerp (verplicht)
- Concepttestcases (verplicht)
Gecontroleerd door: De solutions architect corrigeert en keurt het ontwerp goed in stap 5.
- 5
Keur het ontwerp goed vóór de bouw
Verborgen voor de openbare linkWeek 2Solutions architect · Team
Corrigeer het ontwerp en de testcases, en test zelf de toegang van de klant. Ontbreekt er toegang of voorbeelddata, zet de uitvoering dan op geblokkeerd en noteer wat er ontbreekt.
Checklist
- Elke uitzondering heeft een testcase
- Foutafhandeling en meldingen vastgelegd
- Testtoegang werkt
In te vullen velden
- Ontbrekende toegang of voorbeelden
Goedkeuring: De bouw blijft vergrendeld tot de solutions architect het ontwerp goedkeurt.
- 6
Bouw de automatisering in de testomgeving
Week 2 tot 3Automation engineer · Team
Bouw volgens het goedgekeurde ontwerp, met logging, nieuwe pogingen bij elke externe aanroep en een melding als een run mislukt.
Checklist
- Logging bij elke stap
- Nieuwe pogingen bij externe aanroepen
- Storingsmelding gaat naar het afgesproken kanaal
In te vullen velden
- Bouwnotities (verplicht)
- Link naar de workflowexport of repository (verplicht)
- 7
Voer elke testcase uit, ook de foutpaden
Week 3Testlead · Team
Voer elke testcase uit het goedgekeurde ontwerp uit op de voorbeelddata en leg vast wat slaagde en wat niet, met een link naar het bewijs.
Checklist
- Standaardpad slaagt
- Foutieve invoer wordt geweigerd en gemeld
- Dubbele records worden onderschept
- Nieuwe pogingen en storingsmeldingen werken
In te vullen velden
- Testresultaten (verplicht)
- Link naar het testbewijs (verplicht)
- 8
Keur de livegang goed
Week 4Solutions architect · Team
Beoordeel de testresultaten, de bouwnotities en het terugvalplan, en keur de overstap naar productie goed.
Checklist
- Elke testcase is geslaagd
- Terugvalplan is realistisch
- Klant kent de livegangdatum
In te vullen velden
- Terugvalplan (verplicht)
Goedkeuring: Productie, acceptatie door de klant en overdracht blijven vergrendeld tot de solutions architect de livegang goedkeurt.
- 9
Schrijf het runbook
Week 4Runbookschrijver · AI-agent
De runbookschrijver maakt van de bouwnotities, testresultaten en het terugvalplan een runbook: wat de automatisering doet, hoe u een storing herkent, hoe u haar pauzeert en herstart, en wie het aanspreekpunt is.
In te vullen velden
- Conceptrunbook (verplicht)
Gecontroleerd door: De automation engineer toetst het runbook aan de bouw in stap 10.
- 10
Ga live en maak het runbook af
Week 4Automation engineer · Team
Toets het conceptrunbook aan de bouw en corrigeer het, zet de automatisering aan in productie, volg de eerste live runs en mail de klant het definitieve runbook.
Checklist
- Runbook klopt met de bouw
- Automatisering aangezet in productie
- Eerste live runs gecontroleerd
In te vullen velden
- Livegangdatum (verplicht)
- Link naar het definitieve runbook (verplicht)
- 11
Test echte gevallen en accepteer de automatisering
Week 4Contactpersoon bij de klant · Openbare link
De klant controleert echte gevallen in zijn eigen systemen en leest het runbook dat de engineer hem mailde, en legt daarna via de openbare link zijn beslissing vast, met wat er nog moet veranderen als hij nog niet accepteert.
Checklist
- Echte gevallen gecontroleerd in uw eigen systemen
- Runbook gelezen
- U weet hoe u de automatisering pauzeert
In te vullen velden
- Beslissing (verplicht)
- Wat moet er nog veranderen
- 12
Draag over en start de support
Week 4Delivery manager · Team
Bevestig de supportvoorwaarden met de klant, plan de eerste check-in en beperk de toegang van het bureau tot wat de support nodig heeft.
Checklist
- Supportvoorwaarden bevestigd
- Klant weet hoe hij een storing meldt
- Toegang van het bureau beperkt tot wat de support nodig heeft
In te vullen velden
- Startdatum support (verplicht)
- Datum eerste check-in (verplicht)
Klaar wanneer
De automatisering draait in productie, de klant heeft die geaccepteerd en zijn team heeft een gecontroleerd runbook voor de dag dat er iets misgaat.
Pas het aan. Hernoem stappen, wijzig eigenaren en voeg checklistpunten, velden of goedkeuringen toe. Het sjabloon is een startpunt voor de manier waarop uw team werkt.
De AI-agents in dit sjabloon
Een agent werkt alleen aan zijn eigen stappen, en iemand in uw team controleert wat hij heeft gedaan. Alles wat een agent naar een gekoppelde app schrijft, wacht op goedkeuring tenzij u het toestaat.
Ontwerpschrijver
Maakt van de discoverynotities een eerste oplossingsontwerp en een set testcases.
Wat hij doet
- Leest de discoverynotities en uitzonderingen die in de uitvoering zijn ingevuld
- Volgt het ontwerpformat uit de instructies van zijn stap
- Schrijft het conceptontwerp en een testcase per uitzondering
- Rondt zijn stap af, zodat de beoordeling kan beginnen
Gecontroleerd door: De solutions architect corrigeert en keurt het ontwerp goed in stap 5.
Runbookschrijver
Maakt van de bouwnotities, testresultaten en het terugvalplan een eerste runbook voor de klant.
Wat hij doet
- Leest de bouwnotities, testresultaten en het terugvalplan in de uitvoering
- Beschrijft wat de automatisering doet, hoe u een storing herkent en hoe u haar pauzeert
- Legt het conceptrunbook vast in zijn stap
Gecontroleerd door: De automation engineer toetst het runbook aan de bouw in stap 10.
Vragen die dit sjabloon beantwoordt
Geef de klant een runbook dat zegt wat de automatisering doet, hoe u een storing herkent, hoe u haar pauzeert en wie het aanspreekpunt is, en laat de klant het accepteren. Stap 9 schrijft dat runbook op basis van de bouwnotities en testresultaten, stap 10 toetst het aan de bouw en mailt het naar de klant, en in stap 11 accepteert de klant het via de openbare link.
Laat de livegang afhangen van een volledige set testcases, inclusief foutieve invoer, dubbele records en storingen, en van een vaste goedkeurder. Stap 7 bevat de testchecklist voor elk foutpad, en stap 8 is een goedkeuringscontrole die productie vergrendeld houdt tot de solutions architect de resultaten goedkeurt.
Vraag alle toegang en voorbeeldbestanden op één plek op, met de uitzonderingen waarvan u voorbeelden nodig hebt, voordat de bouw begint. In stap 3 geeft de klant toegang en deelt hij links naar voorbeeldbestanden via de openbare link, en in stap 5 zet de solutions architect de uitvoering op geblokkeerd en noteert hij wat nog ontbreekt.
Een runbook beschrijft wat de automatisering doet, wat haar start, hoe een storing zich toont, hoe u haar pauzeert en herstart, hoe u mislukte records opnieuw verwerkt en wie het aanspreekpunt is. Stap 9 schrijft die onderdelen op basis van de bouwnotities, testresultaten en het terugvalplan, en de automation engineer corrigeert ze in stap 10.
Laat AI van de discoverynotities een eerste ontwerp en testcases maken, en houd de beslissing bij de solutions architect. In stap 4 schrijft de ontwerpschrijver de trigger, datamapping, foutafhandeling en een testcase per uitzondering, en in stap 5 corrigeert en keurt de solutions architect het goed.
Leg testresultaten, goedkeuring en de acceptatie door de klant vast in het project zelf, niet in chatberichten. Stap 7 legt de resultaten vast met een link naar het bewijs, stap 8 de goedkeuring voor de livegang met naam en tijdstip, en stap 11 de beslissing van de klant.
Voer deze workflow uit in OKiDO
Richt de stappen, eigenaren en goedkeuringen één keer in en start daarna een uitvoering voor elke nieuwe zaak.