Ableger

Konzept und Grundprinzipien

Technische Dokumentation · Zielgruppe: wer Ableger installieren, betreiben oder daran mitentwickeln will.

Für eine allgemeinverständliche Einführung ohne technischen Vorlauf: „Was ist Ableger? Ein Konzept für pädagogische Fachkräfte“ (folgt im Showcase-Teil dieser Website).

Zielbild

Ableger ist eine Systematik, um Sammlungen von Methoden anzulegen, versioniert zu pflegen und gemeinsam weiterzuentwickeln. Die Sammlung kann dabei öffentlich oder geschlossen sein, genauso wie die Bearbeitung öffentlich oder in einer definierten Nutzergruppe möglich ist. Die Inhalte liegen als einfache Markdown-Dateien mit strukturierten Metadaten vor, sind vollständig versioniert und können von Interessierten geforkt und weiterentwickelt werden. Zugänglich wird die Systematik durch eine grafische Oberfläche. Eine gute Dokumentation für alle Rollen ist Teil des Projekts, was eine gute persönliche Begleitung innerhalb der anwendenden Organisation aber nicht ersetzt.

Das Wertvolle an Ableger ist nicht die Website und nicht die Eingabemaske. Es ist die Sammlung selbst und die Vereinbarung darüber, wie sie abgelegt ist. Dieses Protokoll wird im Manifest festgehalten. Website, CMS und Hosting sind austauschbar; das Datenmodell soll unabhängig davon sein.

Grundprinzipien

  1. Öffentlichkeit – jede Methode kann frei einsehbar und Zugangsschranken sein.
  2. Einfache, portable Formate – Markdown statt proprietärer Formate oder Datenbank-Felder.
  3. Versionierung – jede Änderung ist nachvollziehbar und rückbaubar.
  4. Verzweigung – Institutionen können eigene, unabhängige Varianten pflegen.
  5. GUI als Vermittlungsschicht – Git-Konzepte bleiben im Hintergrund und müssen nicht erlernt werden, um fachlich beizutragen.
  6. Persönliche Begleitung – Menschen statt reiner Dokumentation als Adoptionsmotor.

Die letzten beiden Punkte sind keine „Nice-to-haves“, sondern nach vorliegender Literatur Grundvoraussetzung dafür, dass 1–4 tatsächlich wirken (siehe unten). Die persönliche Begleitung muss dabei von den jeweiligen Betreibenden zielgruppengerecht sichergestellt werden.

Hinweis

Bewusste, optionale Ausnahme von Grundprinzip 1: Eine Instanz kann wahlweise in einen privaten Modus geschaltet werden, in dem Website und Redaktionsoberfläche an dieselbe Gitea-Benutzerverwaltung gekoppelt sind und nur für angemeldete Konten sichtbar bleiben (Details: Schnittstellen). Das ist kein Rückzug vom Öffentlichkeits-Prinzip, sondern ein expliziter, jederzeit abschaltbarer Ausnahmefall – etwa um in einer frühen Phase ohne Öffentlichkeitsdruck auszuprobieren, bevor bewusst geöffnet wird.

Empirische Grundlage

Technische Hürden sind der Haupttreiber für Abbruch.

Wenn wir uns Literatur zum Thema Open-Source anschauen, wird dort fehlendes Vorwissen, ausbleibende Reaktion der Community und die Frage „wie fange ich an“ als am stärksten belegte Einstiegsbarrieren identifiziert (Steinmacher et al.). Konkrete Einstiegsangebote wirken messbar: Projekte mit rund 40 % markierten „Good First Issues“ gewannen 21 % mehr neue Beitragende (GitHub Octoverse 2021).

Strenge Eingangskontrolle kann eine offene Sammlung im Kern schädigen.

Als Wikipedia um 2007 automatisierte Qualitätskontrollen einführte, stieg die Rücksetzungsquote guter neuer Beiträge von ca. 6 % (2006) auf 25 % (2010); nur noch rund 11 % der neuen Autor*innen blieben über zwei Monate hinaus aktiv (Halfaker et al., „The Rise and Decline“, siehe Quellen).

Git-basierte GUI-Schichten für Nicht-Techniker sind technisch ausgereift.

Tools wie Decap CMS bieten strukturierte Formulare mit Live-Vorschau, während im Hintergrund vollständige Git-Versionierung läuft. Die Abläufe und die Software sind erprobt und können gut für konkrete Anwendungsfälle adaptiert werden.

Adoption ist ein sozialer Prozess.

Nach Rogers’ Diffusionstheorie und einer Studie zur Verbreitung freier Bildungsressourcen hängen Erprobbarkeit, wahrgenommene Komplexität und Passung zum bisherigen Handeln stark mit der Adoptionsbereitschaft zusammen; persönliche Mentor*innen und Peer-Unterstützung sind dabei signifikante Einflussfaktoren (Medlin 2001).

Daraus folgt die Rollenteilung des Projekts: Ableger selbst liefert die technische Grundlage (einfache Formate, Versionierung, eine GUI, die Git verbirgt) und die Leitplanken (Ablehnungen immer mit Begründung, siehe Manifest, Teil A). Die persönliche Begleitung durch bspw. Pat*innen, ein bekanntes Ansprechteam, ein Rollout in überschaubaren Schritten, bleibt bewusst Aufgabe der jeweiligen Organisation.

Warum dieses Datenmodell

Das Manifest trennt jede Methode in eine allgemeine, auffindbare Methode und beliebig viele konkrete Varianten (siehe dort, Teil C). Wer diese Wahl gegenüber einem einfacheren Ein-Ebenen-Modell nachvollziehen will, findet hier die fachliche Einordnung – mit Quellenangaben unten:

Ein etabliertes bibliothekswissenschaftliches Modell. Die Zweiteilung entspricht der seit FRBR (1998, heute IFLA LRM) etablierten Unterscheidung zwischen einem abstrakten Werk und seiner konkreten Realisierung. Unterschiede in der Ausführung begründen eine neue Realisierung, nicht ein neues Werk.

Eine Antwort auf ein bekanntes Grundproblem offener Bildungsmaterialien. David Wileys Reusability Paradox beschreibt: Je mehr Kontext ein Lernmaterial enthält, desto wirksamer ist es und desto schlechter lässt es sich woanders wiederverwenden. Wileys Auflösung sind offene Lizenzierungen, die stark kontextualisierte Fassungen erlauben und ihre Anpassungen für andere Kontexte vornehmen. Genau das leisten die Varianten in Ableger: Die Methode bleibt (weitestgehend) entkontextualisiert und auffindbar, die Variante darf so konkret und spezifisch wie möglich und nötig sein.

Anschluss an die FAIR-Prinzipien. FAIR (Wilkinson et al. 2016) verlangt unter anderem global eindeutige, dauerhafte Bezeichner (F) und klare Nutzungsbedingungen in einem fachlich üblichen Format (R). Beides bildet sich im Bezeichner-Konzept (Manifest, Teil C) und in der Lizenz-an-der-Variante-Regel (Manifest, Teil A, Prinzip 4) ab. Ergänzend die 5R-Rechte nach Wiley (Retain, Reuse, Revise, Remix, Redistribute) und die UNESCO-OER-Empfehlung von 2019: „Revise“ und „Remix“ sind hier keine abstrakten Rechte, sondern eine Funktion.

Wie diese Zuordnung sich mit einem etablierten Anschlussstandard für Bildungsmaterialien (AMB) verträgt, steht im Manifest, Teil E.

Quellen

  • Steinmacher, I., Silva, M. A. G., Gerosa, M. A., Redmiles, D. F. (2015). A systematic literature review on the barriers faced by newcomers to open source software projects. Information and Software Technology, 59, 67–85.
  • GitHub (2021). Octoverse: The State of Open Source. Jahresbericht.
  • Halfaker, A., Geiger, R. S., Morgan, J. T., Riedl, J. (2013). The Rise and Decline of an Open Collaborative Community: How Wikipedia’s reaction to popularity is causing its decline. American Behavioral Scientist, 57(5), 664–688.
  • Rogers, E. M. Diffusion of Innovations. Standardwerk zur Adoptionsforschung, mehrere Auflagen seit 1962. Siehe auch: Wikipedia: Diffusion of Innovations
  • Medlin, B. D. (2001). The Factors that may Influence a Faculty Member’s Decision to Adopt Electronic Technologies in Instruction. Dissertation, Virginia Polytechnic Institute and State University.
  • IFLA Library Reference Model / FRBR – Work-Expression-Manifestation-Item: Code4Lib Journal, IFLA Transition Mappings
  • David Wiley, Reusability Paradox: opencontent.org, OERu
  • David Wiley, 5R-Rechte: The Access Compromise and the 5th R, UBC POSE
  • Wilkinson et al. (2016), FAIR Guiding Principles: The Turing Way, FAIR Toolkit
  • UNESCO Recommendation on Open Educational Resources (2019): UNESCO