Netwerkschool. Analyse en advies over functionaliteit en ICT-ondersteuning

Netwerkschool Analyse en advies over functionaliteit en ICT-ondersteuning

Opdracht In opdracht van ROC Nijmegen is een onderwijsconcept ontwikkeld voor de opleiding “Zorg en Welzijn” in Boxmeer. Dit concept is ontwikkeld in het kader van het experiment “Netwerkschool” vanuit het ministerie van OCW en gaat globaal over het aanbieden van maatwerkonderwijs waarbij een leerling meer vrijheid heeft dan in het traditionele onderwijs. Bij ROC Nijmegen is voor de Netwerkschool een aantal zaken ontwikkeld waaronder een (papieren) onderwijscatalogus.

● Het vaststellen van de belangrijkste

De initiatiefnemers van de Netwerkschool bij ROC Nijmegen hebben Hutspot gevraagd mee te denken over hoe zij concreet de volgende stappen kunnen nemen in de digitale ondersteuning van dit concept. Zowel studenten, docenten, leerbedrijven als ondersteunende functies hebben in dit nieuwe concept behoefte aan passende ICT-ondersteuning.

●

De opdracht omvat de volgende zaken:

2

● ● ●

● ●

doelgroepen binnen het onderwijsconcept Het op basis van het onderwijsconcept inventariseren van behoeften van de verschillende doelgroepen Het doorvertalen van deze behoeften naar functionele requirements en deze prioriteren Het mappen van de functionele requirements op het bestaande applicatielandschap van ROC Nijmegen. Het mappen van de functionele requirements op de “clickable demo” van Triple A Het opstellen van een afwegingskader (scenariogebaseerd) om te komen tot besluitvorming van het vervolgtraject. Het uitbrengen van een advies om op basis van bovenstaande besluitvorming te komen tot een succesvolle implementatie.

Projectaanpak Aanpak Om te komen tot een gefundeerd advies hebben we de volgende stappen genomen: Definiëren doelgroepen; alle rollen binnen de organisatie worden geclusterd op ICT gebruik tot een aantal doelgroepen Definiëren behoeften (functionaliteiten); vanuit de doelgroepen worden requirements en functionaliteiten verzameld Prioriteren functionaliteiten; de functionaliteiten worden geprioriteerd tegen het concept Mappen functionaliteiten op applicatielandschap; er wordt gekeken welke zaken al (deels) gerealiseerd zijn en welke applicaties beschikbaar zijn Prioriteren rondom scenario's; we kijken hoe de prioritering eruit ziet in specifieke scenario's Mappen op clickable demo; we geven inzicht welke functionaliteiten ondersteund zouden worden als de clickable demo een werkend product zou zijn

3

Hanneke van Bleek en Marjolein van Belle zijn de belangrijkste bronnen van informatie. Daarnaast zijn Arnold van den Akker en Hans Steeman geinterviewd en zijn Marjon Medema en Robbie van Daal betrokken bij de mappingsessies. Omwille van tijd en kosten hebben we de hoeveelheid interviews verder beperkt gehouden. Bovendien willen we geen onnodig beroep doen op de capaciteit van de staande organisatie van ROC Nijmegen. Dit document gaat dan ook dienen als "praatstuk" om de organisatie in te gaan en dingen voor elkaar te krijgen. Resultaat Uiteindelijk bevat dit document een advies. Een geprioriteerde lijst met mogelijke verbeterpunten en een concreet stappenplan met daarin waar te beginnen en hoe. In de maand oktober staat een beslismoment voor een (eventueel) nieuwe ELO omgeving op het programma voor de netwerkschool. Dit document dient als input voor die beslissing.

Doelgroepen

Doelgroepen De ICT-ondersteuning binnen ROC Nijmegen is op dit moment toegespitst op de bestaande onderwijsvormen. Om inzichtelijk te krijgen welke ondersteuning nodig is binnen de Netwerkschool hebben we de gebruikersbehoeften in kaart gebracht. Hiervoor hebben we in samenspraak met de Netwerkschool de verschillende (typen) gebruikers benoemd. Om een behapbare set gebruikers over te houden hebben we een aantal doelgroepen gedefinieerd, een doelgroep behelst een groep gebruikers die op dit moment bestaande ICT-systemen op een vergelijkbare manier gebruiken. Op die manier kunnen we de behoeften van die doelgroepen in kaart brengen en van daaruit requirements opstellen. We hebben de volgende doelgroepen gedefinieerd:

Student Inschrijven, roosters, samenwerken en toetsen Docent Onderwijsontwikkelaar, examendeskundige, Roosters, toetsen, onderwijsaanbod vullen Leercoach Intaker, verzuimcoördinator, trajectbegeleider, Controle, overzicht BPV-bedrijf Werkbegeleider, praktijkopleider, assessor, Beoordelen, aanleveren leerplaatsprofielen ROC Ministerie, inspectie, examencommissie Controle, verantwoording, logistiek, financieel Bedrijfsvoering Ondersteunende diensten, roosteraar, HRM Roosteren, arrangeren

6

student docent leercoach Doelgroepen

BPV-bedrijf ROC bedrijfsvoering

De student... In- / uitstroom Kan op ieder gewenst moment in- of uitstromen Leerroute Bepaalt vooraf en in overleg met de leercoach de eigen leerroute en daarmee de inhoud, zwaarte en planning van de eerstvolgende onderwijsperiode. Deze leerroute wordt uitgestippeld op basis van het leerplaatsprofiel van de BPV-plaats waarvoor de student heeft gekozen. Kiest op basis van een leerplaatsprofiel in overleg met de leercoach de onderwijsmodules gerelateerd aan de beroepstaken die nodig zijn om goed voorbereid aan de betreffende bpv te beginnen en tijdens de bpv de taken goed uit te voeren. Neemt (daarnaast) deel aan de vastgestelde, ROC-brede onderwijsmodulen (talen en rekenen, LB en ondernemen) op één vaste

8

wekelijkse dag. (keuzevakken ook op die dag, andere dagen werken ze daar flexibel aan) Schrijft zich in voor onderwijsmodulen die aansluiten bij het gekozen leerplaatsprofiel Kiest minoren in fase 2 (ontwikkeling) en / of fase 3 (uitstroom) van de opleiding Kiest voor Fase 2 het beroep waarin hij zich verder wil ontwikkelen. Kiest (vooraf aan Fase 3) in samenspraak met de leercoach een uitstroomprofiel op basis van resultaten, persoonlijke voorkeur en ambitie en legt in het leerrouteplan van Fase 3 (ook al in fase 2) de uitstroomrichting vast. Plant (in overleg) de eigen vakantie- en schooltijden.

De student... Competentieontwikkeling Is zelf verantwoordelijk voor zijn beroepsontwikkeling en de keuzes die hij daarbij maakt Kiest vanaf Fase 2 in de DLWO gestuurd door de gekozen onderwijsmodulen zelf uit de aangeboden leerbronnen om aan de ontwikkeling van zijn competenties te werken Verzamelt bewijzen van competentieontwikkeling in het (electronisch) portfolio Stelt vast waar hij staat en waar hij de volgende periode aan gaat werken (obv portfolio). Legt dit vast in een studiecontract en een POP. Werkt deels individueel, soms in grote groepen of juist in kleinere projectgroepen, zowel via digitale middelen als face to face Coacht andere studenten, of wordt gecoached door een andere student; confronteert andere studenten en geeft feedback op behaalde resultaten

9

Is of wordt gemotiveerd om zelfstandig aan de ontwikkeling te werken Wil zichzelf graag profileren binnen opleiding en daarbuiten Examinering Stelt bij een succesvol doorstaan van toetsen en bpv opdrachten zijn examendossier samen waarmee hij de proeve van bekwaamheid inclusief het criteriumgericht interview aanvraagt. Overlegt aan examencie positieve beoordeling van een minor-assessment Legt examendossier voor aan de examencommissie met verzoek tot toelating assessment / CGI. Doorstroom Stroomt door naar andere opleiding binnen ROC, naar andere opleiding op HBO of naar een baan.

De docent… Begeleiding

Onderwijs

Begeleidt bij het aanleren van competenties, confronteert studenten en geeft feedback op behaalde resultaten

Registreert aan-/afwezigheid van studenten

Programmeert leerbronnen voor Fase 1 voor in de DLWO. Toetsing Neemt kennis, vaardigheden en houding af in de vorm van toetsen en projecten (ontwikkelingsgerichte toetsen) Neemt proeve van bekwaamheid en criteriumgericht interview af (kwalificerende toetsen) samen met het werkveld (gecertificeerde assessoren) Beoordeelt stageverslagen, geeft beoordelingen Ontwikkelt en plaatst toetsen, neemt deze af en beoordeelt deze.

10

Is van 8:00 tot 22:00 volgens een rooster online beschikbaar Creëert en onderhoudt de leeromgeving / een vak. Maakt en onderhoudt weblectures Maakt in overleg met het team zijn eigen aanwezigheidsrooster en deelt deze met studenten en andere docenten Competentieontwikkeling Blijft op de hoogte van de recente ontwikkelingen in het bedrijfsleven / beroepenveld Profileert zichzelf (met vakken) aan studenten en docenten

De leercoach... Instroom

Begeleiding

Neemt intake assessments af om individuele beginsituatie t.o.v. competentieprofiel van de opleiding inzichtelijk te maken. incl taal- en rekenniveau (engels voor niveau 4)

Begeleidt de student in het leerproces van zelf verantwoordelijk zijn voor zijn beroepsontwikkeling en de keuzes die hij daarbij maakt

Bepaalt op basis van vastgestelde criteria en een door de student aangeleverd portfolio of de student in aanmerking komt voor vrijstellingen. Zorgt ervoor dat de student als hij binnenkomt snel vertrouwd wordt gemaakt met het competentieprofiel dat hoort bij het beroepenveld waarvoor hij wordt opgeleid. Leerroute Formaliseert samen met de student de leerroute o.b.v. cijferlijst en POP. Maakt afspraken met student en legt deze vast.. Er ontstaat een inspanningsverplichting van zowel de student als de opleiding. Adviseert over doorstroming uit basisfase naar ontwikkelfase, o.b.v. behaalde resultaten in de basisfase.

11

Ondersteunt de student bij het expliciteren van zijn leerroute in zijn plan. Begeleidt de student bij de keuze van onderwijsmodules relevante leerbronnen. Helpt bij samenstellen van examendossier. Controleert of POK en OOK ondertekend zijn. Begeleidt de student richting BPV. Heeft inzicht in BPV plaatsen en praktijkopleiders. Is het aanspreekpunt voor de trajectbegeleider en verzuimcoordinator. Signaleert problemen en verwijst student eventueel door.

De leercoach… Verzuim en verlof Formaliseert de vakantieplanning van de student. Registreert ziek- en betermeldingen en te laat komers. Geeft verlof bij geoorloofd verzuim, behandelt ongeoorloofd verzuim. Controleert uren aanwezigheid student. Is het aanspreekpunt voor de trajectbegeleider en verzuimcoordinator.

12

Het BPV-bedrijf BPV

Toetsing

Heeft een praktijkopleider die het aanspreekpunt is voor de Netwerkschool en het contact met leercoaches onderhoudt.

Houdt bij of student aan afgesproken hoeveelheid werkuren komt.

Biedt BPV-plaatsen met actuele leerplaatsprofielen, gekoppeld aan beroepstaken. Hierin staat vermeld wat een student op een bepaalde bpv plaats kan leren. Begeleiding Koppelt de student aan een werkbegeleider van de instelling. Begeleidt de student tijdens de praktische uitvoering van het werk. Maakt afspraken met de student zowel over werk als ontwikkeling van de student.

13

Registreert aan- en afwezigheid op BPV. Evalueert en beoordeelt de student. Levert indien van toepassing een (gecertificeerde) assessor voor het beoordelen van een proeve van bekwaamheid. Competentieontwikkeling Wil bijdragen aan de ontwikkeling van de student. Bouwt inhoudelijk mee aan het curriculum (BPVraad)

Het ROC... De Examencommissie

Externe verantwoording

Stelt jaarlijks OER vast (inclusief curriculum)

Stelt kaders waarbinnen de Netwerkschool opereert, waaronder wettelijke kaders (m.n. Wet Educatie en Beroepsonderwijs) studentenstatuut, privacyreglement en examenreglement.

Beoordeelt of bewijsstukken in het portfolio voldoen aan de eisen die worden gesteld aan examenproducten. Beoordeelt (accepteert) bewijzen van positief beoordeelde beroepstaken in proeve van bekwamheid en CGI. Beoordeelt (accepteert) positieve beoordeling van een minor-assessment (formatieve gedeelte, heeft geen officiele status). Beoordeelt vrijstellingsverzoeken.

Houdt toezicht op naleving van de gestelde kaders. Is verantwoordelijk voor het voldoen aan de urennorm zowel voor student als instelling. Interne kwaliteitszorg Communiceert vanuit de opleiding met interne kwaliteitszorg om te zorgen dat de opleiding voldoet aan de 7 kaders. Aanmelden Draagt zorg voor de aanmelding, intake en toelating van de student (studentenadministratie)

14

De bedrijfsvoering Middelen

De Roosteraar

Acquireert, beheert en controleert (de inzetbaarheid van) alle middelen medewerkers, ruimtes, onderwijsmateriaal en hulpmiddelen - in het onderwijsproces

Faciliteert de realisatie van individuele leerroutes.

Heeft inzicht in personele planning en verzuim. Beheert toekenning en controle van verloven. Financien Heeft inzicht in de begroting en de uitgaven en het "bedrijfsresultaat" Beschikt over een eigen kostenplaats voor de "netwerkschool" Onderwijs Bouwt een curriculum op en creeert op die manier een opleiding op basis van kwalificatiedossiers en wensen vanuit de bedrijven. Beslist over gebruikte methodes

15

Koppelt de benodigde middelen, m.n. docenten en lokalen, aan studenten en/of klascodes, rekening houdend met (individuele) keuzes van studenten en de beschikbaarheid van middelen in de tijd. Rekening houdend met concepten als roosterslots, vol=vol, sluitingsdatum, alternatieve modules. Publiceert het rooster. Heeft behoefte aan veel informatie voor het kunnen maken van het rooster. Zoals opdeling in klassen of clusters. Roostert opnieuw in het geval van calamiteiten.

Functionaliteiten

Functionaliteiten De doelgroepen zijn gebaseerd op gelijksoortig gebruik van informatie- en ondersteunende systemen. Om de behoeften in kaart te brengen hebben we dan ook op basis van de doelgroepen de requirements gedefinieerd. User Stories We hebben eisen en wensen geformuleerd in de vorm van user stories. Dat zijn korte stellingen in de vorm: "Als [rol] wil ik [requirement] om [doel]". Dit helpt goed om de wens in combinatie met de rol en het doel te zien, en een wens kan dus meerdere keren voorkomen bij verschillende rollen. Een voorbeeld is bijvoorbeeld: "Als student wil ik mijn examendossier kunnen samenstellen om een CGI aan te kunnen vragen" of "Als leercoach wil ik inzicht hebben in de behaalde resultaten van de student om studenten te begeleiden naar hun diploma"

18

Functionaliteiten Vervolgens hebben we deze uses stories geclusterd op onderwerp en doelgroep. Op deze manier hebben we een lijst van "functionaliteiten" gecreeerd. Leeswijzer Let wel op dat we het hier altijd hebben over digitale ondersteuning van een bepaalde wens, dat is vooral in de prioriteringsfase van groot belang. We gaan dus niet het belang van individueel roosteren afzetten tegen urenverantwoording, maar de meerwaarde van de digitale ondersteuning van deze zaken.

Functionaliteiten

User Stories Functionaliteiten Digitale ondersteuning

Functionaliteiten Student Leerroute uitstippelen

Resultaten bekijken

Verlof aanvragen en resultaat inzien

Feedback geven (peer to peer)

Positie binnen leerroute bepalen

Rooster bekijken

Nieuws volgen

Met leercoach overleggen (online)

Onderwijsmodulen inschrijven

Online samenwerken

Portfolio opbouwen (inclusief POP)

Vragen stellen

Lesmateriaal gebruiken

Lessen volgen (realtime)

Examendossier samenstellen

Toetsen maken

Opdrachten maken

In- / uitchecken

Afspraken inzien

Agenda / planning beheren / delen

Andere studenten begeleiden (tutor)

Persoonlijk profiel beheren en delen

(gedrag, voortgang etc)

Werk- en leeruren bijhouden

Schema 1.1; Functionaliteiten Student

Docent evalueren 20

Ziek / beter melden

Functionaliteiten Docent Lesmateriaal publiceren

Roosterwensen aangeven

Agenda beheren

Online vergaderen

Opdrachten aanbieden

Les geven

Toetsen afnemen

Roosters bekijken

Aan- en afwezigheid controleren

Vragen beantwoorden (online)

Summatieve toetsen beoordelen

Profielen bekijken

Verlofaanvraag indienen

Feedback geven

Persoonlijke ontwikkeling beheren


Externe leermiddelen bekijken en beschikbaar maken

Nieuws volgen

real-time

Schema 1.2 Functionaliteiten Docent

21

Functionaliteiten Leercoach Intakeassessment afnemen

Verlof accorderen en verzuim registreren

Toegewezen studenten bekijken

Probleemstudenten registreren

Kwalificatiedossier met competentieprofiel bekijken

Studiecontract opstellen

Stage formeren

Afspraken beheren

Met student overleggen (online)

Communicatie met BPV bedrijven registreren

Vrijstellingen adviseren en aanvragen

Met collega's overleggen (online)

Leerplaatsprofielen bekijken (matrix)

Stageverslagen beheren

Feedback geven

Studentagenda bekijken

Formele overeenkomsten bekijken

Studentportfolio monitoren POP, Portfolio, Leercontract

Positie student binnen leerroute bepalen

Leerroute accorderen


POK, OOK

Schema 1.3; Functionaliteiten Leercoach

22

Functionaliteiten BPV-bedrijf Leerplaatsprofielen publiceren

Afspraken beheren

Opdrachten beoordelen


Feedback geven


Leerplaatsprofielen bekijken


Nieuws volgen

Profielen bekijken


Schema 1.4; Functionaliteiten BPV-bedrijf

23


Stagiairs selecteren

Functionaliteiten ROC Deelnemergegevens registreren

Verzuim en aan- en afwezigheid analyseren en rapporteren

Docentevaluaties beoordelen

(Digitaal) portfolio ontvangen bij doorstroom (in)

POK / OOK vastleggen

Verlof accorderen en verzuim registreren (werknemers)

Relevante studentgegevens overdragen bij doorstroom (uit)

Examendossier beoordelen

Templates (formulieren) aanbieden

Formele reglementen publiceren

Kwaliteitsgegevens verzamelen

Vrijstellingen beoordelen / toekoennen

Kwaliteitsgegevens publiceren

Externe (digitale) verantwoording aanleveren

Schema 1.5; Functionaliteiten ROC

24

Functionaliteiten Bedrijfsvoering Beschikbaarheid van middelen registreren

Op calamiteiten inspelen

Clustering van studenten bepalen

Uitnutting van middelen analyseren

Rechten beheren (online)

Individuele roosters maken en publiceren

Kostprijs analyseren

Curriculum vastleggen

Schema 1.6; Functionaliteiten Bedrijfsvoering

Functionaliteiten generiek Functionaliteit aanvragen Schema 1.7; Functionaliteiten generiek

25

Feedback op onderwijs (instelling) geven

Formele reglementen inzien OER, Handboek examineren

Prioritering Om tot een advies ten aanzien van keuzes voor ICT ondersteuning te komen dienen alle functionaliteiten geprioriteerd te worden. Dit doen we in twee stappen: Ideale prioritering We prioriteren eerst op basis van het onderwijsconcept. Uit het onderwijsconcept is een aantal uitgangspunten gedestilleerd dat we gebruiken als criteria voor een ideale prioritering. Op deze manier zijn keuzes voor prioriteiten herleidbaar. We hebben functionaliteiten binnen de eigen doelgroep geprioriteerd, vervolgens deze gecombineerd en een duidelijke afweging gemaakt: In hoeverre draagt het aan de doelgroep aanbieden van digitale ondersteuning voor de genoemde functionaliteit bij aan het onderwijsconcept in het algemeen en de uitgangspunten in het bijzonder.

26

Uitgangspunten

● ● ● ● ●

Student centraal Hogere kwaliteit / prijs-verhouding Doorlaatbare grenzen tussen opleidingen / domeinen Werken is leren Voldoen aan wet- en regelgeving

De uitgangspunten zin in de volgende pagina's verder uitgewerkt. Scenario's Vervolgens beschrijven we een aantal scenario's en prioriteren we de functionaliteiten voor die specifieke scenario's. Dit levert geen nieuwe volgorde in functionaliteiten op maar biedt een "filter" over de geprioriteerde lijst die men kan gebruiken om een bepaald doel na te streven. Dit doen we na de mapping op het applicatielandschap.

Prioritering

Ideale prioritering Onderwijsconcept Scenario's

Student centraal Een student van de Netwerkschool is ondernemend, flexibel en gemotiveerd om een leven lang te leren. Hij is in staat zijn eigen ontwikkeling ook na de opleiding zelf vorm te geven, om nieuwe kennis en oplossingen te produceren en om effectief en efficiënt gebruik te maken van kennis en vaardigheden in nieuwe, onbekende en deels onvoorziene situaties. Motivering Studenten verschillen sterk in ambities, talenten en leerstijlen. Daarnaast verwacht het beroepenveld nieuwe en andere kwaliteiten van MBO-afgestudeerden dan voorheen. De Netwerkschool ROC Nijmegen wil daar recht aan doen door het onderwijs meer vraaggeoriënteerd in te richten, waarbij de student steeds meer verantwoordelijk wordt voor zijn eigen leerproces. Het onderwijsaanbod is bij de netwerkschool veel flexibeler ingericht en biedt de student de mogelijkheid in zijn eigen tempo en in zijn eigen tijd te studeren.

28

Implicaties

● ● ● ● ● ● ●

Continue instroom Studenten stippelen zelf hun leerroute uit Studenten dragen zelf zorg voor het aanleveren van de bewijslast dat competenties verworven zijn Actieve begeleiding door leercoach Flexibel gebruik van het onderwijsaanbod Eigen tempo Eigen planning

Werken is leren Het onderwijs van de Netwerkschool is gericht op praktijkgericht leren, waarbij we het sociaal constructivisme als didactisch model centraal stellen.

Motivering Het beroepenveld is veelal dynamisch en stelt regelmatig nieuwe of andere eisen. De onderwijs-organisatie en onderwijsinhoud dient dus mee te bewegen. Beroepsgericht onderwijs is een antwoord op de eisen die op dit moment gesteld worden aan het opleiden van mbo-ers.

Implicaties

● ● ●

● ●

29

Beroepsprestaties zijn uitgewerkt in een kwalificatiedossier behorende bij een opleiding BPV is leidend voor de leerroute De BPV plaatsen van de Netwerkschool beschikken over leerplaatsprofielen waarin eveneens de te behalen beroepsprestaties zijn opgenomen Keuze van BPV-plaats Vervagen grens tussen BOL en BBL

Hogere kwaliteit / prijsverhouding De uitvoering van het onderwijsconcept van de Netwerkschool moet aantoonbaar leiden tot verlaging van de kosten (per student)

Motivering Beter onderwijs tegen dezelfde of lagere kosten. Dat is het uitgangspunt van de Netwerkschool: een experiment waarbij vijf scholen, onder wetenschappelijke begeleiding, vijf jaar lang hun op het Netwerkschoolmodel gebaseerde plannen uitvoeren.

30

Implicaties

● ● ● ●

Slimmer organiseren en roosteren Flexibele personeelsinzet Betere verantwoording van ‘begeleiding op afstand’ en ‘begeleiding in de praktijksituatie’. Betere financiele verantwoording per opleiding

Doorlaatbare grenzen De grenzen tussen opleidingen, domeinen en BOL / BBL zijn binnen de Netwerkschool niet 'hard'. Zowel studenten als docenten kunnen zich over deze grenzen heen bewegen.

Motivering Leerroutes van studenten kunnen over de grenzen van opleidingen en domeinen heen lopen. Docenten krijgen meer gelegenheid om op verschillende plaatsen in het ROC (samen) te werken: bij verschillende opleidingen / minoren of bij andere domeinen.

Implicaties ● ●

● ●

31

De interne verdeelsystematiek voorkomt het ‘vasthouden’ van studenten De taken van docenten worden gedifferentieerd. Niet elke docent hoeft elke taak te (kunnen) vervullen. Strategisch personeelsmanagement: gericht opbouwen van flexibele schil van praktijkexperts en vakdocenten Versoepelen van grenzen doorstroom van en naar BBL

Voldoen aan wet- en regelgeving De Netwerkschool voldoet aan de vigerende wet- en regelgeving

Motivering De Netwerkschool opereert binnen de kaders van bestaande wet- en regelgeving, zoals de Wet Educatie en Beroepsonderwijs.

Implicaties

● ●

●

32

Beroepsgerichte kwalificatiestructuur (BKS): diploma-eisen zijn beschreven in kwalificatiedossiers. Opleidingsdomeinen: bieden de kans ter oriëntatie relevante onderdelen uit verschillende kwalificatiedossiers te volgen Urennorm: zowel voor student als instelling

Eigen verantwoordelijkheid Een student van de Netwerkschool ROC Nijmegen wordt benaderd als iemand die zelf verantwoordelijk is voor zijn beroepsontwikkeling en de keuzes die hij daarbij maakt

Motivering Studenten verschillen sterk in achtergrond, ambities, talenten en leerstijlen. Daarnaast verwacht het beroepenveld nieuwe en andere kwaliteiten van MBO-afgestudeerden dan voorheen. De Netwerkschool ROC Nijmegen wil daar recht aan doen door het onderwijs meer vraaggeoriënteerd in te richten, waarbij de student steeds meer verantwoordelijk wordt voor zijn eigen leerproces.

33

Implicaties

● ● ● ● ● ●

Continue instroom en uitstroom Studenten stippelen zelf hun leerroute uit Studenten dragen zelf zorg voor het aanleveren van de bewijslast dat competenties verworven zijn Actieve begeleiding door leercoach Flexibel gebruik van het onderwijsaanbod Studenten hebben veel vrijstellingen

Prioritering Geprioriteerde lijst

Leeswijzer

De volgende pagina's bevatten de volledige geprioriteerde lijst van functionaliteiten. Het gaat om bijna 100 wensen die individueel ten opzichte van elkaar gerangschikt zijn.

De functionaliteiten dienen op volgorde van prioriteit per pagina van links naar rechts, van boven naar beneden gelezen te worden. De functionaliteit linksbovenaan heeft de hoogste prioriteit, de functionaliteit rechtsonder de laagste. Zie ook de volgnummers, die de prioriteit aangeven.

In het vervolg van het document beperken we ons in veel gevallen tot de "top 20" van belangrijkste functionaliteiten. Prioriteren tegen scenario's Later zullen we de functionaliteiten ook nog prioriteren binnen drie scenario's. Dit kunnen we echter pas doen na een aantal andere stappen, zoals de mapping tegen het applicatielandschap en de clickable demo. Deze scenariospecifieke prioriteitenlijsten zijn dan ook na de mapping weergegeven.

34

Ideale prioritering 1 - 20 1

ROC

2 student

Deelnemergegevens registreren



9

student

student

13

docent

Lesmateriaal publiceren

docent


docent

35

14

11

leercoach

leercoach

Student

12


15


18

8

BPV-bedrijf

Afspraken beheren (gedrag / voortgang)

Afspraken beheren

student


Schema 2.1; Ideale prioritering 1-20

7

Toetsen maken

Toetsen afnemen (en beoordelen)

17

Leerroute uitstippelen

leercoach

10


Resultaten bekijken

docent

6

student

4 student


Rooster bekijken

5

bedrijfsvoering

3

docent

19


16 student

Opdrachten maken

student


20


leercoach

student

Studentportfolio monitoren

Portfolio opbouwen

25 student

in- / uitchecken

Vragen stellen

29 docent

docent


37

bedrijfsvoering

38

Beschikbaarheid van middelen registreren


36

34


Les geven

leercoach

BPV-bedrijf

BPV-bedrijf

student

student

27

24

BPV-bedrijf

28

Leerplaatsprofielen publiceren

31

32 BPV-bedrijf


35


generiek

BPV-bedrijf



Agenda beheren

33

23


30


leercoach

Studentagenda bekijken 26

student

bedrijfsvoering

22

student

36


39

Formele reglementen inzien

ROC


40

Ideale prioritering 41 - 60 ROC

41

Verzuim en aan- en afwezigheid analyseren en rapporteren docent

49


student

46

37

leercoach

50

47

48

Afspraken inzien

student

55

56

leercoach

bedrijfsvoering

student

Feedback geven


Nieuws volgen

docent

BPV-bedrijf

Nieuws volgen

Nieuws volgen

ROC

(Digitaal) portfolio onvangen bij doorstroom (in)

52

Andere studenten begeleiden (tutor)

Feedback geven

58

44

student

51

54

ROC


docent


57


43


Feedback geven

docent

ROC


BPV-bedrijf

53


42

Formele regelementen publiceren

54


BPV-bedrijf

ROC

59

ROC

60


Ideale prioritering 61 - 80 leercoach

61

Formele overeenkomsten bekijken

leercoach

65

student

69


docent

sfudent

leercoach

77


38

70

74

Intakeassessment afnemen

Kwalificatiedossier met competentieprofiel bekijken

Leercoach


63

BPV-bedrijf

docent

leercoach

Communicatie met BPV-bedrijven registreren

68

Ziek- / beter melden

71

docent

72


75


78

student

Online samenwerken

student


leercoach

64

67


Feedback geven (peer to peer)

73


leercoach

66


Docent evalueren

docent



student

student

62

leercoach

76


79

80 leercoach

Stage formeren


leercoach

leercoach

Met collega's overleggen


ROC

85


bedrijfsvoering

82

ROC

bedrijfsvoering

86


93 BPV-bedrijf Bedrijfsvoering Docent Leercoach ROC Student

94 BPV-bedrijf Bedrijfsvoering Docent Leercoach ROC Student

Functionaliteit aanvragen

Feedback op onderwijs(-instelling) geven

39

ROC

ROC

84

Kwaliteitsgegevens pubiceren 87


90



83



89

ROC

91 bedrijfsvoering


ROC

Vrijstellingen beoordelen / toekennen

bedrijfsvoering


88

92

Mapping

Clusters Samenhang tussen functionaliteiten

Informatiestromen en afhankelijkheden

Om te komen tot een zuivere prioritering, hebben we tot nu toe de functionaliteiten steeds behandeld als op zichzelf staande entiteiten. In werkelijkheid is er natuurlijk een verband tussen de verschillende functionaliteiten; je kunt als student bijvoorbeeld geen digitale lessen volgen als er niet ook een voorziening is voor de docent om digitaal lessen te geven.

We hebben voor elke functionaliteit de samenhang met andere functionaliteiten bekeken in termen van informatiestromen. Soms is er sprake van een directe afhankelijkheid, wanneer de digitale ondersteuning voor de ene functionaliteit niet kan zonder de digitale ondersteuning van een andere. In andere gevallen zien we een indirecte afhankelijkheid, daar waar de digitale ondersteuning van de ene functionaliteit sterk geholpen zou zijn met maar niet afhankelijk is van - de digitale ondersteuning van een andere.

Nu we gaan kijken naar de mapping van functionaliteiten op het applicatielandschap, is het goed om de samenhang juist wel mee te nemen. Zo kunnen we de mapping gethematiseerd uitvoeren, vanuit groepen functionaliteiten die vanuit die samenhang bij elkaar horen.

42

Clusters en Thema's Functionaliteiten die - door directe en indirecte afhankelijkheden - aan elkaar verbonden zijn, hebben we samengebracht in clusters. De clusters hebben een naam gekregen die het gezamenlijke 'thema' van die functionaliteiten weergeeft.

Clusters functionaliteiten

Samenhang Informatiestromen Afhankelijkheden

Applicatielandschap De volgende applicaties uit het huidige applicatielandschap van ROC Nijmegen raken de functionaliteiten voor de Netwerkschool Active Directory Account- en groepbeheer

PeopleSoft Campus Solutions Kwalificerende resultaten en studentgegevens

Adobe e-Connect Real-time, virtueel overleggen

PeopleSoft Finance Financiële registratie

ELO Elektronische Leeromgeving GP Untis Roosterpakket Gesprekscyclus Excel-gebaseerde tool voor medewerkersgesprekken Kantoorautomatisering Standaard hulpmiddelen zoals mail. agenda, tekstverwerking MIS Managementinformatiesysteem Microsoft Lync Real-time chat, bellen en videoconferencing Figuur 1; Applicatielandschap

44

PeopleSoft HR HR-systeem Sharepoint Portal Medewerkers- en studentenportals Stagemarkt Landelijke stagebank Topdesk Fysieke middelen en ITmiddelen Trajectplanner Studievolgsysteem Webcast Video- en audiostreaming

Applicatielandschap

ELO Peoplesoft Trajectplanner

Mapping op het applicatielandschap Aanvullende functionaliteiten

Leeswijzer

Tijdens de mapping hebben we een aantal extra functionaliteiten benoemd die niet in het eerdere, geprioriteerde overzicht voorkomen. Het betreft in alle gevallen randvoorwaardelijke functionaliteiten of verfijningen van eerder genoemde functionaliteiten. Tijdens de mappingsessies ontstond de behoefte de volgende functionaliteiten toe te voegen om de juiste toewijzing aan applicaties en de mate van ondersteuning te kunnen bepalen:

De volgende pagina's beschrijven zowel de functionaliteiten met de afhankelijkheden, als de mate van ondersteuning zoals deze nu is binnen de netwerkschool. Beide pagina's naast elkaar moet een goed beeld geven van de situatie.

● ● ● ● ● ● ●

46

OER opbouwen Toetsboom opbouwen Voorwaardelijke voortgangseisen vastleggen Summatieve beoordelingen registreren (door Examenbureau) Stageboeken beheren BPV-plaats vinden Accreditatie BPV-bedrijf verifiëren

Legenda functionaliteiten

A

B

Informatiestroom met directe afhankelijkheid. Om functionaliteit B digitaal te kunnen ondersteunen, moet ook A digitaal worden ondersteund.

A

B

Informatiestroom zonder directe afhankelijkheid. Om functionaliteit B digitaal te kunnen ondersteunen, hoeft A niet digitaal ondersteund te zijn. Maar als er digitale ondersteuning is voor A, kan de resulterende informatie gebruikt worden voor B.

Ondersteuning Mate van ondersteuning Niet alle functionaliteiten waar de Netwerkschool behoefte aan heeft zijn 'nieuw'. Een groot deel van de functionaliteiten wordt al ondersteund vanuit het huidige applicatielandschap van ROC Nijmegen. Voor andere functionaliteiten is ondersteuning in beginsel aanwezig, maar is deze nog niet in gebruik of volledig ingericht. We hebben de mate van ondersteuning inzichtelijk gemaakt door de functionailteiten te mappen op applicaties uit het huidige applicatielandschap. Hierbij hebben we met kleuren aangegeven of:

● ● ● ●

47

de functionaliteit wordt ondersteund (groen) de functionaliteit deels wordt ondersteund (geel) de functionaliteit niet wordt ondersteund (rood) ondersteuning voor de functionaliteit in beginsel aanwezig is (grijs)

Figuur 2; Legenda ondersteuning

Intake leercoach


leercoach

Intakeassessment afnemen

ROC

(Digitaal) portfolio ontvangen bij doorstroom (in)

ROC

ROC

Vrijstellingen beoordelen / toekoennen


ROC

ROC



Schema 3.1; Intake

leercoach

Formele overeenkomsten bekijken POK, OOK

48

Figuur 3.1; Ondersteuning Intake

49

Leerroute bepalen en Arrangeren docent

ROC

bedrijfsvoering




docent

bedrijfsvoering

bedrijfsvoering




student

bedrijfsvoering



leercoach


docent

Roosters bekijken

student

Rooster bekijken

bedrijfsvoering


BPV-bedrijf

Leerplaatsprofielen publiceren student

bedrijfsvoering



Schema 3.2; Leerroute bepalen en arrangeren

50

bedrijfsvoering


51

Figuur 3.2; Ondersteuning Leerroute bepalen en arrangeren

Begeleiding leercoach


student

Portfolio opbouwen (inclusief POP)

leercoach

Studentportfolio monitoren POP, Portfolio, Leercontract

student


leercoach


leercoach


student

Andere studenten begeleiden tutor

student

student


Feedback geven

BPV-bedrijf

docent

Feedback geven

Feedback geven

peer to peer

ROC


leercoach

leercoach

Afspraken beheren

Feedback geven

(gedrag, voortgang etc) student

Schema 3.3; Begeleiding

Afspraken inzien (gedrag, voortgang etc) BPV-bedrijf

Afspraken beheren (gedrag, voortgang etc)

52

53

Figuur 3.3; Ondersteuning Begeleiding

Stage BPV-bedrijf

BPV-bedrijf



leercoach

Leerplaatsprofielen bekijken (matrix) leercoach

Stage formeren leercoach

Communicatie met BPV bedrijven registreren

leercoach

Stageverslagen beheren Schema 3.4; Stage

54

55

Figuur 3.4; Ondersteuning Stage

Toetsen en voortgang docent

Toetsen afnemen

student

Toetsen maken

student

Opdrachten maken

docent leercoach



docent


docent

BPV-bedrijf



student

bedrijfsvoering

Resultaten bekijken


Schema 3.5; Toetsen en voortgang student BPV-bedrijf

Summatieve toetsen beoordelen 56


Figuur 3.5; Ondersteuning Toetsen en voortgang

57

Agendabeheer leercoach


student

BPV-bedrijf



student


docent

Agenda beheren Schema 3.6; Agendabeheer

58

Figuur 3.6; Ondersteuning Agendabeheer

59

Aan-/afwezigheid student

Ziek / beter melden

student

In- / uitchecken

student

leercoach



docent


BPV-bedrijf

Schema 3.7; Aan- en afwezigheid

60


ROC

Verzuim en aan- en afwezigheid analyseren en rapporteren

Figuur 3.7; Ondersteuning Aan- en afwezigheid

61

Sociale profielen

BPV-bedrijf

Stagiairs selecteren student

Persoonlijk profiel beheren en delen docent

Profielen bekijken docent

Persoonlijk profiel beheren en delen BPV-bedrijf

Profielen bekijken BPV-bedrijf

Persoonlijk profiel beheren en delen Schema 3.8; Sociale profielen

62

Figuur 3.8; Ondersteuning Sociale profielen

63

Onderwijs docent

student

Les geven

Lessen volgen

real-time

real-time

student


Vragen stellen

student

Docent evalueren

docent

ROC


docent


student

Lesmateriaal gebruiken docent

Externe leermiddelen bekijken en beschikbaar maken 64

Schema 3.9; Onderwijs

student

Online samenwerken

Figuur 3.9; Ondersteuning Onderwijs

65

Reglementen en Kwaliteit ROC

Kwaliteitsgegevens publiceren ROC


ROC


leercoach

ROC

Formele reglementen publiceren Schema 3.10; Reglementen en Kwaliteit

Kwalificatiedossier met competentieprofiel bekijken BPV-bedrijf Bedrijfsvoering Docent Leercoach ROC Student

Formele reglementen inzien OER, Handboek examineren

66

Figuur 3.10; Ondersteuning Reglementen en kwaliteit

67

Overige docent


docent

Online vergaderen

leercoach

bedrijfsvoering



leercoach

ROC

Met collega's overleggen (online)


docent

student

BPV-bedrijf

Nieuws volgen

Nieuws volgen

Nieuws volgen

BPV-bedrijf Bedrijfsvoering Docent Leercoach ROC Student

BPV-bedrijf Bedrijfsvoering Docent Leercoach ROC Student

Feedback op onderwijs-(instelling) geven

Functionaliteit aanvragen

Schema 3.11; Overige

68

Figuur 3.11; Ondersteuning Overige

69

Scenario's

Scenario's Prioriteren rondom scenario's

Scenario's

Het resultaat van de uitgevoerde prioritering is een lijst met functionaliteiten in volgorde van belang voor het onderwijsconcept. Er kunnen echter ook andere beweegredenen bestaan om bepaalde keuzes te maken. Daarom bieden we een aantal "filters" aan op de geprioriteerde lijst rondom een aantal scenario's.

Student centraal

Deze scenario's zijn wederom opgesteld met Hanneke van Bleek en Marjolein van Belle en hierin is gekeken naar een aantal gangbare doelstellingen van een onderwijsinstelling in het algemeen en de netwerkschool in het bijzonder. Het onderwijsconcept is hier weer de basis. Clusters Voor sommige scenario's maken we gebruik van de clusters zoals die bij de mapping geintroduceerd zijn omdat we op die manier het belang van de verschillende functionaliteiten beter kunnen afwegen.

72

Scenario waarin de student en zijn behoeften centraal staan. Financien en verantwoording aan externe partijen zijn hierin ondergeschikt Maximale kostenreductie Of eigenlijk "minimale kosten per student". Scenario dat zo goed mogelijke verhouding tussen de kwaliteit van het onderwijs en de kosten als uitgangspunt neemt Organisatiebrede veranderingen centraal De Netwerkschool maakt onderdeel uit van ROC Nijmegen. In dit scenario wordt gekeken of de voorgestelde ondersteuning ook positief effect heeft op andere opleidingen binnen het ROC en wordt dit meegewogen. Dit scenario is pas bekeken na de mapping op het applicatielandschap.

Scenario Student centraal Scenariobeschrijving

Toepasbaarheid

Student centraal is een van de, zo niet het belangrijkste uitgangspunt van de netwerkschool. Het gaat uit van maximale flexibiliteit, verantwoordelijkheid en zelfstandigheid. Dat zijn de uitgangspunten voor dit scenario.

Dit scenario is de meest ideologische van de drie. Als geld en haalbaarheid geen problemen opleveren is dit het scenario dat voor de student het meeste meerwaarde oplevert. De haalbaarheid van dit scenario in de praktijk hebben we niet laten meewegen in de uitwerking.

Prioritering Om de prioritering aan te passen voor dit scenario hebben we gekeken of de functionaliteit direct bijdraagt aan de student en zijn ontwikkeling, onderwijs en zelfstandigheid.

Implicaties

● ●

●

73

Het belang van de student staat voorop, deze krijgt alles Het belang van het ROC en de bedrijfsvoering is ondergeschikt, zij krijgen niks als het de student niks oplevert. Verantwoording is van secundair belang

Student centraal 1

ROC


9

6

docent

student

docent

17

leercoach

Studentportfolio monitoren

Schema 4.1; Prioritering scenario student centraal

student

7

14

docent

Toetsen maken

11

leercoach


leercoach

12


15


18

8 student


docent

4

bedrijfsvoering




Opdrachten maken

74

10


13

Portfolio opbouwen


Resultaten bekijken


student

Rooster bekijken

student


3 student

5

student

Student

2 student

19

student

16


BPV-bedrijf


20

Mappen op clickable demo Clickable Demo

Resultaat

In de voorfase van dit project is uitgebreid gesproken over de zogenaamde "Clickable Demo" van Triple A. De beleving is dat dit systeem, als het echt zou bestaan een heel groot deel van de requirements van het MBO in het algemeen en de netwerkschool in het bijzonder zou ondersteunen.

De mapping laat zien dat ondersteuning voor een aantal belangrijke functionaliteiten door de clickable demo gefaciliteerd wordt. Deze functionaliteiten lijken echter vrij willekeurig en zijn lastig te clusteren. Er is dan ook geen sprake van volledige ondersteuning van alle relevante functionaliteiten zoals gevraagd vanuit het concept van de netwerkschool.

Als concretisering van het scenario "student centraal" en om inzicht te krijgen in de meerwaarde van het eventueel ontwikkelen van een systeem rond de functionaliteiten van de clickable demo hebben we de volledige lijst functionaliteiten gemapt op de clickable demo. De volgende pagina bevat de resultaten in de vorm van alle functionaliteiten die zouden worden ondersteund.

75

Functionaliteiten van Clickable Demo student

student

leercoach

student


Afspraken beheren

Resultaten bekijken


student

docent

docent

leercoach





BPV-bedrijf

student



docent


ROC

Kwaliteitsgegevens publiceren

BPV-bedrijf


bedrijfsvoering


Schema 4.2; Functionaliteiten van Clickable Demo

76

bedrijfsvoering

Curriculum opbouwen

leercoach


leercoach


ROC


Scenario maximale kostenreductie Scenariobeschrijving In dit scenario is uitgewerkt wat moet gebeuren om maximale kostenreductie te bereiken. Dat betekent streven naar minimale kosten per student. Prioritering In de prioritering van dit scenario hebben we gebruik gemaakt van clusters. Deze clusters zijn tot stand gekomen door het bij elkaar brengen van functionaliteiten die gemeenschappelijke eigenschappen hebben in de systemen die ze ondersteunen of kunnen ondersteunen. Deze hebben we verdeeld in relevant en niet relevant in het kader van kostenreductie. Binnen de clusters hebben we de functionaliteiten gewogen op het vlak van bijdrage aan kostenreductie.

●

77

Bijdrage aan kostenreductie is uitgedrukt in sterren, 5 voor veel, 1 voor gering. In de platte plaat is dit ook uitgedrukt in de kleur van het blokje.

● ●

● ●

Functionaliteiten met evenveel sterren hebben dezelfde prioriteit Functionaliteiten die geen sterren krijgen dragen niet bij aan kostenreductie en laten we verder in dit scenario volledig buiten beschouwing Sterren hebben in elk scenario dezelfde waarde Clusters zijn onderling niet geprioriteerd

Toepasbaarheid Vanuit bedrijfsvoerings- perspectief is dit een heel valide scenario aangezien budgetten in het MBO vaak beperkt zijn. Implicaties

● ●

Nadruk op logistiek en verantwoording Geredeneerd vanuit de instelling

Maximale kostenreductie 1 - 17 1

ROC

Deelnemergegevens registreren ***** Student

5

Lessen volgen (online, real-time) ***** bedrijfsvoering

9

Op calamiteiten inspelen *** student

2

bedrijfsvoering

Individuele roosters maken en publiceren ***** 6

student

In- / uitchecken ****

leercoach

10

Lesmateriaal gebruiken ***

docent

14

Les geven (real-time) ***

Schema 4.3; Prioritering scenario maximale kostenreductie

78

11

Leerroute uitstippelen ***

docent

Externe leermiddelen17 bekijken en beschikbaar maken ***

7

bedrijfsvoering

student

docent

Lesmateriaal publiceren ***

4

Bedrfijsvoering

Beschikbaarheid van middelen registreren *****

Curriculum vastleggen ****

Intakeassessment afnemen *** 13

3

bedrijfsvoering

Clustering van studenten bepalen *****

15

student

8

Rooster bekijken ***

docent

12

Roosters bekijken ***

leercoach

Met student overleggen (online) ***

16

Maximale kostenreductie 18 - 29 docent

18

Toetsen afnemen (en beoordelen) **

student

22

Positie binnen leerroute bepalen *

Toetsen maken **

leercoach

26

ROC

POK / OOK vastleggen *

23

27

Schema 4.4; Prioritering scenario maximale kostenreductie (vervolg)

79

bedrijfsvoering

20

Rechten beheren (online) **

Positie student binnen leerroute bepalen *

Vragen stellen **

student

student

19

docent

24

Online vergaderen * ROC

Templates (formulieren) aanbieden *

ROC

Verzuim en aan- en21 afwezigheid analyseren en rapporteren ** student

25

Online samenwerken *

28

leercoach

Met collega's overleggen *

29

Scenario ROC centraal Scenariobeschrijving

Toepasbaarheid

In dit scenario is uitgewerkt welke ondersteuning gerealiseerd moet worden om zoveel mogelijk bijvangst te creëren voor het ROC. Dat wil zeggen dat het ROC maximaal meeprofiteert met de netwerkschool.

Vanwege budgetaire, politieke of procesmatige redenen kan het heel praktisch zijn om het ROC te laten meeprofiteren van ondersteuning die voor de netwerkschool wordt gerealiseerd.

Prioritering In de prioritering van dit scenario hebben we de ideale prioritering gebruikt en de functionaliteiten die reeds gerealiseerd bleken in de mapping er tussenuit gehaald. Omdat deze zaken als gerealiseerd zijn bieden ze natuurlijk geen voordeel meer voor het ROC bij nieuwe ontwikkeling. De geprioriteerde lijst bevat dus alle zaken die nog niet (volledig) ondersteund worden. Om de analyse zo zuiver mogelijk te houden hebben we hier niet gekeken naar wat ons inziens meerwaarde voor het ROC oplevert. Dat is een waardering die het ROC beter zelf kan geven. Echter in het uiteindelijke advies aan het einde van dit document is dit wel gebeurd.

80

Implicaties

● ●

Directe meerwaarde voor ROC Maximale winst voor netwerkschool wellicht beperkt

ROC centraal 1

docent

Aan- en afwezigheid controleren 5

docent



student

Toetsen maken

leercoach

10

17

student

ROC


7

student


student

14

student

11

docent

12 BPV-bedrijf


15


18

8

leercoach




Schema 4.5; Prioritering scenario ROC centraal

81

6

student


ROC

student

Resultaten bekijken

in- / uitchecken

13

4

student

9


3



BPV-bedrijf

BPV-bedrijf

2

bedrijfsvoering

16


19


docent


20

Kwalitatieve aspecten De functionaliteiten die we tot nu toe benoemd, beschreven en geprioriteerd hebben gaan allemaal over "wat" een persoon van de betreffende doelgroep ondersteund wil hebben. Daarnaast is het echter ook nog van belang een aantal kwalitatieve aspecten te benoemen die gaan over "hoe" de ondersteuning moet werken, eruit moet zien etc. Gebruikersvriendelijkheid Gebruikersvriendelijkheid is van groot belang voor het succes van IT implementaties. In de huidige tijd waarin consumenten-IT goed werkt en men zijn eigen favoriete apps kiest helemaal. Vandaar dat alles dient te werken op tablet en smartphone. Daarnaast verwachten de gbruikers (vooral studenten) de Facebook experience: Overzichtelijke pagina's, snelle page loads, geen postbacks en volledig compatible met devices en apps.

82

Complexiteit Het is duidelijk dat binnen de school een groot aantal systemen draait dat alles ondersteunt. Voor de eindgebruiker dient dit echter niet merkbaar te zijn, deze verwacht:

1. 2. 3.

Single-sign-on. Eenmaal inloggen voor alle omgevingen / informatie Eén dashboard met alle relevante informatie, met doorklikmogelijkheden naar detailweergave Dezelfde look and feel. De combinatie van systemen moet aanvoelen als één

Security Voor alle systemen en informatie zou moeten gelden: beschikbaar tenzij. Uiteraard zijn sommige gegevens vertrouwelijk en dienen deze afgeschermd te worden maar niets is vervelender geen rechten te hebben op zaken waar je wel bij zou moeten mogen.

Kwalitatief

Gebruiksvriendelijk Op mobiel en tablet Visueel aantrekkelijk

Advies

Advies Kleur + prioriteit = Kansen en mogelijkheden Onze analyse toont kansen en mogelijkheden voor zowel de Netwerkschool in het bijzonder als het ROC Nijmegen in brede zin. Hiervoor kijken we naar een combinatie van de prioritering van de functionaliteiten en de mate waarin de functionaliteit vanuit het huidige applicatielandschap ondersteund kan worden. Netwerkschool-specifiek: rood en blauw

ROC-breed: geel en grijs

Vanuit het perspectief van de Netwerkschool zijn vooral de rode, niet-ondersteunde en blauwe, te onderzoeken functionaliteiten met een hoge prioriteit van belang. Dit zijn de functionaliteiten waar vanuit de Netwerkschool een grote behoefte aan is, maar waarvoor vanuit de informatievoorziening geen ondersteuning kan worden geboden of ten minste verder onderzoek noodzakelijk is.

Vanuit een ROC-breed perspectief zijn vooral de gele, deels ondersteunde en grijze, aanwezige maar ongebruikte functionaliteiten met een hoge prioriteit van belang. Dit zijn de functionaliteiten waar een bewezen behoefte aan is, en waarvoor ondersteuning vanuit het huidige applicatielandschap ten minste gedeeltelijk aanwezig is. Wanneer deze functionaliteiten ook nog passen binnen lopende ontwikkelingen bij ROC Nijmegen, kan de Netwerkschool een goede bijdrage leveren als early adopter of pilotpartner.

Implementatie van deze functionaliteiten komt primair de Netwerkschool ten goede, waarbij lessons learned en opgedane ervaringen kunnen leiden tot 'bijvangst' die voor het hele ROC Nijmegen interessant is.

86

Advies Netwerkschool Zet in op ontwikkeling door de Netwerkschool van digitale ondersteuning voor het uitstippelen van de leerroute en aan- en afwezigheidsregistratie.

87

ELO, Leerroute en Onderwijscatalogus

Aan- en afwezigheidsregistratie

Het ondersteunen van de student bij het uitstippelen van de leerroute (het 'selectieproces') wordt door de huidige systemen niet ondersteund. Voor de Netwerkschool is het digitaal ondersteunen en schaalbaar maken van het gebruik van de, nu nog papieren, onderwijscatalogus, van groot belang. De nog te selecteren ELO voor de Netwerkschool gaat hier een cruciale rol in vervullen. Met die ELO moet, in samenwerking met Trajectplanner en Untis, de volledige logistiek ondersteund worden, van keuze voor leerplaatsprofiel tot het uiteindelijke rooster.

De presentie van studenten bij lessen en zelfstudie wordt nu nog op papier bijgehouden. Digitale ondersteuning hiervoor vereist het beschikbaar maken van de (individuele) roosters in Trajectplanner en het uitrollen van een pasjesgebaseerd in- en uitchecksysteem. Naast een technische implementatie vereist dit een procedurele borging van de correctheid van de in- en uitcheckacties.

Advies ROC Nijmegen Zet in op een voortrekkersrol voor de Netwerkschool in het project BPV en het verkrijgen van een integraal beeld van individuele studentresultaten

88

BPV (pilot)

Integraal beeld over studentresultaten

BPV heeft een centrale positie in het concept van de Netwerkschool. De digitale ondersteuning rondom BPV is ROC-breed nog slechts beperkt ingericht. Hiervoor loopt dit schooljaar het Project BPV. De Netwerkschool kan als pilotpartner een belangrijke rol in dit project vervullen, door in een helder afgebakende setting te experimenteren met de invulling van de CRM, formatie- en sollicitatiefunctionaliteit in Trajectplanner.

Omdat de kwalificerende en nietkwalificerende resultaten in verschillende systemen zijn ondergebracht, is het lastig voor een individuele student een integraal beeld van de resultaten te verkrijgen. De Netwerkschool kan een voortrekkersrol vervullen door samen met het ROC te werken aan een manier om zowel de kwalificerende als niet-kwalificerende resultaten vanuit één systeem of dashboard beschikbaar te maken, volgens het principe van 'eenmalige registratie, meervoudig gebruik'.

Advies

ELO Aan- en afwezigheid BPV

Vervolg

Vervolg Inhoudelijk

Proces

Dit traject heeft een duidelijk resultaat opgeleverd in een top van belangrijke functionaliteiten. Maar hoe nu verder? Hoe komen we van wens naar oplossing en naar realisatie? We zien vier scenario's:

We willen jullie graag helpen in het echt realiseren van nieuwe ondersteuning, dat kunnen we op de volgende gebieden:

1. 2.

3.

4.

Functionaliteit hebben we al, gemapt op bestaande functionaliteit en ondersteuning Functionaliteit hebben we nog niet maar kan het ROC met bestaande applicaties ondersteunen. Volgens het 80 / 20 principe uitvoeren. In gesprekken met experts van de bestaande systemen quick wins identificeren Functionaliteit hebben we niet, willen we hebben en wil het ROC ook. Zoeken naar synergie. Functionaliteit hebben we niet en wil het ROC niet. De markt op om ondersteuning in te kopen.

● ● ● ● ●

●

Opstellen programma van eisen voor specifieke ondersteuning Begeleiden en helpen bij pakketselectie Begeleiden en helpen bij partnerselectie Implementatiebegeleiding, bijvoorbeeld voor de nieuwe ELO Kwaliteitsborging; wordt er echt digitaal ondersteund en blijven de gebruikerswensen, kwaliteit en het onderwijsconcept overeind? Projectmanagement. We begrijpen dat alles in de context van het ROC dient te gebeuren en dat de juiste personen uit de organisatie betrokken moeten worden. Bijvangst voor het ROC is een belangrijke succesfactor

Wij zijn pas klaar als het werkt!

92

Vervolg

Realisatie Projectmanagement Kwaliteit

Bijlagen Geïnventariseerde functionaliteiten per applicatie

Active Directory

96

Adobe e-Connect

97

ELO

98

Gesprekscyclus

99

GP Untis

100

Kantoorautomatisering

101

Microsoft Lync

102

MIS

103

PeopleSoft Campus Solutions

104

PeopleSoft Finance

105

PeopleSoft HR

106

SharePoint Portal

107

Stagemarkt

108

TOPdesk

109

Trajectplanner

110

Webcast

111

Website

112

Bedankt en succes! Wouter en Remco [email protected] [email protected]

Netwerkschool. Analyse en advies over functionaliteit en ICT-ondersteuning

Recommend Documents