01
Geen productiedata, geen toetsing
Wat er op de dag ontstaat draait op verzonnen gegevens. Er is geen koppeling met je systemen en dus geen risico om te beoordelen.
OneDayBuild, het bouwdagmerk van Appfront
Moet een bouwdag langs de IT-afdeling?
Het is de vraag die vlak voor de aankoop opkomt, en meestal terecht: mag ik dit zelf beslissen, of moet er eerst een intake, een architectuurtoets en een beveiligingsvragenlijst overheen? Het eerlijke antwoord is dat het van twee dingen afhangt, en dat je die twee vooraf kunt vaststellen.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waarom een prototype een andere vraag is dan een systeem
IT beoordeelt risico. Een losse omgeving met nepdata draagt dat risico niet.
Een IT-afdeling toetst op dingen die bij een prototype op voorbeeldgegevens niet spelen: wie krijgt toegang tot productiedata, welke koppelingen worden opengezet, wie beheert het, wat gebeurt er bij een storing, en hoe komt het door de audit. Een bouwdag raakt daar niets van. Wat er ontstaat is een losse omgeving met verzonnen gegevens en een URL die je zelf kunt afsluiten.
Dat betekent niet dat IT er niets van hoeft te weten. Het betekent dat je ze op het juiste moment betrekt: niet om toestemming te vragen voor een experiment, maar om mee te kijken zodra je het wilt gaan gebruiken. Dat gesprek gaat bovendien beter met iets werkends erbij dan met een voorstel.
Er is één uitzondering die je vooraf moet checken: sommige organisaties hebben beleid dat over elke externe partij gaat, ongeacht wat die aanraakt. Dat is een inkoop- of leveranciersregel, geen technische. Die zoek je op voordat je begint, niet erna.
02
Het vervolg gaat er wel langs
Zodra je het echt in gebruik wilt nemen, hoort het langs IT. Dan heb je iets concreets om over te oordelen in plaats van een beschrijving.
03
Check je inkoopregels, niet je onderbuik
Sommige organisaties toetsen elke externe opdracht boven een bedrag. Dat is de regel die je vooraf opzoekt.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Een werkende versie in een losse omgeving, op voorbeeldgegevens.
- Een live URL die je kunt delen en die je zelf kunt afsluiten.
- Een logboek van wat er gebouwd is en waarop het draait, bruikbaar als bijlage bij een intake.
- De code in je eigen repository.
Buiten scope
- Toegang tot je productiedata of je bedrijfsnetwerk.
- Koppelingen met je bestaande systemen.
- Een beveiligingsbeoordeling of een ingevulde leveranciersvragenlijst.
- Beheer, monitoring en een storingsdienst.
03/06
Hoe de bouwdag verloopt
- Stap 1
Vooraf: de inkoopregel opzoeken
Geldt er beleid over externe opdrachten boven een bedrag? Dat is de enige vraag die vooraf moet.
- Stap 2
De vraag kiezen
Welke onzekerheid houdt het besluit tegen? Daar bouwen we omheen.
- Stap 3
Bouwen op voorbeeldgegevens
Herkenbaar genoeg om echt te lijken, zonder dat er iets van jullie in staat.
- Stap 4
Op een losse omgeving zetten
Een eigen URL, los van jullie infrastructuur.
- Stap 5
Laten zien aan wie het straks gebruikt
En desgewenst aan iemand van IT, als meekijker en niet als poortwachter.
- Stap 6
Het logboek meegeven
Wat er draait en waarop, zodat een intake later niet bij nul begint.
Volgende stap
Twijfel je of dit langs IT moet?
Vertel wat je wilt laten bouwen en of jullie beleid hebben over externe opdrachten. In een korte intake bepalen we of een bouwdag langs een toets moet en wat je het beste meeneemt naar dat gesprek.
04/06
Eerlijk over IT en een bouwdag
- We omzeilen je IT-afdeling niet. Een bouwdag raakt hun domein niet. Alles wat dat wel doet, hoort er langs, en daar helpen we bij in plaats van eromheen.
- Soms zegt je beleid gewoon ja of nee. Als jullie regels over elke externe partij gaan, geldt dat ook hier. Dat zoek je vooraf op; wij kunnen dat niet voor je beslissen.
- Een prototype komt niet door een audit. Het is er ook niet voor gemaakt. Wie hem in gebruik wil nemen, heeft een vervolgtraject nodig met beheer en beveiliging.
- Iets werkends verandert het gesprek. IT beoordeelt liever iets dat draait dan een plan. Dat maakt de toets meestal korter, niet langer.
05/06
Twee manieren om verder te gaan
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Eén bouwdag, OneDayBuild
- Je wilt weten of iets kan zonder eerst een intake van weken te doorlopen.
- Aan het eind van de dag is er een werkende versie in een losse omgeving, met een logboek.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het werkt en je wilt het in gebruik nemen, met koppelingen naar je eigen systemen.
- Dan gaat het langs IT, en dat hoort ook: architectuur, beveiliging, beheer en doorontwikkeling.
- Dat traject doet Appfront, met dezelfde mensen.
06/06
Veelgestelde vragen
Is dit shadow IT?
Nee, als je het niet in gebruik neemt. Shadow IT ontstaat wanneer er buiten het zicht van de organisatie een tool in productie draait met echte gegevens erin. Een bouwdag levert een prototype op voorbeeldgegevens dat je zelf kunt afsluiten. Wil je het echt gaan gebruiken, dan is dat het moment waarop IT aanschuift.
Moeten jullie een leveranciersvragenlijst invullen?
Voor een bouwdag zelden, omdat we geen toegang krijgen tot jullie systemen of gegevens. Voor een vervolgtraject wel, en dan vullen we hem gewoon in. Vraag intern na vanaf welk bedrag of welk risiconiveau die vragenlijst bij jullie verplicht is.
Kunnen jullie op onze eigen omgeving werken?
In één dag zelden. Toegang regelen tot een bedrijfsomgeving kost meestal meer tijd dan de bouwdag zelf. We werken op een losse omgeving en leveren de code aan, zodat jullie team hem daarna binnen de eigen muren kan zetten.
Wat als IT achteraf nee zegt?
Dan heb je dat antwoord op basis van iets concreets, en meestal met een reden die je kunt oplossen. Dat is een beter uitgangspunt dan een nee op een voorstel, want dan weet je niet waar het op vastliep.
Wie is de opdrachtgever?
OneDayBuild is het bouwdagmerk van Appfront. Dezelfde mensen doen het traject erna, dus als IT vragen heeft over het vervolg, zit daar geen nieuwe partij tussen.
