Hogeschool: drie belangen op één backlog en een weggevallen key-user
Een hogeschool met 18.000 studenten en drie faculteiten werkt met één student-informatiesysteem. De faculteit Bedrijfskunde wil dat de cijferregistratie vóór de herkansingsperiode in september is opgelost. De examencommissie wil dat de archivering van tentamens aantoonbaar op orde is na een bevinding van de inspectie. De IT-afdeling wil technische schuld wegwerken in de koppeling met het leermanagementsysteem. Alle drie de wensen staan op dezelfde backlog en zijn niet geprioriteerd. De stuurgroep is zes weken niet bijeengeweest en heeft geen besluit genomen over mandaat. De key-user van Bedrijfskunde is vertrokken; haar vervanger is nog niet aangewezen. De faculteit Bedrijfskunde heeft inmiddels zelf een Access-database gebouwd om cijfers te overzien. De informatiemanager vraagt jou de regie te pakken: wie beslist, in welke volgorde, en hoe houd je de faculteiten aan boord?
1. Maak een stakeholderanalyse en bepaal hoe je de besluitvorming weer op gang brengt. Onderbouw waarom je de Access-database niet als eerste verbiedt.
Read the worked answer
Stakeholderanalyse op macht en belang.
- College van bestuur / stuurgroep: hoge macht, beperkt operationeel belang. Zij zijn de enige die het portfolio kunnen vaststellen.
- Examencommissie: hoog belang, formele bevoegdheid op grond van de onderwijswetgeving en een openstaande inspectiebevinding. Dit is geen wens maar een verplichting.
- Faculteit Bedrijfskunde: hoog belang (deadline september), beperkte formele macht, maar groot informeel effect via de eigen database.
- IT-afdeling: laag belang bij de inhoud, hoog belang bij beheersbaarheid; uitvoerend en adviserend.
- Studenten: hoog belang, geen directe stem in dit overleg; hun belang komt via de faculteit en de examencommissie binnen.
Besluitvorming op gang brengen. Beleg het mandaat expliciet bij de stuurgroep, met een voorstel voor besliscriteria: wettelijke verplichting eerst, dan continuïteit van de dienstverlening, dan risico en technische schuld. Laat de examencommissie de inspectiebevinding onderbouwen en agendeer een besluit met datum. Benoem binnen twee weken een nieuwe key-user, met uren en opdracht.
Waarom niet eerst de Access-database verbieden. Die database is een signaal dat het proces de faculteit in de steek laat. Verbieden zonder alternatief drijft het gebruik ondergronds, waar het risico op persoonsgegevens en onjuiste cijfers alleen groter wordt. Erken het belang, benoem de risico's en koppel het aan een termijn waarop de officiële oplossing komt; daarna kan de database gecontroleerd worden uitgefaseerd.
2. Welke communicatieaanpak kies je, en hoe ga je om met de faculteit die het luidst roept? Adviseer met concrete middelen en momenten.
Read the worked answer
Uitgangspunten. Eén verhaal, één besluit en één planning voor alle drie de partijen. Zolang elke faculteit een eigen lijstje houdt, wordt de luidste stem de prioriteit en raakt de wettelijke verplichting ondergesneeuwd.
Aanpak.
- Eén besluitdocument met de gekozen volgorde, de onderbouwing en de gevolgen per partij. Stuur dit actief naar alle betrokkenen, ook naar de partijen die hun zin niet kregen.
- Vaste statusupdate per twee weken, kort en met dezelfde vorm: wat is opgeleverd, wat loopt, wat is het risico. Zo hoeft niemand te roepen om informatie.
- Aansluiten bij het belang. Spreek met Bedrijfskunde niet over backlogitems maar over de herkansingsperiode in september: welke datum moet heilig zijn en wat is het minimale dat daarvoor nodig is.
- Key-users als ambassadeur. Geef de nieuwe key-user een rol in het testen en in de terugkoppeling naar de faculteit; dat herstelt het vertrouwen sneller dan een memo.
- Escalatie benoemen. Maak vooraf duidelijk wanneer en bij wie een conflict wordt beslecht, zodat escaleren geen vijandige daad is maar een afgesproken stap.
Omgaan met de luidste faculteit. Erken het probleem en de tijdsdruk, maar koppel de oplossing aan het gezamenlijke besluit en aan een harde datum. Bied een tussenoplossing met einddatum, geen open einde. Benoem de risico's van de eigen database feitelijk: persoonsgegevens buiten de beveiligde omgeving, cijfers die kunnen afwijken van het bronsysteem en geen audittrail. Vraag een formeel besluit tot opheffen zodra de officiële oplossing live is, en leg vast wie daarvoor verantwoordelijk is. Zo blijft de relatie intact zonder dat het beheer de controle verliest.