De keynote door Jan van Noord van de laatste saMBO-ICT conferentie zette mij aan het denken. Waarschijnlijk omdat ik weinig weet van de juridische aspecten van cloud-contracten. Ik denk dat het voor een doorsnee jurist ook geen gesneden koek is. Jan toonde daar een model van mogelijke relaties en moedigde aan deze te beproeven op hun juridische context. Omdat zijn presentatie niet online staat heb ik dit model in mijn eigen stijl nagetekend. Kudos naar Jan dus. Ik heb alleen één aanpassing gedaan, namelijk in de middenkolom is het blok “Medewerker” toegevoegd. Er is natuurlijk wel een relatie tussen “Medewerker” en “Student” in hun rollen bij het onderwijsproces, maar er is geen formele relatie in de context van ICT, dacht ik.
Op een rij stellen de verbindingen de volgende relaties voor:
- Als je eigen IT afdeling diensten aanbiedt (De ‘oude’ situatie zeg maar):
- Student met de school (instelling): Ik vraag me af of documenten met ICT regels de vorm zouden kunnen hebben van een schoolreglement of een social-media beleid etc. Het formele document zou bij MBO de OOK zijn. Zou hierin ook de rechten en plichten van de ICT context verwoord moeten worden?
- Medewerker met de school (instelling): De relatie wordt natuurlijk geformaliseerd in het arbeidscontract, althans voor de meesten. Voor vrijwilligers en anderen zou apart aandacht nodig zijn. Ook hier de vraag: hoe zouden IT diensten hier aanbod moeten komen?
- Als je samenwerkt met andere scholen om gemeenschappelijke IT diensten aan te bieden:
- Instelling met de “Cloud community”: als een MBO Cloud werkelijkheid zou worden dan zou de eventuele samenwerking of partnerschap allerlei formalisaties kennen verwacht ik.
- Cloud community met leverancier: Jan verwacht dat je onderhandelingspositie sterker is, als je als branche je verenigd en een soort gemeenschappelijke inkooptrajecten doet. Waarbij je minder in het keurslijf moet van leveranciersvoorwaarden en zelf voorwaarden kunt stellen.
- Student met Cloud community.
- Als je rechtstreeks gebruikt maakt van IT diensten van een externe leverancier:
- Instelling met de cloud-leverancier: beproef je SLA’s op beschikbaarheid van data, de toegankelijkheid voor gemandateerde derden, de technische en organisatorische garanties etc!
- Deelnemer met de cloud-leverancier: het kan zijn dat de student zelf IT voorzieningen inkoopt, bijvoorbeeld in de vorm van digitale leermiddelen.
Gezien mijn beperkte kennis op dit terrein: zijn er nog aspecten die geheel ontbreken? En hoe zouden deze relaties verder uitgewerkt kunnen worden?
Overigens benadrukte Jan wel dat je als school regie moet voeren over de hele keten. Hierdoor blijft de school ook probleem-eigenaar. Als een school een cloud-dienst organiseert, deze ter beschikking stelt aan een student en er ontstaat een probleem dan kun je als school niet ‘doorverwijzen’ naar je leverancier. Wellicht kun je daar verhaal halen, maar voor de student blijft de school aanspreekpunt.