IT basiskennis voor jurist?

[AlpaQ]

Ik ben als beginnend jurist (gespecialiseerd in o.a. het privacyrecht) werkzaam bij een middelgrote IT-organisatie. Wij leveren verschillende IT-diensten aan de klant. Ik merk dat ik weinig inhoudelijke IT-kennis heb, en vaak niet (goed genoeg, vind ik) begrijp hoe onze diensten precies werken. Uiteraard leggen mijn collega's op verzoek een en ander uit waar nodig zodat ik mijn werk kan doen, maar dat zijn 'flarden' informatie. Ik zou graag op een wat structurelere manier willen werken aan mijn basiskennis. Dat is denk ik niet alleen nuttig bij mijn huidige baan, maar ook voor mijn verdere loopbaan.

Als ik even Google kom ik een absurd aantal IT-gerelateerde boeken, videos, cursussen en trainingen tegen. Ik heb moeite om in te schatten wat het best past bij mijn bovenstaande behoeften en zeer beperkte kennisniveau. Daarnaast kan ik mij voorstellen dat de kwaliteit van het aanbod ook sterk varieert. Ik ben niet per se geïnteresseerd in het behalen van certificaten en wil vooral nuttige kennis opdoen.

Daarom ben ik benieuwd ben naar jullie input op de volgende vragen:

Zijn er bronnen (bv. boeken, videos, cursussen en trainingen) die jullie mij kunnen adviseren? Bijvoorbeeld omdat je er zelf goede ervaringen mee hebt of iemand kent zoals ik die er goede ervaringen mee heeft. Hierbij gaat mijn voorkeur uit naar iets waar ik zelfstandig buiten werktijd mee kan starten. De financiële ondersteuning vanuit mijn werkgever besteed ik reeds aan juridische opleidingen, dus ook fijn als het geen bakken met geld kost

Daarnaast, heb je zelf wel eens samengewerkt met een jurist waarbij je merkte dat het deze persoon aan IT-kennis ontbrak? Waarvan je dacht, "het was handig geweest als je deze basiskennis had gehad"?

Alvast dank voor jullie bijdragen!

[Tweakez]

Uit ervaring (ik heb vaker met juristen gewerkt in IT-contexten): wat je mist, is meestal niet de diepte van de techniek, maar de terminologie en concepten. Zodra je deze snapt, kan je veel beter meepraten en inschatten wat de risico’s zijn en af en toe die vervelende kudt vraag stellen.

De grootste "quick wins" voor een jurist in IT zijn:

• Netwerk basiskennis: wat is een server, client, IP-adres, firewall of een cloud.
• Beveiligingsbegrippen: hashing, encryptie, multi-factor authentication enpentest.
• Cloudmodellen: verschil tussen SaaS, PaaS en IaaS (belangrijk bij contracten!).
• Dataopslag: wat is een database, hoe wordt logging gedaan en wat zijn back-ups.
• IT servicemodellen: ITIL / beheerprocessen (geeft context voor "incidenten" en "change management").

Kortom: je hoeft echt geen programmeur of IT-specialist te worden of zijn, maar het belangrijkste is wel snappen hoe data stroomt, wat kwetsbaar kan zijn en hoe een IT-afdeling werkt.

Je zou bijvoorbeeld videos kunnen gaan bekijken van Computerphile of van NetworkChuck - even langs bij Udemy of coursera

Uiteindelijk is het een beetje de vraag, wat definieer je als basiskennis. Want het gaat al snel veel meer zijn dan dat.

[MiguelXL]

Ik zou vooral kijken of je die kennis niet intern binnen je bedrijf kan opdoen, zijn er geen collega's die je het e.e.a. over de dienstverlening van je werkgever in detail kunnen uitleggen? Vanuit die basis kun je eventueel verder kijken naar wat voor jou relevant is.

[Bernard0343]

Voordat ik allerlei boeken of cursussen ga aanraden, 'het leveren van IT-diensten', is nogal een breed begrip. Kan je, desnoods via een PM, wat meer vertellen over de diensten en de klanten? Een dienstverlener die hardware levert aan fabrikanten van rookworsten zal, deels, voor andere problemen staan dan een leverancier van EPD's aan ziekenhuizen...

[Sport_Life]

Ik denk dat je beter veel kunt praten met collega's, bovendien als er zich een case voordoet zul je vrij snel gevoel krijgen met de business. Geef het iets meer tijd en vooral: kom je kantoor uit, ga veel op pad en laat je zien (niet 2-3 dagen thuiswerken).

Wat ik bij onze juristen (geen IT organisatie, ik ben ook geen IT'er maar financial) merk is dat er een behoorlijk onderling verschil is in hoe snel 'de business' wordt begrepen. Waarbij sommige juristen meer als (commerciële) partner meedenken en anderen juist weer overal risico's (impact) zien zonder daarbij de kans op waarde in te schatten. Ik heb (als interne 'klant') niet per se een voorkeur voor een van beide, maar sommige organisaties zoeken meer type 1 en andere organisaties type 2.

[ Voor 19% gewijzigd door Sport_Life op 18-08-2025 15:45 ]

[Sport_Life]

Tweakez schreef op maandag 18 augustus 2025 @ 15:06:
Uit ervaring (ik heb vaker met juristen gewerkt in IT-contexten): wat je mist, is meestal niet de diepte van de techniek, maar de terminologie en concepten. Zodra je deze snapt, kan je veel beter meepraten en inschatten wat de risico’s zijn en af en toe die vervelende kudt vraag stellen.

De grootste "quick wins" voor een jurist in IT zijn:

• Netwerk basiskennis: wat is een server, client, IP-adres, firewall of een cloud.
• Beveiligingsbegrippen: hashing, encryptie, multi-factor authentication enpentest.
• Cloudmodellen: verschil tussen SaaS, PaaS en IaaS (belangrijk bij contracten!).
• Dataopslag: wat is een database, hoe wordt logging gedaan en wat zijn back-ups.
• IT servicemodellen: ITIL / beheerprocessen (geeft context voor "incidenten" en "change management").

Kortom: je hoeft echt geen programmeur of IT-specialist te worden of zijn, maar het belangrijkste is wel snappen hoe data stroomt, wat kwetsbaar kan zijn en hoe een IT-afdeling werkt.

Je zou bijvoorbeeld videos kunnen gaan bekijken van Computerphile of van NetworkChuck - even langs bij Udemy of coursera

Uiteindelijk is het een beetje de vraag, wat definieer je als basiskennis. Want het gaat al snel veel meer zijn dan dat.

Dat is toch vrij algemene kennis lijkt me , ik zou op iets dieper niveau verdiepen zoals Escrow, Cyber Resilience Act (CRA) , Verwerkersovereenkomsten (met name bij persoonsgegevens), etc.

[Tweakez]

Sport_Life schreef op maandag 18 augustus 2025 @ 17:36:
[...]

Dat is toch vrij algemene kennis lijkt me , ik zou op iets dieper niveau verdiepen zoals Escrow, Cyber Resilience Act (CRA) , Verwerkersovereenkomsten (met name bij persoonsgegevens), etc.

Volgens mij heb je dan de topic-post niet heel goed gelezen, maar als ik deze zin lees "Ik merk dat ik weinig inhoudelijke IT-kennis heb, en vaak niet (goed genoeg, vind ik) begrijp hoe onze diensten precies werken." dan is het juist exact de informatie of de sturing die TS zoekt. Uiteraard zijn meer tips en advies welkom. Maar, ik kan niet afleiden dat deze algemene kennis bekend is, integendeel.

[Sport_Life]

Tweakez schreef op maandag 18 augustus 2025 @ 18:26:
[...]


Volgens mij heb je dan de topic-post niet heel goed gelezen, maar als ik deze zin lees "Ik merk dat ik weinig inhoudelijke IT-kennis heb, en vaak niet (goed genoeg, vind ik) begrijp hoe onze diensten precies werken." dan is het juist exact de informatie of de sturing die TS zoekt. Uiteraard zijn meer tips en advies welkom. Maar, ik kan niet afleiden dat deze algemene kennis bekend is, integendeel.

Je hebt gelijk, al blijf ik wel achter mijn eerste opmerking staan dat praten met collega's heel veel nuttige informatie op kan leveren.

[AlpaQ]

Dag allen, dank voor jullie input!

Tweakez schreef op maandag 18 augustus 2025 @ 15:06:
Uit ervaring (ik heb vaker met juristen gewerkt in IT-contexten): wat je mist, is meestal niet de diepte van de techniek, maar de terminologie en concepten. Zodra je deze snapt, kan je veel beter meepraten en inschatten wat de risico’s zijn en af en toe die vervelende kudt vraag stellen.

De grootste "quick wins" voor een jurist in IT zijn:

• Netwerk basiskennis: wat is een server, client, IP-adres, firewall of een cloud.
• Beveiligingsbegrippen: hashing, encryptie, multi-factor authentication enpentest.
• Cloudmodellen: verschil tussen SaaS, PaaS en IaaS (belangrijk bij contracten!).
• Dataopslag: wat is een database, hoe wordt logging gedaan en wat zijn back-ups.
• IT servicemodellen: ITIL / beheerprocessen (geeft context voor "incidenten" en "change management").

Kortom: je hoeft echt geen programmeur of IT-specialist te worden of zijn, maar het belangrijkste is wel snappen hoe data stroomt, wat kwetsbaar kan zijn en hoe een IT-afdeling werkt.

Je zou bijvoorbeeld videos kunnen gaan bekijken van Computerphile of van NetworkChuck - even langs bij Udemy of coursera

Uiteindelijk is het een beetje de vraag, wat definieer je als basiskennis. Want het gaat al snel veel meer zijn dan dat.

Dit bericht slaat best de spijker op zijn kop. Het gaat mij veelal om echt de heel algemene (basis)begrippen, de onderlinge samenhang daarvan en, zoals Tweakez aangeeft, de stroom van gegevens, eventuele kwetsbaarheden en gangbare werkwijzen en standaarden (bijvoorbeeld waar ik recent mee te maken heb gehad: hoe zit een testproces in elkaar, wat is het OSI-model).

Uiteraard kan ik bij mijn collega's terecht voor kennis over hoe een en ander bij mijn eigen organisatie is geregeld. Wat ik wel merk, is dat zij vanuit hun expertise al best wel wat voorkennis veronderstellen die ik soms gewoon mis. Bovendien hebben mijn collega's het erg druk, en verwacht ik ook niet van hen dat ze tijd hebben om mij te voorzien van een cursus "IT 101". Vandaar dat ik ook graag zelfstandig aan de slag wil, zodat ik van "het algemene" naar "het bijzondere" (dwz onze eigen dienstverlening) kan en specifieke(re) vragen kan stellen.

[edit: had per ongeluk al op plaatsen gedrukt )

[ Voor 6% gewijzigd door AlpaQ op 19-08-2025 15:47 ]

[bwerg]

AlpaQ schreef op dinsdag 19 augustus 2025 @ 15:43:
Uiteraard kan ik bij mijn collega's terecht voor kennis over hoe een en ander bij mijn eigen organisatie is geregeld. Wat ik wel merk, is dat zij vanuit hun expertise al best wel wat voorkennis veronderstellen die ik soms gewoon mis. Bovendien hebben mijn collega's het erg druk, en verwacht ik ook niet van hen dat ze tijd hebben om mij te voorzien van een cursus "IT 101". Vandaar dat ik ook graag zelfstandig aan de slag wil, zodat ik van "het algemene" naar "het bijzondere" (dwz onze eigen dienstverlening) kan en specifieke(re) vragen kan stellen.

Tussenvorm: stel aan je collega's de vraag die je hier nu op het forum stelt. Of vraag ze of je eigen suggesties een goed idee zijn.

Niet om mijzelf er makkelijk van af te maken, maar als iemand je het bos in stuurt met een boek over categorie X terwijl jullie dat niet/nauwelijks gebruiken dan heb je daar nog niks aan. En aangezien "de IT" al heel breed is, waarvan elke deelspecialisatie je prima 10 jaar kan kosten om je erin te verdiepen, kan je nogal verdrinken in alle opties die er zijn.

---

Om zelf maar een duit in het zakje te doen (en om je probleemomschrijving tegelijk ook goed te bevestigen): ik heb vanuit academische richting ervaring gehad met bedrijfsjuristen die een zegje wilden doen over de rechten en plichten in een samenwerking tussen een universiteit en een bedrijf. Eigendom en gebruik van de resulterende software, toegang tot ontwikkelingen na afloop van de samenwerking, etc. op zich allemaal begrijpelijk. Na een jaar of langer discussieren kwam daar een voorstel met allerlei toeters en bellen uit waarvan de onderzoekers in kwestie dachten: dit is in héél veel woorden gewoon een standaard open-source licentie, die vanaf dag 1 al in het samenwerkingsvoorstel stond. Die juristen maakten niet echt een goede beurt...

Lang verhaal kort, op zich een goed idee om je hierin te verdiepen. Softwarelicenties (open-source, SAAS, etc.), hoe de werknemers daarmee omgaan en welke rechten en plichten je eigen bedrijf daarin heeft is dus 1 van de vele interessante dingen om te weten.

[ Voor 4% gewijzigd door bwerg op 19-08-2025 16:18 ]