Insights en blogs over educatieve software
Educatieve software is zelden klaar bij livegang. Beslissingen over techniek, UX, eigenaarschap en beheer bepalen vaak pas jaren later of een platform nog goed werkt.
Hier delen we wat we in de praktijk tegenkomen bij het bouwen, overnemen en doorontwikkelen van educatieve software. Denk aan piekbelasting en vendor lock-in tot adoptie, privacy en toegankelijkheid.
Wanneer wordt zelfgebouwde software in het onderwijs een verantwoordelijkheid van de organisatie?
In het kort: Kan dit nog mislukken zonder dat iemand anders daar last van heeft?
Ja? Dan is er ruimte om te experimenteren.
Nee, of twijfel je? Dan moet de organisatie aanhaken.
Naarmate meer mensen erop vertrouwen, gegevens worden verwerkt en werkprocessen afhankelijk raken, moeten eigenaarschap, beoordeling, beheer en continuïteit explicieter worden geregeld.
Dit artikel helpt bepalen wanneer iets nog een individuele verkenning is, wanneer het een pilot wordt en wanneer je feitelijk met organisatiesoftware te maken hebt. Het laat zien wat dat per situatie betekent voor de betrokkenheid van de organisatie en wat zij minimaal moet regelen.
Vendor lock-in voorkom je voordat je software bouwt
Vendor lock-in betekent dat je platform zo afhankelijk wordt van één leverancier dat overstappen duur, traag of risicovol wordt. Dat gebeurt bijna nooit door één grote fout. Het ontstaat door kleine keuzes die op dat moment logisch lijken. Daarom zien wij overdraagbaarheid niet als exit-strategie, maar als onderdeel van goed beheer.
Je moet kunnen blijven omdat de samenwerking werkt, niet omdat vertrekken technisch onmogelijk is.