Nieuwste artikelen
We helpen organisaties in educatie, cultuur en corporate learning digitale leerplatforms te bouwen die meegroeien met hun gebruikers. Hier zie je hoe dat er in de praktijk uitziet.
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.
Kies je startpunt
Elke softwarevraag vraagt om een andere eerste stap. Kies de route die past bij wat er nu speelt.
Iets dat al draait verbeteren
Voor software, platforms, modules of leermiddelen die werken, maar stroever worden in gebruik, techniek of beheer.
Iets nieuws verantwoord starten
Voor nieuwe software, platforms of digitale producten waarbij inhoud, gebruikers, techniek en beheer vanaf het begin goed moeten staan.
Bespreek beheer en overdracht
Voor software waarbij beheer, stabiliteit, overdracht of leveranciersafhankelijkheid kwetsbaar wordt.