Van memo naar link
De oplossing als iets wat een bestuurder opent, in plaats van drie alinea's over wat het gaat doen.
Eén keer per jaar wordt het budget voor volgend jaar verdeeld. Wie dan een ICT-project wil, moet het maanden eerder onderbouwen in een cyclus waarin elke afdeling om hetzelfde geld vraagt. De onderbouwing is meestal een memo met een schatting. Een werkend kernonderdeel maakt van die memo een claim die de beslissers kunnen zien werken, en van de schatting een lijst van wat er na de kern nog moet. Wij bouwen het in één werkdag, vóór de indieningsdatum van de begroting.
In een begrotingscyclus concurreert elke claim met alle andere. Wie iets kan laten zien wat al werkt, vraagt niet om geld voor een idee maar voor de afronding van iets wat bestaat.
Bij overheden, zorginstellingen, onderwijs en grotere bedrijven loopt de begroting in een vaste cyclus. Claims voor volgend jaar moeten maanden van tevoren binnen zijn, onderbouwd en geprioriteerd. Een ICT-project is dan een memo: probleem, oplossing, bedrag, planning. Het bestuur legt tientallen van die memo's naast elkaar.
Een werkend kernonderdeel doet iets wat een memo niet kan: het laat de beslissers zien wat er komt. Een link die de wethouder, de directeur of de controller zelf opent en die het probleem in één situatie oplost. Daarnaast staat de lijst van wat er na de kern nog moet, en dat is een onderbouwing die zich laat toetsen. De claim gaat niet meer over een idee maar over het afmaken van iets wat bestaat.
De prioritering blijft een bestuurlijke afweging. Of jouw project belangrijker is dan de vervanging van het dak of de extra formatie, beslist het bestuur op andere gronden. Het prototype maakt je claim concreet en toetsbaar; het maakt hem niet urgenter dan de rest.
De oplossing als iets wat een bestuurder opent, in plaats van drie alinea's over wat het gaat doen.
Wat er staat, wat het budget toevoegt, wat bewust wegblijft. Een controller leest dat liever dan een bedrag met een marge.
Laat de kern vóór de indiening aan de mensen zien die ermee gaan werken. Hun reactie hoort in de claim.
Wie de indieningsdatum mist, wacht een jaar. Plan de bouwdag zo dat de claim erop kan worden geschreven.
Voor wie is dit en wat doet die nu. Eén situatie, één medewerker of inwoner, één resultaat.
Het kleinste onderdeel dat die situatie oplost, niet het hele project.
Werkend, op een export of voorbeelddata die op de echte gegevens lijken.
Een paar mensen die ermee gaan werken, vóór de indiening. Wat ze zeiden, gaat in de claim.
Wat er staat, wat het budget toevoegt, wat wegblijft. In de woorden die de controller gebruikt.
Live URL, code in de repository van de organisatie, en de lijst voor de claim.
Vertel ons welk probleem het project oplost, voor wie, en wanneer de claims moeten zijn ingediend. Dan zeggen we of de kern in één dag werkend te maken is en wat je ermee in de claim kunt zetten.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Dat het project kan bestaan, dat gebruikers het hebben gezien en wat het budget na de kern moet toevoegen. Het bewijst niet dat je claim voorrang verdient; dat beslist het bestuur op andere gronden.
De claim moet dit jaar overtuigen. Een kern die nu werkt, maakt de claim concreet, en de code blijft van de organisatie tot het project start.
Een bouwdag onder de drempel voor enkelvoudige inkoop is meestal mogelijk; vraag het aan je inkoper. Het prototype is een onderbouwing van de claim, geen gunning van het project. Over het inkooptraject daarna doen wij geen uitspraken.
Op een export wel. Een koppeling met een intern systeem past alleen in een dag als dat systeem een koppelvlak heeft en je daar toegang toe hebt. Anders staat het op de lijst voor het budget.
Vóór de indieningsdatum van de claims, met tijd om gebruikers te laten kijken en de claim te schrijven. In de intake rekenen we terug vanaf de datum die je controller noemt.
Nee. De claim, de bedragen en de prioritering zijn van jou en je controller. Wij bouwen de kern en leveren de lijst van wat er staat en wat het budget toevoegt.
In een korte intake bekijken we het probleem, de gebruikers en de indieningsdatum. Daarna weet je of de kern in één dag werkend te maken is en wat je ermee in de claim zet.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.