Mag ik onder een alias met mijn klanten mailen?

Een lezer vroeg me:

Ik ben eigenaar van een website en wil vanwege mijn privacy en veiligheid niet met mijn echte voor- en achternaam bekend zijn bij mijn klanten. Ik communiceer dus onder een alias. Bijkomend voordeel is dat mijn collega en ik zo elkaars communicatie kunnen overnemen. Maar is dat wel rechtsgeldig? Ik las ergens dat je officiële stukken (zoals contracten?) moet tekenen met je volledige echte naam.

Bij sommige officiële stukken moet dat inderdaad, maar dan gaat het echt over diploma’s of aanvragen bij de overheid. Bij het rechtsverkeer tussen burgers onderling (zoals dat zo mooi heet) geldt een dergelijke eis niet.

Sterker nog: het is niet eens verplicht dat je weet hoe je wederpartij heet, en je voorstellen is ook niet verplicht. In veel branches wordt dat als netjes gezien, en het kan raar overkomen om te ontdekken dat je zaken doet met iemand die onder een alias werkt, maar zeker op internet heb je toch geen manier om dit te ontdekken.

Daar komt bij dat je vaak geen zaken doet met die persoon, maar met het bedrijf achter die persoon. De naam van de werknemer dóet er dan niet toe. Zelfs als je elk bericht van een andere werknemer krijgt, dan nog hangt het bedrijf gewoon aan de uiteindelijk tot stand gekomen afspraak.

Een issue kan zijn of de werknemer het bedrijf wel mag vertegenwoordigen. Dit is te achterhalen via de KVK, maar dat is zo’n plek waar dus wél officiële namen moeten staan. In de praktijk doet echter geen hond zo’n controle (behalve advocaten en notarissen die alles gecheckt willen hebben) en wordt er gewerkt met de vertrouwensregel: als het bedrijf redelijkerwijs de indruk wekt dat deze werknemer dit mag doen, dan zit het bedrijf eraan vast ook al stond die werknemer niet bij de KVK als bevoegd persoon.

Ik zou zeggen dat als je mailt met iemand achter een bedrijfsmailadres en die persoon gaat vrolijk de onderhandelingen en dergelijke met je aan, je wel mag verwachten dat het bedrijf dit goed vindt. En als het gaat om klantenservice en dergelijke (want je bestelt gewoonlijk via een automatisch proces) dan is de kwestie van vertegenwoordiging al helemaal minder relevant.

Oeps, op de wet zit in Georgia inderdaad auteursrecht

Het kopiëren of publiceren van de wet is in de Amerikaanse staat Georgia een inbreuk op auteursrecht, las ik bij Ars Technica. Ik blogde hier in 2015 over: ene Carl Malamud had de wetsteksten van de staat online gezet, en kreeg een claim wegens auteursechtschending aan de broek. Dat is nu bevestigd door de rechter, hoewel hij meteen in hoger beroep is gegaan.

Zowel in Nederland als in de VS geldt dat wetsteksten publiek domein zijn. Het lastige is alleen dat in enkele staten, waaronder Georgia, er geen officiële overheidspublicatie is van de volledige wetsteksten. Dit wordt door commerciële partijen gedaan, waarbij deze tevens annotaties toevoegen zoals verwijzingen naar andere wetsartikelen of relevante jurisprudentie. En die laatste is zeer belangrijk in de common law-rechtscultuur daar, zonder die jurisprudentie is de wet vaak niet te snappen. En het wegknippen van die annotaties is dus ook niet echt te doen.

Bijgevolg is dan onder lokaal recht het wetboek auteursrechtelijk beschermd, zodat Malamud deze niet zomaar mag overnemen. Ook niet met een beroep op fair use:

In the fair use analysis, the judge treated Public.Resource.Org harshly. Story made the extraordinary finding that Public.Resource.Org is engaged in “commercial” copying despite being a nonprofit, stating that the organization “profits” by “the attention, recognition, and contributions it receives in association with its copying and distributing the copyrighted OCGA annotations, and its use was neither nonprofit nor educational.”

Dat is natuurlijk wel érg overdreven en klinkt heel erg als een doelredenering: de wet is beschermd, dus mag het niet fair zijn om deze over te nemen.

In Nederland speelt dit gelukkig niet meer. In 1998 hadden we de zaak Vermande/Bojkovski, waarbij de laatste wetsteksten online zette van een CD-ROM van de uitgever Vermande. Die maakte bezwaar op grond van haar auteursrecht op de kopjes en dergelijke rond de wetsteksten, maar ook geschriftenbescherming (wat toen nog bestond). De rechtbank wees dat af, omdat Bojkovski alleen de wetsteksten zelf had overgenomen en daar geen rechten op zitten. Enige tijd later heeft Nederland besloten alle wetten zelf online te zetten – wetten.overheid.nl. Annotaties en verwijzingen zijn natuurlijk wel beschermd bij ons, maar die vind je in aparte bronnen.

Arnoud

Mag je mensen hacken als je van de televisie bent?

Voor het nieuwe programma What the #Hack?! gaat presentator en rapper Yes-R internetgebruikers confronteren met hun onvoorzichtige sociale mediagedrag. Dat meldde RTL gisteren. Het programma wil aantonen hoe onveilig mensen online zijn, onder meer door met social engineering en keyloggers (naar ik aanneem via Trojans verspreid) te gebruiken. Wat de vraag oproept: mag dat dan, mensen hacken omdat je een televisieprogramma gaat maken?

Een journalist heeft onder de wet geen andere positie dan andere burgers. Je moet je aan precies dezelfde regels houden als anderen, ook waar het gaat over strafrecht en ook als het nieuwsbelang in het gedrang zou komen. Inbreken of privécommunicatie aftappen is strafbaar, dus ook voor journalisten. Dus dan is het antwoord vrij snel duidelijk: nee, dat mag niet.

Het recht zou het recht niet zijn als “ja, toch wel” ook geen mogelijk antwoord was. Want soms heb je belangwekkende kwesties die gewoon aan de kaak gesteld móeten worden, en dat je dan als journalist de wet moet overtreden dat neem je dan voor lief. De rechter neemt de nieuwswaarde wel degelijk mee, en kan je zelfs vrijspreken als blijkt dat je daad puur ingegeven was door het brengen van zo’n algemeen belangwekkend nieuwsitem en dat je zo zorgvuldig mogelijk te werk bent gegaan. Met name is dan van belang dat je geen schade hebt aangericht en niet meer hebt gedaan dan nodig voor je item.

De AVROTROS ziet een dergelijk belang met hun programma:

We willen met het programma impact hebben op de kijkers van NPO 3 op een manier die hen aanspreekt. Het daadwerkelijk laten zien wat de gevaren zijn, is de de enige manier om awareness te creëren

Daar zit natuurlijk wat in. Een theoretisch verhaal heeft veel minder impact dan een daadwerkelijke hack bij echte mensen: kijk, zo makkelijk was het om Marieke haar Facebook over te nemen en met deze truc kregen we Ali zijn WhatsApp-berichtenlogs toegemaild. Maar is het dan ook nodig om dat te doen zonder toestemming te vragen? Had je niet kunnen zeggen, ben jij een echte internetfreak, meld je aan en we kijken hoe hackbaar jij bent? Dan heb je toestemming én echte mensen.

Weliswaar wordt er met een quitclaim gewerkt (hier tekenen dat wij mogen uitzenden) maar die wordt pas achteraf getekend. Wanneer iemand die weigert te tekenen, is er dus geen toestemming – ook niet voor het binnendringen op hun computer of het aftappen van hun datacommunicatie. En dat maakt het strafbaar.

Wat vinden jullie? Slimme manier van awareness creëren of gewoon strafbaar?

Arnoud

Slimme vibrator met camera gekraakt door beveiligingsbedrijf

De Svakom Siime Eye, een slimme vibrator met aan het uiteinde een camera, blijkt relatief eenvoudig te kunnen worden gemanipuleerd. Hierdoor zijn de gemaakte beelden ook op afstand door vreemden te bekijken, zo las ik bij Nu.nl na diverse tips (dank, iedereen). En ergens hoop ik dat dit faalproduct ten voorbeeld wordt gesteld aan alle andere faalproducten die we het Internet der Dingen noemen. Maar ja.

De camera in het apparaat kan foto’s en video’s maken, die vervolgens via een app kunnen worden uitgelezen. Leuk bedoeld, alleen heeft men zo te zien hardware van een algemene IP-camera gebruikt. De camera is namelijk op afstand te benaderen, alleen is het wachtwoord een standaardwaarde en is de webinterface (de webinterface?!) geheel van wachtwoorden ontdaan. Ook kunnen zaken als lokale netwerknamen worden uitgelezen.

Een keiharde faal dus, dit apparaat. Alleen is dit dus enkel nieuws omdat het om een vibrator gaat: het is doodnormaal dat dergelijke internet-enabled apparaatjes worden voorzien van slechte beveiliging, standaardwachtwoorden en abuisievelijke achterdeuren. Wordt het niet eens tijd dat daar wat aan gedaan wordt?

In theorie zou dat hier kunnen: het apparaat verwerkt persoonsgegevens (de beelden zullen naar verwachting mensen in beeld brengen) en moet daarom adequaat beveiligd zijn tegen datalekken en misbruik van persoonsgegevens. Een stevige boete zou hier dus wel op zijn plaats zijn. Maar ja.

Arnoud

Te koop bij uw ISP: uw browsergeschiedenis

Amerikaanse internetproviders mogen binnenkort de internetgeschiedenis van hun klanten verkopen aan derden, meldde Ars Technica vorige week. Een besluit van die strekking is door zowel Congres als Huis van Afgevaardigden aangenomen. Het besluit verklaart een eerdere regel van de toezichthouder FCC ongeldig, waarin werd bepaald dat alleen met aparte opt-in dergelijke gegevens mochten worden verzameld en verkocht.

Het achterliggende argument lijkt te zijn dat de advertentiemarkt te veel in het voordeel van social media en zoekdiensten is. Die kunnen van alles en nog wat verzamelen en verkopen, en toestemming regelen ze met onleesbare gebruiksvoorwaarden die iedereen toch wel accepteert. Terwijl die arme zielige ISPs alle investeringen in infrastructuur mogen doen en dan niet eens een advertentietje hier of daar mogen doen om een centje bij te verdienen. Mogelijk zit er ook een stukje politiek achter, nu de huidige president de visie lijkt te hebben dat toezicht eigenlijk überhaupt een slecht idee is.

Elders wijst Bruce Schneier erop dat de belangrijkste pijn er hier in zit dat je gewoon niet van provider kunt wisselen. In theorie zou je kunnen stoppen bij Facebook (hoewel ik dan denk: moehaha yeah right) maar van provider wisselen is vaak gewoon onhaalbaar omdat er geen alternatief ís. Je onttrekken aan deze monitoring zou wellicht kunnen met een VPN, maar dat zijn weer forse extra kosten en vaak verminderde prestaties.

In Nederland zou dit nauwelijks te doen zijn. Privacy op internet is verankerd in Europese regels; ons parlement is niet eens bevoegd om zulke regels te maken waarbij opt-in zou worden afgeschaft. Weer zo’n juridisch verschil met de VS: privacy is daar beperkt tot wat je met de gordijnen dicht thuis doet, en dat gegevens over jou privacygevoelig zijn, wil er eigenlijk gewoon niet in bij ze.

Arnoud

Wat, blog ik nu alweer tien jaar over internetrecht?

Sjonge. Want ja, inderdaad: op 31 maart 2007 blogde ik voor het eerst iets, en meteen maar zes artikeltjes tegelijk. Drie keer over de GPL, een keer over cameratoezicht en een stukje over presenteren, naast een flauw startberichtje. Ik was nog erg enthousiast toen, dat eerste jaar. Daarna ging ik al snel naar het ééns-per-werkdag-ritme dat ik nu eigenlijk altijd aanhoud. Maar whoa, tien jaar.

Wat speelde er zoal in 2007? Auteursrecht online, natuurlijk. Van miljoenenboetes tot Cozzmoss-claims en een Donald Duck-downloadavontuur. Daarnaast ook kleinere relletjes, herinnert u zich Agent Van Geel nog?

Auteursrecht wás in die tijd ook het grote hangijzer binnen het internetrecht, wat moesten we ermee. Het probleem is fundamenteel: kopiëren is op internet zo makkelijk als ademhalen, en het beheersen van kopieën is het centrale recht achter het auteursrecht. Dit leidde tot vele grote conflicten en een gigantische technologisch/juridische wapenwetloop waarbij nieuwe diensten opstonden om informatie te exploiteren, rechthebbenden zich daartegen verzetten en na de onvermijdelijke rechtszaak weer nieuwe diensten opstonden om het net iets anders te doen en zo te pretenderen legaal te handelen.

De grote strijd op dit gebied is wel goeddeels afgelopen. Legale diensten zoals Spotify en Netflix worden breed gedragen, en illegale diensten zoals torrents en downloadsites zijn de marge in verdwenen. Het illegale zal nooit volledig uit te bannen zijn, maar kwalitatief goed legaal aanbod tegen een faire prijs blijkt voor de meeste mensen genoeg reden om de torrents links te laten liggen. Een stevig achterhoedegevecht zal de komende jaren nog worden gevoerd door fotografen en tekstschrijvers die met grote regelmaat hun creatieve werk zonder toestemming overgenomen zien. Tekst en beeld is nu eenmaal de grondstof van de informatiesamenleving. Niet voor niets telde mijn blog over Getty Images bijna duizend reacties over dit onderwerp.

De komende tien jaar gaan vooral draaien om het conflict tussen privacy en uitingsvrijheid. Wat mag je doen met informatie over personen, en wanneer hebben zij daar zelf het laatste woord in. Interessegebaseerde diensten, profielgestuurde beoordelingen en automatische besluiten gaan daar belangrijke thema’s in worden. Je ziet het nu al bij de discussies rond het vergeetrecht. Wanneer moet oude informatie over iemand worden verwijderd, hetzij bij de bron hetzij bij zoekmachines als Google?

Die platforms gaan ook nog een ding worden. Het grote thema daarbij was altijd hun aansprakelijkheid; wanneer moet een hoster of beheerder ingrijpen als gebruikers wat doen. Daar zit nog wel wat vlees op de botten, de balans is nog niet echt gevonden. Je wilt stimuleren dat mensen hun platform netjes schoon houden, maar als daaruit volgt dat zij aansprakelijk worden voor wat ze laten staan, dan geef je een verkeerd signaal af. Maar ondertussen wordt ook steeds belangrijker de vraag hoe om te gaan met de macht van die platforms. Want het aloude “dan begin je toch zelf een blog” of “het is gewoon Facebook hun server, dus hun regels” is niet houdbaar meer.

Een relatief nieuw fenomeen zit in de opkomst van het Internet of Things. Van speelgoed tot slimme meters, steeds meer apparaten krijgen een aansluiting op internet. Wie wil er immers niet zijn verwarming op afstand met een app aanzetten, of de speelgoedbeer op Instagram zijn kunsten laten vertonen? In de praktijk blijkt echter dat leveranciers van deze apparatuur massaal zwaar tekort schieten in hun beveiliging: de apparaten worden met stokoude besturingssoftware uitgeleverd en worden bij wijze van spreken op de toonbank al gehackt. Voor consumenten is het echter vrijwel niet mogelijk hier inzicht in te krijgen, maar zij krijgen de gevolgen wel op hun bordje. Het wordt tijd dat hier specifieke wetgeving voor opgesteld wordt.

Wezenlijk nieuw in het recht zijn de mogelijkheden voor nieuwe diensten op basis van blockchaintechnologie. Deze technologie is ontwikkeld in 2009 als onderdeel van de virtuele valuta bitcoin. Bitcoins zijn digitale getallen die op zichzelf waarde vertegenwoordigen. Met wiskundige berekeningen worden transacties geautoriseerd. Dit gebeurt op decentrale wijze: er is geen centrale autoriteit, geen bank of toezichthouder, die als ultieme arbiter uitspraken doet over transacties. Het gehele netwerk aan bitcoingebruikers beslist tezamen (met meerderheid van stemmen) of een transactie legitiem is of niet. Bitcoin kwam precies op het goede moment: vlak na de bankencrisis en net op een moment dat betalen op internet weer eens in de aandacht stond. Het netwerk was groot genoeg om het decentrale stemmen over transacties mogelijk te maken zonder dat één partij daar disproportioneel invloed op kon krijgen. Als digitaal equivalent van contant geld heeft het echter een tikje een kwade reuk gekregen, omdat ook criminelen haar waarde hebben ontdekt – niet-traceerbare betalingen zijn een prachtige manier voor afpersers, datagijzelnemers en ander gespuis om hun sporen verborgen te houden.

Blockchaintechnologie kan echter veel meer dan alleen virtuele valuta faciliteren. Iedere activiteit waarbij informatie op onweerlegbare wijze moet worden bijgehouden, en een centrale autoriteit niet wenselijk of haalbaar is, is geschikt om middels een blockchain te realiseren. Te denken valt aan identiteitsdiensten, onderhandse aktes, data-opslag of veilig elektronisch stemmen.

Een op de blockchain voortbouwende ontwikkeling met juridische relevante is het zogeheten slimme contract. Het gaat hier dan niet om creatieve contractuele bepalingen, maar om softwareprogramma’s die zelfstandig contractuele afspraken uitvoeren en handhaven. Deze programma’s worden in de blockchain geplaatst en opereren vanaf dat moment autonoom. Zij kunnen bijvoorbeeld een betaling ontvangen en vasthouden totdat een specifieke feitelijke handeling (zoals overdracht van een domeinnaam) is verricht, en deze daarna vrijgeven aan de overdragende partij. Zolang de handelingen automatisch uit te voeren zijn en de triggers objectief meetbaar, is opname in een slim contract mogelijk.

Dit roept vragen op: kunnen computers zelfstandig rechtshandelingen verrichten zoals een aan- of verkoop, en wie is voor de gevolgen aansprakelijk te houden? Ook de vraag hoe om te gaan met een programmeerfout of een onbedoelde handeling is een lastige kwestie. Komt dit voor rekening van de programmeur, of is het gewenst dat de rechter daar toch een corrigerende uitspraak kan doen? Dat laatste staat natuurlijk op gespannen voet met het autonome karakter van deze contractsvorm. En zelfs als dat gewenst is: kán dat wel, nu het contract gedecentraliseerd in de blockchain opgenomen is en daarmee niet door één partij te beïnvloeden?

Als laatste nieuwe trend is daar nog de opkomst van de kunstmatige intelligentie. Recente doorbraken op dit gebied maken KI een hype: er wordt al driftig gespeculeerd wanneer de computer de mens voorbij zal streven in intelligentie, en welke gevolgen dit voor ons zal hebben, terwijl de zelfrijdende auto pas net het testcircuit verlaten heeft. Maar automatisering door bots, agents en zelfdenkende systemen wordt zonder meer de trend op lange termijn. Ook de juridische sector zal dit gaan merken: legal tech is ‘hot’ en steeds meer dienstverleners betreden met chatbots, documentgeneratoren en andere tools het gebied van de klassieke advocaat. Het blijven interessante tijden voor het internetrecht.

Arnoud

Waarom wanhopige tractoreigenaren illegale firmware downloaden

Wanhopige John Deere-tractoreigenaren downloaden Oekraiense firmware hacks om hun oogst binnen te kunnen halen, las ik bij Boing Boing. Tractormerk John Deere heeft namelijk in de EULA die bij de landbouwvoertuigen hoort, bepaald dat herstel en verbetering alleen door een geautoriseerd JD-bedrijf mag worden verricht. Maar veel eigenaren hebben aanpassingen nodig om hun tractor te laten werken op hun land.

Een EULA op een tractor, het moet niet gekker worden. Maar iedere recente auto, en dus ook ieder landbouwvoertuig is al jaren eigenlijk gewoon een computer: vol met software die bepaalt wat het ding doet (of niet). En waar dat in de jaren tachtig nog beperkt was tot firmware die een chipje verving om zo één functie wat flexibeler te doen, is nu de firmware eigenlijk allesbepalend voor zo ongeveer alle functionaliteit.

Het tunen van tractors is al sinds jaar en dag staand gebruik in de landbouwbranche. Afhankelijk van terrein, gewas en andere zaken kan meer snelheid, meer tractie of wat anders erg belangrijk zijn. Ten tijde van de tractor uit het plaatje rechtsboven deed je dat met een moersleutel, nu doe je dat met een USB stick met nieuwe firmware.

Alleen: dat mag dus niet van John Deere. Want hoewel zo’n tractor rustig enkele tonnen kan kosten, ben je er geen eigenaar van. Ja van de hardware wel, maar de firmware krijg je in licentie en daar zit keurig een EULA op die aanpassen verbiedt door een ieder anders dan een geautoriseerd dealer. (Oh en die zegt dat Deere gevrijwaard moet blijven van aanspraken wegens gemiste oogst en dergelijke.) En dat kost dan $230 plus $130 per uur tijd en materialen. Dat schiet niet op als je urgent iets nodig hebt en pas geld gaat verdienen als die oogst binnen is.

Niet zo gek dus dat men dan naar illegale firmware grijpt. En nee, onder Amerikaans recht is het inderdaad illegaal je firmware te tunen: de DMCA verbiedt het onrechtmatig verschaffen van toegang tot een auteursrechtelijk beschermd werk, zoals die firmware dus. Dat die wet bedoeld was om het hacken van beschermde films en muziek tegen te gaan, doet niet ter zake. Dit is in Nederland ook verboden trouwens, hoewel er in Nederland nog geen serieuze klachten over toepassing van onze wet (art. 29a lid 2 Auteurswet) zijn geweest.

Wat nu? Een aantal Amerikaanse staten werkt aan een wettelijk “right to repair”: een herstelrecht voor eigenaren van software-aangedreven apparaten. Deze zouden dan ondanks EULA of Auteurswet gerechtigd zijn de firmware in die apparaten aan te passen als dat nodig is voor herstel of functioneel verbeteren van dat apparaat. Maar niet verrassend zijn bedrijven als John Deere daar zwaar op tegen.

Arnoud

OpenSSL wil verder onder Apache 2.0-licentie, mag dat?

Het OpenSSL-project wil overstappen van zijn eigen gebruikslicentie naar de Apache 2.0-licentie. Voor de overstap is de goedkeuring nodig van iedereen die als auteur mee heeft gewerkt aan de code van OpenSSL. Dat meldde Tweakers zaterdag. Het opensourceproject heeft een simpele BSD-achtige licentie maar met een irritante advertising-clausule, waar men nu vanaf wil. En overstappen naar de zeer standaard en breed gedragen Apache licentie ligt dan voor de hand. Alleen, krijgen ze dat voor elkaar?

OpenSSL is een veelgebruikte library voor het opzetten van beveiligde internetverbindingen. Het project is relatief oud: in 1998 verscheen de eerste versie van de software. Het concept open source was toen vrij nieuw, en daarom hanteerde men een eigen licentie die net even anders was dan andere. In principe is de licentie gelijk aan de BSD licentie, zij het ook wordt vereist dat alle advertenties voor afgeleide werken vermelden:

[T]his product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit

Dit is op zichzelf hooguit een tikje irritant maar de specifieke formulering van deze clausule maakte OpenSSL notoir GPL-incompatibel. En dat is vervelend als je bedenkt hoe veel GPL software er is die op zich best SSL-functionaliteit zou kunnen gebruiken. (Het GNU TLS project van later datum was er denk ik niet gekomen als OpenSSL deze bepaling niet had gehad.) Daarnaast is er nog een ambigue formulering in de licentie die de indruk wekt dat je de code niet mag integreren in een groter werk dat onder een andere licentie aangeboden wordt, wat volgens mij juridisch niet klopt maar goed discussie hou je altijd.

Het is dus méér dan de hoogste tijd voor het project om over te stappen naar iets moderns, en de Apache 2.0 is een prima keuze in dat verband.

Alleen, dat is een tikje ingewikkeld bij zo’n oud project want relicensing kan alleen als je van alle auteursrechthebbenden op de code toestemming hebt. En vind die maar eens na 20 jaar; het zou gaan om zo’n 1.000 mensen, volgens Tweakers.

Begrijpelijk dan ook dat het project heeft gekozen voor stilzwijgen is toestemming (als ik het goed lees, ik kan in het persbericht dit niet expliciet vinden). In theorie kan dat ook; vrijwel elk rechtsstelsel (ook Nederland) erkent dat rechtshandelingen door stilzwijgen kunnen worden verricht, zij het dat er vaak wel hoge eisen gelden aan duidelijkheid en intentie. Dat maakt het vaak lastig om (afgezien van zeer evidente situaties) je te beroepen op stilzwijgen als toestemming.

Hier zou die toestemming dan verkregen worden door naar het laatst bekende mailadres te mailen “Wij gaan uw code Apache 2.0 maken, graag reageren als u dat niet wilt”. Daar zit genoeg foutmarge in: het mailadres werkt niet meer, mail wordt stilletjes weggegooid, men wilde wel reageren maar de reactie kwam niet aan, de partij in kwestie ligt in het ziekenhuis en zijn mail stapelt zich op, en ga zo maar door. Dus of dat juridisch houdt, betwijfel ik.

Maar ja, wat moet je anders? De enige echte optie is dan om alle code te herschrijven waarvan geen expliciete toestemming is verkregen tot herlicentiëring. Dat lijkt me een hele bak werk, waar weinig eer aan te behalen valt.

Arnoud

Mag ik mensen certificeren als Agile scrum master?

Een lezer vroeg me:

Mag je zomaar een certificaat ontwikkelen en uitgeven? Wij geven trainingen en workshops in Scrum, een vorm van Agile. Andere opleiders geven een certificering uit. De cursist is na het volgen certified scrum master, certified agile coach et cetera. Kan dit zomaar c.q. kunnen wij dit ook doen?

De term ‘certificaat’ is niet beschermd. Het betekent niet meer dan dat jij formeel iets verklaart. Iedereen mag dus anderen certificeren voor wat dan ook. De waarde van een certificering is dan ook wat de markt er van vindt.

Natuurlijk mag je geen certificeringen uitgeven die pretenderen door een ander uitgegeven te zijn, zeker niet als daar het merk of logo van die ander in staat. De vraagsteller kan dus niet “Microsoft certified” verklaringen afgeven, om eens wat te noemen.

Je mag wél een certificering uitgeven voor een merkproduct, zoals Microsoft Office. Als ik vind dat iemand goed kan omgaan met dat pakket, dan mag ik dat verklaren, en dat Microsoft een merk heeft op de term “Office” maakt daarbij niet uit. Ik mag echter niet de indruk wekken dat dit een certificering dóór Microsoft is, of zelfs maar dat mijn certificering op een of andere manier door hen goedgekeurd is.

Een certificering mag natuurlijk ook niet verklaren dat iemand een als merk beschermde titel heeft, zoals in dit voorbeeld Microsoft Office Specialist. Alleen de houder van dat merk mag verklaren dat iemand die certificering heeft ontvangen. (Af en toe zie je mensen die certificeren dat iemand aan de criteria voor zo’n beschermde titel voldoet. De grap is dan dat je formeel niet zegt dat iemand MOS is (wat dus niet mag) maar alleen dat hij dat volgens jou zou moeten/mogen zijn. Ik denk niet dat dat de giecheltoets overleeft.)

Voor Agile en scrum bestaan geen merken, voor zover ik weet. (Dat zou ook gek zijn want dat zijn gewoon termen voor een bepaalde methodologie, dat héét gewoon zo.) Iedereen mag dus iedereen “certified scrum master” of iets dergelijks verklaren, en je mag daarbij ook je eigen criteria hanteren die zelfs mogen afwijken van wat gebruikelijk is. Het is overigens wel handig als je die criteria ergens publiceert.

Als je wat groter wordt, dan zul je ook meer eisen van zorgvuldigheid moeten hanteren bij het toekennen van de certificering. Jouw verklaringen hebben dan meer waarde in de markt, en daar mag je dan niet lichtzinnig mee omgaan. Je criteria moeten dan duidelijk en objectief zijn, zodat iedereen weet waar hij aan moet voldoen en hoe hij die kan halen.