Gebrek aan basis digivaardigheden en datavaardigheden

[BrennuS]

Beste mede tweakers,

Ik hoop dat dit het juiste forum is voor deze vraag

Ik werk binnen een grote organisatie en krijg geregeld basale ict vragen. Gelukkig niet meer de categorie hoe maak je een powerpoint, maar meer "wat is data"?, "wat is een api? ", "is dit een datadrager?", "is een document data?" etc (Ik wil wel meteen duidelijk maken dat dit niks met leeftijd en demografie te maken heeft).

Op zich geen probleem en leuk om in contact met mensen zaken uit te leggen, past bij mijn functie en achtergrond. Inmiddels merken we wel dat dit gat groter word en het eigenlijk aan basis digivaardigheden en datavaardigheden ligt.

Gelukkig mogen we er (ICT icm HR) wat mee doen en ben ik eigenlijk opzoek naar inspirerende voorbeelden, ideeen en materiaal waarmee we dit kunnen aanpakken. Ik zou het liefst iets zoals een "nos story" gebruiken, kort bondig en in een leken taal. Het doel is niet dat ze ICT-er worden.

Natuurlijk heb ik al even gekeken, maar merk dat de meeste YT filmpjes eigenlijk al te ingewikkeld zijn, bijvoorbeeld "dit is datascience". bijkomend zijn ze meestal engels wat bij vertalen als een term "data" al een uitdaging wordt. Dit verondersteld al dat je een basis kennis hebt die nu dus ontbreekt.

Welke materialen gebruiken jullie in je organisatie, wat ervaren jullie als een goede aanpak, hebben jullie adviezen?

alvast bedankt,

[99ruud99]

NSPOH heeft er leuke cursussen voor de GGD over gemaakt, misschien kan je daar keertje meekijken ?

[BrennuS]

99ruud99 schreef op vrijdag 19 november 2021 @ 13:02:
NSPOH heeft er leuke cursussen voor de GGD over gemaakt, misschien kan je daar keertje meekijken ?

Dat klopt, of beter gezegd ik heb daar enkele cursussen moeten doen. Ga daar nog eens kijken.

[com2,1ghz]

Ik denk dat het handig is als een van jullie afdeling hierover een presentatie voorbereid en die geeft wat past bij de termen en technieken die jullie gebruiken.

Je kan wel een algemeen cursusje laten geven over een API, maar dat dekt de lading niet.

Wat ook handig kan zijn is een risk awareness training voor jullie personeel om social engineering en phishing tegen te gaan. Kan je ook laten doen door een extern bedrijf die ook wat testjes doet.

offtopic:
Ik werkte bij een consultancybedrijf en zo werden wij als software ontwikkelaars even op de proef gesteld. We kregen op een willekeuringe dag een mail van ons bedrijf met een uitnodiging naar een Google enquete. Iedereen had hem netjes ingevuld. Bleek dat het een phishing was als test en ze hadden al onze G suite inloggegevens gekaapt. 90% had de link aangeklikt en ingevuld. In het domeinnaam zat 1 letter omgedraaid.
Het viel voor de rest ook niemand op dat dit phishing was.

[Dude360]

Even vanuit didactisch standpunt; het is goed om achteraan te beginnen.. Oftewel; wat wil je ze uiteindelijk meegeven? Wat is het leerdoel?

Dan vandaaruit kun je gaan bekijken hoe je ervoor kunt zorgen dat je doelgroep daar kan komen. Dit werkt hetzelfde in een klas; eerst bepalen wat er geleerd moet worden / wat je mee wilt geven -> dan de vorm uitvogelen. Dan weet je ook meteen of je op zoek bent naar een cursus, workshop of dat er bijvoorbeeld veel meer behoefte is aan een FAQ, introductie-film over AVG of DATA, of een handboek, ik noem maar wat...

Oftewel, wie is je doelgroep en wat wil je ze meegeven?
Edit: dit helpt ook in je zoektocht naar bijvoorbeeld externe cursussen.

[ Voor 5% gewijzigd door Dude360 op 19-11-2021 14:03 ]

[BrennuS]

com2,1ghz schreef op vrijdag 19 november 2021 @ 13:55:
Ik denk dat het handig is als een van jullie afdeling hierover een presentatie voorbereid en die geeft wat past bij de termen en technieken die jullie gebruiken.

Je kan wel een algemeen cursusje laten geven over een API, maar dat dekt de lading niet.

... wie denk je dat dat mag doen, ik ren mij rot

Je hebt gelijk dat digital awareness er dicht tegenaan zit en daar wordt veel aangedaan, lukt ook redelijk.

De api was even een voorbeeld, waarbij ik alleen maar denk als je al niet weet wat data is hoe ga ik dan een api uitleggen.

Maar terecht gewoon presentaties geven en interactief maken is gewoon een stuk gereedschap in de kist. zelf denk ik dat die het meest bijdragen en de ICT minder afstandelijk maken.

[President]

Cursusje google zoekopdrachten geven?

Los daarvan: zijn dit vragen die direct te maken hebben met jullie infrastructuur/bedrijf, of niet?

[ Voor 58% gewijzigd door President op 19-11-2021 16:43 ]

[link0007]

Zeer herkenbaar dit. Een van de roadblocks die aan de basis van dit probleem ligt, is dat men ofwel onbewust incompetent is, ofwel erkenning van incompetenties ziet als een bedreiging en aanval.

Resultaat is dat cursussen en uitlegfilmpjes nauwelijks effect hebben, aangezien beide van deze groepen er geen boodschap aan heeft.

Ik zie het gat tussen algemeen digi-niveau en de 'space of possibilities' met het jaar groter worden. Maar deze mensen kloppen zichzelf nog steeds op de borst voor basiskennis Excel en email. Ondertussen worden de mensen met échte kennis vaak niet eens voldoende erkend of geïdentificeerd binnen deze bedrijven, aangezien men niet eens kennis genoeg heeft om te begrijpen wat competentie betekent.

De meeste Tweakers zullen vermoedelijk in IT posities zitten. Maar buiten IT is het echt om te huilen vaak.

[Snowdog]

Ik snap de vraag "wat is een api?" niet zo goed in het rijtje. Dat is toch niet iets dat iemand die niet in de IT werkt weet? Ik verwacht niet dat iemand buiten de IT die term kent of weet wat het is. Dat lijkt me al niet echt meer onder basiskennis zou moeten vallen?

[FreezeXJ]

En toch zal die vraag best wel eens op kunnen duiken, als een externe partij beweert een api aan te bieden voor <whatever>, en dan een (niet-technische) collega vraagt of ze ook een oliefant hebben...

En inderdaad zijn de meeste mensen onbewust onbekwaam, dus zullen ze iets moeten hebben om op terug te vallen (dat niet 'jou' is). Een soort woordenlijst dus, een wiki of iets soortgelijks. Wellicht kunnen jullie op een centrale plek zo'n lijst neerzetten? Dat lijkt me nuttiger dan een filmpje of iets dergelijks, want dat komt altijd op het verkeerde moment, wordt niet opgepikt, en verveelt mensen alleen maar. Ongeacht hoe goed het is.

[Masvic]

Ik werk in een grote ICT organisatie en wij hebben een intern woordenboek voor dit soort zaken. Misschien een idee

[BrennuS]

President schreef op vrijdag 19 november 2021 @ 16:33:
Cursusje google zoekopdrachten geven?

Dit is misschien mijn grootste angst. Google is door de organisatie als "data" gemarkeerd, zoek de fouten in de gedachten gang

President schreef op vrijdag 19 november 2021 @ 16:33:
Los daarvan: zijn dit vragen die direct te maken hebben met jullie infrastructuur/bedrijf, of niet?

Ja, dit zijn vragen van beleidsmakers en medewerkers die met data als basis moeten gaan werken.

Snowdog schreef op zaterdag 20 november 2021 @ 13:55:
Ik snap de vraag "wat is een api?" niet zo goed in het rijtje. Dat is toch niet iets dat iemand die niet in de IT werkt weet? Ik verwacht niet dat iemand buiten de IT die term kent of weet wat het is. Dat lijkt me al niet echt meer onder basiskennis zou moeten vallen?

helemaal mee eens, maar dit geeft ook het gat aan dat vanuit ons ICT-ers ontstaat. Zit geregeld met een collega uit de organisatie en een mede ICT-er waar de een de ander denkt te moeten overtuigen van API's vertrouw erop dat de specialist weet welk vorm het beste aansluit bij de wens of de consequentie begrijpbaar toe kan lichten.

Ik bedoel er vooral mee aan te geven dat zoals @link0007 aangeeft het gat dat groter wordt. Ik steek de hand dan ook in eigen boezem, als wij z'n vraag triggeren.

FreezeXJ schreef op zaterdag 20 november 2021 @ 18:29:
En toch zal die vraag best wel eens op kunnen duiken, als een externe partij beweert een api aan te bieden voor <whatever>, en dan een (niet-technische) collega vraagt of ze ook een oliefant hebben...

En inderdaad zijn de meeste mensen onbewust onbekwaam, dus zullen ze iets moeten hebben om op terug te vallen (dat niet 'jou' is). Een soort woordenlijst dus, een wiki of iets soortgelijks. Wellicht kunnen jullie op een centrale plek zo'n lijst neerzetten? Dat lijkt me nuttiger dan een filmpje of iets dergelijks, want dat komt altijd op het verkeerde moment, wordt niet opgepikt, en verveelt mensen alleen maar. Ongeacht hoe goed het is.

Het gekke is dat ik dan weer de ervaring andersom heb met woordenboeken. We hebben hier al z'n kwaliteitshandboek dat ze ook "gewoon vergeten" als het uitkomt

Het zal om een balans gaan tussen tekst en filmpjes.

[Chip.]

Het moment dat een bedrijf een kwaliteitsafdeling opricht is het moment dat de kwaliteit zal dalen. Iedereen gaat er immers vanuit dat de kwaliteitsafdeling verantwoordelijk is voor de kwaliteit en deze zal leveren.

[boxlessness]

Herkenbaar topic.
Bij mijn vorige werkgever was het meer regel dat iedere onderzoeker software aan het kloppen was. Het was dan wel van knudde kwaliteit, maar je had in ieder geval een startpunt kwa jargon en communicatie om gezamelijk het project verder te helpen. Wanneer iets tegen zat, of een API deed niet wat je wilde, dan had je ook maar een half woord nodig om dat uit te leggen.

De plek waar ik nu werk is het excel/word-heaven, en de kloof tussen het technische softwarewerk en de onderzoeker is groot. Ik merk dat ik me wel eens "schuldig" voel wanneer zaken langer duren dan verwacht omdat het toch complexer is dan "het is toch maar g'woon een knopje toevoegen".
Mijn volgende uitdaging is (weer) duidelijk maken dat een prototype/trial niet zo maar opgewaardeerd kan worden naar een product. Ik merk dat dat beeld weer begint te leven, ondanks dat ik aan het begin heb gezegd dat dit "wegwerp-software" gaat zijn.

De kloof dichten gaat nooit gebeuren, maar ik ben van mening dat het goed is dat de non-techneut dichter bij het vuur komt zitten bij het technische werk, en de wel-techneut dichter bij het domein. Dan kun je in ieder geval van elkaar leren, en wordt (hopelijk) de kloof wat kleiner. Ik heb bij management al voorgesteld om development meer te integreren in de afdelingen om gerichter problemen en inefficienties op te lossen, zoals bijvoorbeeld het overtypen van excel sheets, en word-documentjes gebruiken als "data" zodat development daar de database mee kan vullen.

Persoonlijk ben ik van mening dat een cursusje niet veel op gaat lossen zo lang je de schutting tussen beide disciplines in stand houdt. Ik geloof dat die kloof pas kleiner wordt wanneer je SAMEN oplossingen gaat creeeren voor echte problemen. Zoals een collega developer ooit zei: "ik ben de verlosser! Ik verlos mensen van hun klote-klusjes en zorg er voor dat ze leuk en zinvol werk kunnen gaan doen".

Helaas, geen antwoord op de concrete vraag van TS, just my 2ct.

[Verwijderd]

BrennuS schreef op vrijdag 19 november 2021 @ 13:01:
Beste mede tweakers,
Welke materialen gebruiken jullie in je organisatie, wat ervaren jullie als een goede aanpak, hebben jullie adviezen?

alvast bedankt,

Wij gebruiken een combinatie van Excel/Word basisvaardighedentrainingen (en verplichte opkomst) plus bijspijkeren middels een intern opleidingstraject voor specifieke skills. Ook Sharepoint en Teams en schrijven enzo.

Ik heb ernstig het gevoel dat ik (ik ben 35) op een soort berg zit, tussen twee diepe dalen in. Aan de ene kant de boomers en de "oudjes", die ongetwijfeld xs4all hebben meegemaakt en ooit een compuserve emailadres hadden met een nummer ipv een naam, maar die niet in staat zijn om Teams te bedienen. Heb ik het echt over basisvaardigheden, zoals "iemand erbij bellen". Kunnen ze niet.

Aan de andere kant heb je alle jonkies die net van school komen. Kunnen geen document opmaken (ja, alles selecteren en dan een ander lettertype selecteren), kunnen geen Excel bijwerken of maken. Formules? Kan je die eten? Hoezo, headers in Word en dan automatisch een inhoudsopgave?

Nou ben ik aan het chargeren en het is vast geen toeval dat ik mijzelf reken onder de mensen die wel met computers om kunnen gaan, maar ik had laatst een collega die twee uur bezig was om een Excel-lijst na te lopen omdat elke waarde tussen de 1 en 5 moest zijn en het was niet zeker of dat inderdaad zo was. Toen ik "data validatie" en "conditionele opmaak" liet zien ging er een wereld voor ze open.

Dit soort basis-skills ontbreekt het heel erg veel mensen aan. Ergens denk ik bij mezelf, misschien ben ik wel opgegroeid in de Gouden Eeuw waarin we dat soort skills gewoon aangeleerd kregen, of waren we toevallig aanwezig toen ze geintroduceerd werden.

Maargoed ook mensen van exact mijn leeftijd kunnen dit soort dingen niet dus de waarheid zal wel in het midden liggen. Maar de least effort bullshit waar veel mensen mee weg proberen te komen stoort mij wel.

Dus als je nog betere cursussen vindt heel graag.

[Kabanavelt]

In de zorg (VVT, GGZ, ZH) is hiervoor een project gestart, zo'n 3 jaar geleden. Hier de website, waar je ook leermiddelen kan vinden: https://www.digivaardigindezorg.nl/

[ Voor 6% gewijzigd door Kabanavelt op 23-11-2021 14:14 ]

[GermanPivo]

Misschien dat je hier iets mee kan? Maar dan moet je je collega's wel zover krijgen dat ze er iets mee gaan doen, maar dat is ook weer lastig als ze er niet in geïnteresseerd zijn.

[ Voor 16% gewijzigd door GermanPivo op 23-11-2021 14:18 ]

[Harm_H]

Misschien wat grove reactie, maar is het ook niet zo dat 'data science' veel bullshit is? Als je niet kan uitleggen waarom je werk daar nuttig is, dan is dat het waarschijnlijk ook niet. Interessant is nog waarom er tegenwoordig zoveel 'bullshit jobs' zijn.

API, 'data' en andere vaktermen zijn misschien om het vakgebied vager en ingewikkelder te maken dan het echt is, om het belangrijker te laten zijn?

Getekend,
Ex-data persoon (Ik werkte altijd met data en heb geen zin meer in deze bullshit als er dodelijke klimaatverandering aankomt)

[ Voor 15% gewijzigd door Harm_H op 23-11-2021 21:56 ]

[Dinmi]

Hebben jullie geen afdeling Documentatie (Technical Writer)? Dat is volgens mij de uitgelezen groep die aan dit soort informatievoorziening kan bijdragen. Persoonlijk denk ik dat je met een woordenlijst verder komt dan met cursussen, YouTube-filmpjes, etc., zeker als het om overwegend niet-ict'ers gaat. Die hoeven niet de ins and outs te weten van iedere term, maar snel de globale strekking opzoeken in een interne lijst is in 90% van de gevallen afdoende.

Overigens heb ik altijd moeite met de term 'data'. Vooral omdat veel mensen dit woord ook gebruiken voor het meervoud van 'datum'. In sommige teksten is het niet altijd evident of men 'datums' bedoelt of 'gegevens'. Ik vervang 'data' dus geregeld door 'gegevens'.

[BrennuS]

Dinmi schreef op woensdag 24 november 2021 @ 07:48:
Overigens heb ik altijd moeite met de term 'data'. Vooral omdat veel mensen dit woord ook gebruiken voor het meervoud van 'datum'. In sommige teksten is het niet altijd evident of men 'datums' bedoelt of 'gegevens'. Ik vervang 'data' dus geregeld door 'gegevens'.

Een van de uitdagingen die ik heb is juist dit, veel ICT termen ontlenen hun ontstaan in het Engels, maar als je ze naar het Nederlands omzet heeft een term als "data" meerdere betekenissen en definities. Wat niet helpt is dat ICT-ers ze door elkaar heen gebruiken.

Dit wordt ook nog gevoed door leveranciers, een oud bijvoorbeeld is MS SharePoint 2010 met de dutch language packs, autheur werd dan vertaald naar contactpersoon.

Een author kan een contact persoon zijn, maar een contact persoon is niet perse een author. We hebben toen handmatig de resources files aangepast omdat dit teveel verwarring creëerde in workflows en rapportages.

Maar ik wil jullie allemaal bedanken, ik heb al veel tips, ervaringen en ideeen gekregen en ga deze eens bespreken.

[RogerWilco2]

Knip het vooral op naar duidelijke beperkte onderwerpen met een bepaald doel.

"Wat is data" is heel algemeen.
"Wat is privacy data volgens de AVG" is duidelijker en specifieker.

Plaats het in door jullie gebruikte processen. Bijv. termen van belang voor de helpdesk, of HR, etc.