01
De wachtlijst is geen oordeel
IT prioriteert op wat het bedrijf draaiend houdt. Een nieuw idee verliest dat altijd, ook als het goed is.
OneDayBuild, het bouwdagmerk van Appfront
Wachtlijst bij de interne IT-afdeling of eerst een dag?
De interne IT-afdeling heeft een wachtlijst, en jouw verzoek staat ergens onderaan. Dat is geen onwil: IT beheert wat er al draait en heeft weinig ruimte voor iets nieuws dat misschien niets wordt. Het gevolg is dat afdelingen er zelf omheen gaan, met een tool op een creditcard en gegevens op een plek waar IT niet van weet. Een bouwdag is de derde route: buiten de wachtlijst, maar binnen de regels van IT.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waar de twee routes uit elkaar lopen
IT zegt niet nee. IT zegt later, en later is voor de meeste ideeën hetzelfde als nooit.
Een interne IT-afdeling heeft een taak die vóór alles gaat: houden wat draait, draaiend. Storingen, updates, beveiliging, de systemen waar het bedrijf op leunt. Een verzoek om iets nieuws komt daarachter, meestal ver daarachter. Tegen de tijd dat het aan de beurt is, is de vraag veranderd of de aanjager vertrokken.
Daar ontstaat het patroon dat IT het minst wil: afdelingen gaan eromheen. Een tool op een creditcard, een spreadsheet met klantgegevens in een gedeelde map, een koppeling die iemand zelf heeft geknutseld. Dat werkt, tot het misgaat, en dan is het IT dat het mag opruimen. IT wordt daardoor strenger, de wachtlijst langer, en de omweg aantrekkelijker.
Een bouwdag is een derde route. Het idee wordt in één dag gebouwd, door mensen van buiten, maar op de manier die IT wil: geen productiegegevens zonder toestemming, geen koppeling met kernsystemen, code in een repository waar IT bij kan, en een lijst van wat er nodig is om het echt in te voeren. IT hoeft niet te bouwen, alleen te kijken. En een verzoek dat al werkt, staat op elke wachtlijst hoger dan een verzoek dat het beschrijft.
02
Eromheen werken kost IT
Elke omweg is een systeem dat IT niet kent en later mag beheren. Daarom is IT terecht wantrouwend.
03
Met IT, niet tegen IT
Een bouwdag volgt de regels van IT: geen kernsystemen, geen productiegegevens zonder akkoord, code die IT kan lezen.
04
Werkend staat hoger op de lijst
Een verzoek met een link en een lijst van wat er nog moet, is voor IT klein en overzichtelijk. Dat is wat ingepland wordt.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het deel van het idee dat laat zien of het werkt, gebouwd zonder kernsystemen te raken.
- Gegevens: een export of een realistische set, volgens de afspraak met IT.
- Code in een repository waar IT toegang toe heeft, met een beschrijving van de opzet.
- Een lijst van wat er nodig is om het in beheer te nemen, geschreven voor IT.
Buiten scope
- Koppelingen met kernsystemen; die zijn van IT en komen na het besluit.
- Toegang tot productiegegevens zonder akkoord van IT of de functionaris.
- Beheer, beveiligingsbeoordeling en uitrol; dat is het traject, met IT erbij.
- Een omweg om IT heen. Als IT niet wil meekijken, doen we de dag niet.
03/06
Hoe de bouwdag verloopt
- Stap 1
IT vooraf informeren
Wat we gaan bouwen, met welke gegevens, waar de code komt. Eén mail, één akkoord.
- Stap 2
Het kleinste bewijs kiezen
Het deel van het idee dat zonder kernsystemen te tonen is.
- Stap 3
Bouwen
Op een export of een realistische set, in een repository waar IT bij kan.
- Stap 4
Meten wat het doet
Voor de afdeling: scheelt het, en voor IT: wat vraagt het aan beheer.
- Stap 5
De lijst voor IT
Wat er nodig is om het in te voeren: koppelingen, toegang, beheer. In hun taal.
- Stap 6
Opleveren
Live URL, code in de repository en de lijst, naar de afdeling én naar IT.
Volgende stap
Staat je idee ergens onderaan bij IT?
Vertel wat je wilt en wat IT erover heeft gezegd. In een korte intake bepalen we of het buiten de kernsystemen te bouwen is en wat IT vooraf wil weten.
04/06
Eerlijk over deze vergelijking
- Soms heeft IT gelijk. Als het idee alleen werkt met een koppeling aan het kernsysteem, is een bouwdag een demo zonder vervolg. Dan is de wachtlijst de echte route, en helpt het prototype alleen om er hoger op te komen.
- Wij zijn ook een partij van buiten. Voor IT zijn wij een leverancier die iets neerzet dat zij straks moeten beheren. Daarom leveren we code die zij kunnen lezen en een lijst die zij hebben gevraagd. Lees dit met dat in gedachten.
- Een prototype is geen invoering. Het werkt voor de afdeling die het heeft laten bouwen. Het bedrijfsbreed uitrollen is werk van IT, en dat hoort op de wachtlijst.
- Zonder IT erbij wordt het shadow IT. Als IT niet wil meekijken, bouwen we niet. Een prototype dat IT niet kent, is precies het probleem dat we niet willen vergroten.
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 verzoek staat bij IT onderaan en de afdeling dreigt eromheen te werken.
- Aan het eind van de dag werkt het, binnen de regels van IT, met een lijst die IT kan inplannen.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- IT en de afdeling zijn het eens en het prototype moet worden ingevoerd.
- Koppelingen met kernsystemen, beveiligingsbeoordeling, beheer en uitrol, samen met IT.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Is een bouwdag niet gewoon om IT heen werken?
Nee, als je het goed doet. IT wordt vooraf geïnformeerd, bepaalt welke gegevens gebruikt mogen worden, en krijgt toegang tot de code en een lijst van wat invoering vraagt. Dat is het tegenovergestelde van een tool op een creditcard.
Waarom staat mijn verzoek zo laag op de wachtlijst?
Omdat IT eerst draaiend houdt wat er is. Een nieuw idee concurreert met storingen, updates en beveiliging, en verliest dat. Een verzoek dat al werkt en precies zegt wat IT moet doen, is kleiner en overzichtelijker, en komt daardoor hoger.
Mogen we bouwen met onze bedrijfsgegevens?
Alleen met akkoord van IT of de functionaris gegevensbescherming, en meestal als export of als realistische set. Productiegegevens zonder toestemming gebruiken is de omweg die we juist niet willen. Vraag het vooraf; het antwoord bepaalt wat de dag kan tonen.
Wat krijgt IT na de bouwdag?
Toegang tot de repository met een beschrijving van de opzet, en een lijst van wat invoering vraagt: welke koppelingen, welke toegang, welk beheer. Geschreven voor IT, niet voor de afdeling. Dat is het verzoek dat zij kunnen inplannen.
Wat als IT achteraf zegt dat het niet in beheer kan?
Dan weet je dat na één dag, met de reden erbij, in plaats van na een traject. Vaak is de reden op te lossen door iets anders te kiezen. Soms niet, en dan is de wachtlijst de echte route en heeft het prototype gediend om te weten wat je vraagt.
Kan IT de bouwdag zelf doen?
Als ze de tijd hebben, is dat de beste optie. Het probleem is meestal dat ze die niet hebben. Een bouwdag van buiten neemt het bouwen weg en laat het meekijken bij IT, en dat is de tijd die zij wel kunnen vrijmaken.
