Training modules/Design ideas/nl

Omgaan met online lastigvallen

Eerste concept Tweede concept

Evenementen veilig houden

First draft Second draft

Omgaan met privégegevens

Vertaling

Feedback

Algemene doelstellingen

Lijst van modules

Concepten maken en discussie

Het ontwerp, de toegankelijkheid en de opmaak van modules bespreken

Eerdere onderzoek

Online handleiding intimidatie Beleid inzake gedrag van de online gemeenschap

De Wikimedia Foundation zet zich in voor het creëren van trainingsmodules met bruikbaar ontwerp en nuttige inhoud. Dus terwijl we beginnen met het maken van deze modules, weten we dat we meer moeten nadenken dan alleen wat ze zeggen; We moeten nadenken over hoe ze het zeggen, hoe het gestructureerd zal zijn en hoe potentiële trainees toegang krijgen tot en het gebruik maken van deze modules. Hieronder vind u prototypemoduleontwerpen en een lijst van onze ontwerpoverwegingen.

We willen uw mening over deze zaken horen! Geef ons uw feedback op de overlegpagina.

Ontwerp prototypes

We hebben prototypes voorbereid van diverse mogelijke formaten voor de trainingsmodules, van zeer eenvoudig tot zeer complex. We moedigen u aan om ze te bekijken, hun functionaliteit te testen op zowel desktop als mobiel (maar houd er rekening mee dat dit prototypes zijn en geen volledige implementaties van de modules), en commentaar te geven op de overlegpagina om ons eventuele voordelen, nadelen of voorkeuren te melden van de opties die u bedenkt.

Gebruik van Module:TrainingPages

Voor een meer volledige documentatie, zie de originele Engelse Wikipedia-module

• Probeer het prototype

De module TrainingPages is oorspronkelijk ontworpen door user:Ragesoss (die toen werkte als Wikimedia Foundation-aannemer als User:Sage Ross (WMF), en nu zijn werk voortzet als onderdeel van de Wiki Education Foundation als User:Sage (Wiki Ed)) om gebruikt te worden door deelnemers aan het Education Program. TrainingPages biedt een set wrapper- en navigatiesjablonen die (semi)automatisch educatieve inhoud opdelen in geordende lessen.

Voordelen en nadelen van gebruik TrainingPages bij de Support & Safety trainingmodules

Voordelen

• Geavanceerde programmeringskennis niet nodig, alleen geavanceerde kennis van wiki-markering en sjablonen
• Draait op wiki, inclusief vertalingen
• Er bestaan al veel goede voorbeelden met behulp van dezet module, dankzij de EP
• Zeer gebruiksvriendelijk voor modulegebruikers; klik eenvoudig op "volgende" en "vorige", enz.
• Toont de voortgang van gebruiker ("u bent op pagina 1 van 15") aan de gebruiker
• Werkt op mobiel

Nadelen

• Een complex systeem van sjablonen waarop dit vertrouwt, betekent dat het moet worden opgezet (en indien nodig bijgewerkt) door een ervaren, sjabloon-vaardige gebruiker
• Alle "tests" of gebruikersoefeningen die vereisen dat een antwoord wordt aangepast of beoordeeld, vinden plaats buiten de trainingspagina's (pagina's in de module kunnen bijvoorbeeld instructies geven over hoe u uw zandbak moet bewerken, maar ze kunnen mogelijk geen zelfstandige zandbak ophalen waarin gebruikers kunnen oefenen, of een radioknopquiz aanbieden)
• De module is niet uitgebreid getest met vertalingen bevatten; het is mogelijk dat dit verfijnd moet worden door iemand die vloeiend Lua spreekt of de details kent van de extensie Translate
• Het formaat is wat krap bij het bekijken op mobiel

Gebruik van een WikiEdu-style dashboard

• Probeer het prototype [off-wiki link]

De Wiki Education Foundation heeft een trainingsdashboard-systeem ontwikkeld om educatieve inhoud aan gebruikers te leveren. Met hulp van Sage Ross, heeft het team Support and Safety een prototype van onze trainingsmodules kunnen ontwerpen die gebruikmaken van dit meer volwassen hulpmiddel om hun content te leveren. Dit is nog steeds een werk in uitvoering, maar is live te vinden op het door de Wikimedia Foundation beheerde Programs & Events Dashboard op WMFlabs.

Voordelen en nadelen van gebruik WikiEdu-style dashboard

Voordelen

• Extreem gebruikersvriendelijk ontwerp en interface
• Kan "live" quizzen en kennischecks integreren
• Toestaan dat gebruikers zich "aanmelden" bij een module, hun vorderingen volgen en (indien nodig) hun voltooiing van het werk laten registreren voor verificatie door hun gemeenschap, enz.
• Kan inhoud (inclusief vertalingen) en organisatie van modules van wiki-pagina's tekenen (wat betekent dat ze kunnen worden bewerkt door iedereen met toegang op wiki, en gebruikers die liever content alleen op wiki bekijken, kunnen er toegang tot krijgen)

Nadelen

• Het wordt uitgevoerd op een site buiten de wiki (hoewel eigendom van WMF)
• Het complexe maken van een module op het dashboard betekent dat het moet worden ingesteld (en bijgewerkt, indien nodig) door een ervaren Wikimediaan die kan werken met json-bestanden evenals pagina/sjabloon aanroepen
• Nu kunnen quiz/kennistesten structuren niet worden losgemaakt van onwiki; dit veranderen zou een aanzienlijke tijdsinvestering vereisen van de WikiEdu-personeel die ons assisteert. Dit werk is eigenlijk bijna gedaan, dankzij Sage!

Gebruik van een navbox om van modulepagina te veranderen

• Probeer het prototype

Dit is een eenvoudige opstelling die de module inhoud in lessen van de gewenste grootte verdeelt. Gebruikers van de module worden niet in volgorde door deze geleid, maar krijgen op elke pagina een navbox waar ze tussen lessen kunnen kiezen.

Voordelen en nadelen van het gebruik van een navbox-opstelling

Voordelen

• Draait intern op de wiki, inclusief vertalingen
• Extreem eenvoudig in te stellen (maak zoals gebruikelijk contentpagina's, vul een navigatiebox-sjabloon in, plaats sjabloon op elke pagina)
• Makkelijk te begrijpen en bruikbaar voor iedereen met een beetje ervaring op de wiki
• Gebruikers kunnen zelf bepalen hoe ze zich tussen de lessen bewegen

Nadelen

• Navigatieboxen werken niet op mobiel
• Leidt gebruikers niet in volgorde door lessen, wat verwarrend kan zijn
• Geen volgen van de voortgang

Gebruikt een balk met "tabs" bovenaan de pagina

• Probeer het prototype

Dit is een formaat dat veel Wikimedianen al kennen; het presenteert een vaste tabbladbalk aan de bovenkant van elke modulepagina. Hoewel gebruikers niet door de tabbladen in een specifieke volgorde worden geleid, zijn ze visueel georganiseerd (en verder te organiseren) in een volgorde die gemakkelijk te volgen is voor gebruikers.

Voordelen en nadelen van het gebruik van een tabbladbalk

Voordelen

• Werkt op mobiel
• Het formaat is bekend bij de meeste Wikimedianen; Hoe tabbladen te gebruiken is intuïtief voor de meeste computergebruikers
• De opstelling van de tabbladbalk is redelijk eenvoudig voor ervaren Wiki-redacteuren
• Plaatsing bovenaan de pagina maakt navigatie voor gebruikers eenvoudig
• Draait intern op de wiki, inclusief vertalingen

Nadelen

• Het formaat is wat krap bij het bekijken op mobiel; kan scrolling vereisen
• Leidt gebruikers niet in volgorde door lessen, wat verwarrend kan zijn
• Omdat modules veel sublessen hebben, is de tabbladbalk wat moeilijk te formatteren op een manier die niet sterk gecomprimeerd is en/of te veel ruimte op de pagina inneemt
• Het instellen vereist iemand die redelijk vertrouwd is met sjablonen en divs
• Geen volgen van de voortgang

Gebruik van een een-pagina-weergave

• Probeer het prototype

Een een-pagina-weergave is de eenvoudigste implementatie van de inhoud van de module; zoals de naam al aangeeft, wordt de volledige inhoud van de module op één pagina gepresenteerd.

Voordelen en nadelen van het gebruik van een een-pagina-weergave

Voordelen

• Het maakt het voor gebruikers gemakkelijk om modules af te drukken of te downloaden naar een ander lees-programma zoals Pocket of Instapaper
• De installatie-inspanning is verwaarloosbaar voor iedereen die in staat is om basiswikimarkup te doen
• Geen complexe navigatie voor gebruikers om te onderhandelen; de scrollbalk van de pagina geeft hen een benadering van de vooruitgang
• Over het algemeen moet het werken op mobiel, behalve mogelijk sommige sjablonen (die kunnen worden geoptimaliseerd om op mobiel te werken indien nodig)
• Loopt intern op wiki, inclusief vertalingen

Nadelen

• Langzamer laden pagina's voor iedereen met beperkte bandbreedte
• Eén groot lap tekst kan inhoud minder toegankelijk maken
• Geen expliciete voortgang volgen
• Het ontbreekt aan de interactieve kwaliteit van een module dat lessen individueel presenteert

Belangrijkste aandachtspunten ontwerp

Hieronder zijn enkele mogelijke ontwerp- en opmaakvraagstukken waar we al aan denken en waarover we graag uw mening over willen horen; dit is echter geen uitgebreide lijst, dus laat u zich niet beperken om relevante kwesties te melden, waar we nog niet aan hebben gedacht!

Plaats van modules

1. Denkt u dat deze modules gehost moeten worden op een Wikimedia-project (dus XXX.wikimedia.org)?
   • Bij ja, waarom dan wel?
2. Denkt u dat deze modules wel moeten worden gehost, maar dat dat niet moet op een Wikimedia-project?
   • Zo ja, onder welke omstandigheden zou u accepteren dat modules buiten de wiki worden gehost? Als het gebruik van een locatie buiten de wiki ons bijvoorbeeld in staat stelt de modules interactiever te maken, of multimedia te gebruiken, of gebruikers hun voortgang te laten volgen, zouden dat dan geldige redenen zijn om voor off-wiki te kiezen?
   • Zou u een onderscheid maken tussen een "volledig off-wiki" locatie zoals een onafhankelijke site, en een "half off-wiki"-site zoals Tool Labs of Wikiedu.org die, hoewel niet een Wikimedia Project, onder de paraplu van Wikimedia valt? Zou een van deze soorten "off-wiki" meer aanvaardbaar zijn dan een ander?
3. Als we deze modules buiten de wiki zouden hosten, welke factoren zouden we moeten aanpakken wat betreft gebruikersrechten en beveiliging? Bijvoorbeeld, gegevensbewaring door de hosting site, auteursrechtelijke bezwaren van de hosting site...

Toegankelijkheid

Niet alle gebruikers van onze modules zijn op alle manieren typisch, en velen moeten mogelijk de modules op een manier toegankelijk maken of bekijken die aan hun behoeften voldoet. Welke soorten toegankelijkheidsbewustzijn moeten de modules in aanmerking nemen? Kies zoveel van de volgende als u wilt, of voeg u eigen toe:

• Screen readers: Modules moeten werken met schermleessoftware
• Algemene visuele beperking: modules moeten bruikbaar zijn bij een hoge zoom, moeten een toegankelijk kleurenschema gebruiken.
• Mobiele gebruikers: modules moeten zowel leesbaar als bruikbaar zijn voor de gebruikers die deze op mobiele apparaten werken
• Lage bandbreedte: modules mogen niet zodanig worden ontworpen dat gebruikers op langzame of beperkte internetverbindingen deze niet kunnen of willen gebruiken

Structuur

1. Moeten de modules in een een-pagina-formaat beschikbaar zijn?
   • Als standaard?
   • Als een optie die de gebruiker kan kiezen?
2. Als u vindt dat de modules beschikbaar moeten zijn in een meer-pagina-formaat vorm, wat is dan de beste limiet om te tekenen voor de grootte/complexiteit van een individuele pagina? Bijvoorbeeld, X seconden laadtijd op een gemiddelde verbinding, X minuten leestijd, één hele les...
3. Hoe gestructureerd moeten de modules zijn? Moeten de gebruikers door de inhoud en lessen in een specifieke volgorde geleid worden, of moeten zij alle informatie in de module krijgen en kunnen beslissen hoe ze ermee moeten werken?
4. In welke vorm moet de primaire inhoud van de modules worden gepresenteerd? Bijvoorbeeld video, lange tekst, korte tekst...

Potentiële mechanismen toediening

Er bestaan een handvol bestaande extensies, modules en hulpmiddelen die mogelijk gebruikt kunnen worden om onze trainingsmodules te leveren. Hier zijn er een paar die we kennen; Laat ons alsjeblieft weten of u denkt dat een van deze platforms geschikt is, of als u op de hoogte bent van vergelijkbare platforms die wij niet kennen.

• Module:Training Pages- een extensie en een set van sjablonen die een gestructureerde navigatie door en presentatie van de trainingsinhoud mogelijk maakt
  • Voordelen: werkt op wiki, al geschreven, maakt module-inhoud gemakkelijk bruikbaar voor gebruikers
  • Nadelen: Er kan meer ontwikkeling nodig zijn om foutloos te werken met de vertaling, is nogal complex om te instellen
• WikiEdu Training Dashboard (op de website van WikiEdu of mogelijk op een trainingsmodule-specifieke plaats in Tool Labs)
  • Voordelen: heeft een aantal functies die nuttig kunnen zijn in onze modules (interactieve quizzen, volg van voortgang, goed gecontroleerd bandbreedtegebruik)
  • Nadelen: werkt buiten de wiki, gecodeerd met behulp van gespecialiseerde Javascript markdown (.yaml) die door module-ontwerpers moet worden geleerd, ondersteunt nu geen vertaling van module-inhoud via een ander mechanisme dan "een aparte module voor elke taal maken"

Functies

Voor elk van de volgende soorten inhoud horen we graag mening over of de modules ze moet hebben, zou moet hebben, niet zou moet hebben of niet moet hebben. Als u denkt dat het gebruik van een bepaalde functie optioneel is, maar moet niet verplicht zijn voor het voltooien van de module, vertel ons dat alsjeblieft ook.

1. Video:
   • Inhoud (bijvoorbeeld, het hoofdgedeelte van een module zou een "les-video" zijn)
   • Demonstraties (bijvoorbeeld, rollenspel-bijeenkomsten die een schending van het beleid Veilige Ruimten behandelen)
   • Achtergrondinformatie (bijvoorbeeld iemand die op video praat over hoe de intimidatie hen heeft beïnvloed)
2. Audio:
   • Inhoud (bijvoorbeeld, het hoofdgedeelte van een module zou een "les-audio" zijn)
   • Demonstraties (bijvoorbeeld, rollenspel-bijeenkomsten die een schending van het beleid Veilige Ruimten behandelen)
   • Achtergrondinformatie (bijvoorbeeld iemand die op video praat over hoe de intimidatie hem/haar heeft beïnvloed)
3. Gebruikersactiviteiten:
   • Solo-gebruikersactiviteiten (bijvoorbeeld het vragen van gebruikers om iets te oefenen in hun gebruikersruimte)
   • Gebruikersactiviteiten binnen een groep (bijvoorbeeld het vragen van gebruikers die de module volgen om deel te nemen aan een discussie of een oefenscenario met andere gebruikers die tegelijk de module volgen)
4. Quizzen:
   • Niet-interactieve quizzen (bijvoorbeeld een module kan een lijst met vragen presenteren en een gebruiker vragen een pagina in hun zandbak aan te maken voor hun antwoorden)
   • Interactieve gebruikersquizzen (bijvoorbeeld een module kan een met gebruik van javascript gebaseerde quiz zijn, waarbij gebruikers vragen beantwoorden en vervolgens de quiz indienen)
   • Niet-beoordeelde quizzen of passing-optionele quizzen (de score van een gebruiker op een quiz beïnvloedt niet hun vermogen om verder te gaan in de module)
   • Beoordeelde of geslaagde of niet gehaalde quizzen (een gebruiker moet een quiz met een bepaald niveau van nauwkeurigheid halen om verder te mogen gaan in de module)
5. Humor (bijvoorbeeld een grappige gif of strip om een onderwerp te illustreren)
6. Voorbeelden uit de echte wereld (bijvoorbeeld geanonimiseerde studies van eerdere intimidatiegebeurtenissen)

Voltooiing

1. Wanneer een gebruiker een model afrond, welke van de volgende mogelijkheden moet er dan gebeuren?
   • Gebruiker ontvangt een barnstar
   • Gebruiker krijgt toegang tot een "certificaat dat iets afgerond is"
   • Gebruiker krijgt een "gefeliciteerd" bericht
   • De gebruiker wordt aangemoedigd feedback te geven aan de WMF over de ervaring met de module
     • Openbaar (overlegpagina module)
     • Privé (e-mail)
2. Denk u dat uw gemeenschap wil dat de WMF een van de volgende faciliteiten faciliteert of overweegt goed te keuren als deze modules nuttig zijn voor gemeenschappen en organisatoren:
   • Een vereiste van uw gemeenschap is dat houders van bepaalde gebruikersrechten een deel of alle van deze trainingsmodules moeten voltooien
   • Een vereiste van uw gemeenschap is dat de organisator van evenementen een deel of alle van deze trainingsmodules moet voltooien
   • Een discussie waarbij uw gemeenschap bespreekt hoe en of een van haar leden een deel of alle van deze trainingsmodules moet voltooien
   • Een openbare presentatie op evenementen van de inhoud van een deel of de hele inhoud van het evenementenmodule (d.w.z. bijstand aan de gemeenschap in de opleiding van de deelnemers aan het evenement)
   • Het creëren van nieuwe trainingsmodules over onderwerpen die van belang zijn voor uw gemeenschap