OpenCards: Konzept eines offenen und interoperablen Datenraums für OER/OEP-Communities

Zusammenfassung

OpenCards ist eine innovative Open-Source-Alternative zu proprietären digitalen Pinnwand-Lösungen wie Padlet und TaskCards. Basierend auf dem dezentralen Nostr-Protokoll schafft OpenCards einen offenen, interoperablen Datenraum für die OER/OEP-Community, der die Souveränität der Nutzer:innen stärkt, Daten nicht in Silos einschließt und die Zusammenarbeit über Plattformgrenzen hinweg ermöglicht.

Das Projekt adressiert zentrale Herausforderungen der digitalen Bildungslandschaft: die Fragmentierung von Bildungsinfrastrukturen, die mangelnde Interoperabilität zwischen Plattformen und die Gefährdung der Nachhaltigkeit durch auslaufende Förderungen. OpenCards bietet eine resiliente, skalierbare und benutzerfreundliche Lösung, die durch ihre dezentrale Architektur unabhängig von einzelnen Anbietern oder Förderungen bestehen kann.

Dieses Konzept beschreibt die Vision, technische Architektur, Community-Engagement-Strategie und Implementierungsplanung für OpenCards als nachhaltige Infrastruktur für die OER/OEP-Community.

1. Einleitung und Problemstellung

1.1 Aktuelle Herausforderungen in der digitalen Bildungslandschaft

Die digitale Bildungslandschaft in Deutschland und international ist geprägt von isolierten Plattformen, die als Datensilos fungieren. Trotz erheblicher öffentlicher Investitionen in OER-Infrastrukturen bleiben folgende Probleme bestehen:

  1. Fragmentierung: Die Bildungsinfrastruktur ist durch jahrzehntelange Förderung hochgradig fragmentiert, mit vielen isolierten Diensten ohne Querverbindungen.

  2. Datensilos: Daten und Interaktionen der Nutzer:innen bleiben auf den jeweiligen Plattformen isoliert, was die Zusammenarbeit behindert und die Auffindbarkeit von Ressourcen erschwert.

  3. Mangelnde Nachhaltigkeit: Bei Auslaufen der Fördergelder verschwinden nicht nur Materialien, sondern auch wertvolle Nutzerinteraktionen wie Kommentare, Sammlungen und kollaborative Weiterentwicklungen.

  4. Abhängigkeit von proprietären Lösungen: Beliebte Tools wie Padlet und TaskCards sind proprietär, nicht vollständig DSGVO-konform und bieten keine Interoperabilität mit anderen Systemen.

  5. "Cold Start"-Problem: Neue Projekte haben keinen Content und keine Nutzer:innen, was die Entwicklung tragfähiger Geschäftsmodelle erschwert.

1.2 Spezifische Bedürfnisse der OER/OEP-Communities

Die OER/OEP-Communities haben spezifische Bedürfnisse, die von bestehenden Lösungen nicht ausreichend adressiert werden:

  1. Offenheit und Transparenz: Bedarf an offenen, transparenten Systemen, die den Werten der OER/OEP-Bewegung entsprechen.

  2. Interoperabilität: Notwendigkeit der nahtlosen Zusammenarbeit zwischen verschiedenen Plattformen und Werkzeugen.

  3. Datensouveränität: Kontrolle über die eigenen Daten und Inhalte, unabhängig von spezifischen Plattformen.

  4. Kollaboration: Unterstützung kollaborativer Arbeitsweisen über institutionelle und plattformspezifische Grenzen hinweg.

  5. Nachhaltigkeit: Langfristige Verfügbarkeit und Zugänglichkeit von Ressourcen und Interaktionen, unabhängig von einzelnen Förderungen oder Anbietern.

  6. Anpassbarkeit: Möglichkeit zur Anpassung an spezifische pädagogische Kontexte und Anforderungen.

  7. Niedrigschwelligkeit: Einfache, intuitive Nutzung ohne technische Hürden.

1.3 Einschränkungen bestehender Lösungen

Proprietäre Lösungen wie Padlet und TaskCards sind in Bildungseinrichtungen weit verbreitet, weisen jedoch erhebliche Einschränkungen auf:

  1. Geschlossene Systeme: Beide Plattformen sind Closed Source und erlauben keine Anpassungen oder Erweiterungen durch die Community.

  2. Datensilos: Daten sind in den jeweiligen Systemen eingeschlossen und nicht interoperabel zwischen verschiedenen Services.

  3. Abhängigkeit von Anbietern: Nutzer:innen sind von der Existenz und den Geschäftsentscheidungen der Anbieter abhängig.

  4. Eingeschränkte Funktionalität in kostenlosen Versionen: Wesentliche Funktionen sind oft nur in kostenpflichtigen Versionen verfügbar.

  5. Datenschutzbedenken: Insbesondere bei Padlet bestehen Datenschutzbedenken aufgrund der Serverstandorte außerhalb der EU.

  6. Keine Integration mit OER-Ökosystem: Fehlende Integration mit OER-Plattformen und -Standards.

  7. Keine dezentrale Datenhaltung: Zentrale Datenhaltung erhöht das Risiko von Datenverlust und Zensur.

2. Vision und Konzept von OpenCards

2.1 Vision und Zielsetzung

OpenCards strebt an, eine offene, interoperable Alternative zu proprietären digitalen Pinnwand-Lösungen zu schaffen, die:

  1. Die Souveränität der Nutzer:innen über ihre Daten stärkt
  2. Interoperabilität zwischen verschiedenen Plattformen und Werkzeugen ermöglicht
  3. Die Zusammenarbeit in der OER/OEP-Community fördert
  4. Eine nachhaltige, resiliente Infrastruktur für offene Bildung schafft
  5. Innovation und Vielfalt im Bildungsbereich unterstützt

2.2 Kernfunktionalitäten

OpenCards bietet folgende Kernfunktionalitäten:

  1. Digitale Pinnwände (Boards): Erstellung und Verwaltung digitaler Pinnwände mit verschiedenen Layouts und Hintergründen.

  2. Karten (Cards): Erstellung und Bearbeitung von Karten mit verschiedenen Inhaltstypen (Text, Bilder, Videos, Links, Dateien, etc.).

  3. Kollaboration: Echtzeit-Zusammenarbeit an Boards und Karten, mit Kommentar- und Reaktionsfunktionen.

  4. Metadaten-Integration: Unterstützung von Bildungsmetadaten nach dem Allgemeinen Metadatenprofil (AMB) und anderen Standards.

  5. Import/Export: Import von Inhalten aus anderen Plattformen (Padlet, TaskCards) und Export in verschiedene Formate.

  6. Suche und Filterung: Umfassende Such- und Filterfunktionen für Boards, Karten und Inhalte.

  7. Sammlungen: Erstellung und Verwaltung von Sammlungen von Boards und Karten.

  8. Offline-Funktionalität: Nutzung und Bearbeitung von Inhalten auch ohne Internetverbindung.

2.3 Alleinstellungsmerkmale

OpenCards unterscheidet sich von bestehenden Lösungen durch folgende Alleinstellungsmerkmale:

  1. Dezentrale Architektur: Basierend auf dem Nostr-Protokoll für eine dezentrale, resiliente Infrastruktur.

  2. Interoperabilität by Design: Von Grund auf für Interoperabilität mit anderen Systemen konzipiert.

  3. Datensouveränität: Nutzer:innen behalten die Kontrolle über ihre Daten und Interaktionen.

  4. Open Source: Vollständig offener Quellcode unter der AGPL-3.0-Lizenz.

  5. Community-Governance: Transparente, partizipative Governance-Strukturen für nachhaltige Entwicklung.

  6. Integration mit OER-Ökosystem: Nahtlose Integration mit OER-Plattformen und -Standards.

  7. Föderierte Suche: Suche über verschiedene Relays und Plattformen hinweg.

2.4 Anwendungsfälle

OpenCards unterstützt vielfältige Anwendungsfälle in der OER/OEP-Community:

  1. Sammlung und Kuratierung von OER: Erstellung thematischer Sammlungen von OER aus verschiedenen Quellen.

  2. Kollaborative Erstellung von Bildungsmaterialien: Gemeinsame Entwicklung von Unterrichtsmaterialien und Lernressourcen.

  3. Unterrichtsplanung und -dokumentation: Planung und Dokumentation von Unterrichtseinheiten und -verläufen.

  4. Projektarbeit und Gruppenarbeit: Unterstützung von Projekt- und Gruppenarbeit in Bildungskontexten.

  5. Community-Building: Aufbau und Pflege von Lern- und Praxisgemeinschaften.

  6. Feedback und Peer-Review: Strukturiertes Feedback und Peer-Review für Bildungsmaterialien.

  7. Portfolioarbeit: Erstellung und Verwaltung von digitalen Portfolios.

3. Technische Architektur

3.1 Überblick

Die OpenCards-Architektur basiert auf dem dezentralen Nostr-Protokoll und folgt einem Client-Relay-Modell. Die Architektur besteht aus drei Hauptkomponenten:

  1. OpenCards-Client: Die Benutzeroberfläche und Anwendungslogik, mit der Nutzer:innen interagieren
  2. Nostr-Relays: Dezentrale Server, die Events speichern und verteilen
  3. Metadaten-Services: Zusätzliche Dienste für Suche, Indexierung und Anreicherung von Metadaten
┌─────────────────┐     ┌─────────────────┐     ┌─────────────────┐
│                 │     │                 │     │                 │
│  OpenCards      │     │  Nostr Relays   │     │  Metadaten-     │
│  Client         │◄────┤                 │◄────┤  Services       │
│                 │     │                 │     │                 │
└─────────────────┘     └─────────────────┘     └─────────────────┘
        ▲                       ▲                       ▲
        │                       │                       │
        ▼                       ▼                       ▼
┌─────────────────┐     ┌─────────────────┐     ┌─────────────────┐
│                 │     │                 │     │                 │
│  Andere         │     │  Andere         │     │  Externe        │
│  Nostr-Clients  │     │  Relays         │     │  Dienste        │
│                 │     │                 │     │                 │
└─────────────────┘     └─────────────────┘     └─────────────────┘

3.2 Nostr-Protokoll als Grundlage

Das Nostr-Protokoll (Notes and Other Stuff Transmitted by Relays) bietet eine ideale Grundlage für OpenCards:

  1. Dezentralität: Nostr ist ein dezentrales Protokoll, das ohne zentrale Server oder Autoritäten auskommt.

  2. Einfachheit: Das Protokoll ist bewusst einfach gehalten, was die Implementierung und Wartung erleichtert.

  3. Kryptografische Identitäten: Nutzer:innen erhalten ein Schlüsselpaar, mit dem sie ihre Beiträge signieren und ihre Identität über verschiedene Plattformen hinweg nutzen können.

  4. Event-basierte Kommunikation: Alle Interaktionen werden als Events gespeichert und verteilt, was eine flexible und erweiterbare Datenstruktur ermöglicht.

  5. Föderierte Struktur: Relays können miteinander kommunizieren und Events austauschen, was eine föderierte Struktur ermöglicht.

3.3 Datenmodell

OpenCards nutzt das Nostr-Event-Format als Grundlage für alle Daten und definiert folgende spezifische Event-Typen:

  1. Board (Kind 30001): Repräsentiert ein Board mit Metadaten wie Titel, Beschreibung, Layout-Typ
  2. Card (Kind 30002): Repräsentiert eine Karte mit Inhalt, Medien und Metadaten
  3. Comment (Kind 30003): Kommentare zu Boards oder Karten
  4. Reaction (Kind 30004): Reaktionen wie Likes, Bewertungen etc.
  5. Collection (Kind 30005): Sammlungen von Boards und Karten
  6. Metadata (Kind 30006): Bildungsspezifische Metadaten nach AMB-Standard

Das Tag-System von Nostr wird für Referenzen und Metadaten genutzt:

3.4 Technologiestack

OpenCards nutzt einen modernen Technologiestack:

Frontend:

Backend / Relays:

Metadaten-Services:

Infrastruktur:

3.5 Integration mit edufeed und anderen Systemen

OpenCards integriert sich nahtlos in das edufeed-Ökosystem und andere Bildungsplattformen:

  1. edufeed-Integration: OpenCards setzt auf dem edufeed-Protokoll auf und ermöglicht die Publikation von Bildungsmaterialien in das edufeed-Netzwerk.

  2. Serlo-Integration: Gemeinsam mit Serlo wird ein Prototyp entwickelt, der die Integration von Serlo-Inhalten in OpenCards ermöglicht.

  3. OER-Plattformen: Integration mit wichtigen OER-Plattformen wie WirLernenOnline, MUNDO, OERSI etc.

  4. LMS-Integration: Plugins für gängige Lernmanagementsysteme wie Moodle, ILIAS etc.

  5. API-Ökosystem: Offene APIs für die Integration mit anderen Systemen und die Entwicklung von Erweiterungen.

4. Implementierungsplan

4.1 Projektphasen

Die Implementierung von OpenCards erfolgt in fünf Phasen über einen Zeitraum von 12 Monaten:

Phase 1: Grundlegende Infrastruktur (Monat 1-2)

Phase 2: Kernfunktionalitäten (Monat 3-5)

Phase 3: Erweiterte Funktionen (Monat 6-8)

Phase 4: Integration und Tests (Monat 9-10)

Phase 5: Dokumentation und Launch (Monat 11-12)

4.2 Meilensteine

Nr.MeilensteinMonatBeschreibung
M1Projektstart1Kick-off, Einrichtung der Infrastruktur, Bildung des Teams
M2Alpha-Version3Erste funktionsfähige Version mit grundlegenden Funktionen
M3Start der Pilotprojekte4Beginn der Implementierung in Piloteinrichtungen
M4Beta-Version7Version mit erweiterten Funktionen und Integrationen
M5Abschluss der Pilotprojekte10Evaluation und Dokumentation der Pilotimplementierungen
M6Öffentlicher Launch11Veröffentlichung der finalen Version
M7Projektabschluss12Abschlussbericht, Nachhaltigkeitskonzept, Übergabe an Community

4.3 Ressourcenbedarf

Für die erfolgreiche Implementierung von OpenCards werden folgende Ressourcen benötigt:

Personalressourcen:

Infrastruktur:

Finanzielle Ressourcen:

5. Community-Engagement und Adoption

5.1 Zielgruppen

OpenCards richtet sich an folgende primäre Zielgruppen:

  1. OER-Plattformbetreiber und -Entwickler

    • Betreiber von Plattformen wie WirLernenOnline, MUNDO, Serlo, OERSI
    • Entwickler von OER-Infrastrukturen und -Tools
    • Bundeslandspezifische OER-Repositories (ZOERR, HOOU, OpenEdu-RLP, etc.)

  2. OER-Autor:innen und -Kurator:innen

    • Lehrkräfte, die OER erstellen und teilen
    • Redaktionsteams von OER-Plattformen
    • Kurator:innen von Bildungsressourcen

  3. OER-Communities und -Netzwerke

    • Bündnis Freie Bildung
    • OERcamp-Community
    • OER-Metadatengruppe
    • Fachcommunities (z.B. ZUM-Unterrichten)

Sekundäre Zielgruppen umfassen Bildungseinrichtungen, bildungspolitische Akteure und Fördermittelgeber.

5.2 Partizipativer Entwicklungsprozess

OpenCards setzt auf einen partizipativen Entwicklungsprozess mit folgenden Elementen:

  1. Community-Advisory-Board: Ein Beirat aus Vertreter:innen verschiedener Bereiche der OER/OEP-Community, der regelmäßig Feedback gibt und strategische Entscheidungen diskutiert.

  2. Offene Entwicklungsprozesse: Öffentliches GitHub-Repository, Issue-Tracking, RFC-Prozess, regelmäßige Community-Calls und Dokumentation in Echtzeit.

  3. Co-Creation-Workshops: Organisation von Workshops zu verschiedenen Aspekten von OpenCards, wie UX/UI-Design, Metadaten, Use-Cases und Hackathons.

5.3 Community-Building

Für den Aufbau einer aktiven Community werden folgende Maßnahmen ergriffen:

  1. Community-Plattformen: Aufbau und Pflege verschiedener Kommunikationskanäle wie Discord-Server, Forum, Matrix-Chat, Mailingliste und Social Media.

  2. Community-Events: Regelmäßige Veranstaltungen wie monatliche Community-Calls, quartalsweise Webinare, jährliche OpenCards-Konferenz und Präsenz auf OER-Events.

  3. Community-Anerkennung: Programme zur Anerkennung und Würdigung von Community-Beiträgen wie Contributor-Badges, Contributor-Spotlight und jährliche Community-Awards.

5.4 Adoptionsstrategie

Für die erfolgreiche Adoption von OpenCards werden folgende Strategien verfolgt:

  1. Pilotprojekte und Leuchtturm-Implementierungen: Durchführung von Pilotprojekten mit strategischen Partnern wie Serlo, WirLernenOnline, Hochschulen und Schulen.

  2. Integrationen und Interoperabilität: Entwicklung von Integrationen mit wichtigen OER-Plattformen, Aufbau eines API-Ökosystems und Entwicklung von Import/Export-Tools.

  3. Kommunikation und Outreach: Entwicklung einer kohärenten Kommunikationsstrategie, aktive Teilnahme an relevanten Veranstaltungen und Aufbau strategischer Partnerschaften.

  4. Onboarding und User Experience: Entwicklung eines nutzerfreundlichen Onboarding-Prozesses, Implementierung von Progressive Disclosure für komplexe Funktionen und Etablierung kontinuierlicher Feedback-Schleifen.

5.5 Metriken und Erfolgsmessung

Der Erfolg von OpenCards wird anhand folgender Metriken gemessen:

  1. Quantitative Metriken: Nutzerzahlen, Content-Metriken, Community-Metriken, Entwicklungs-Metriken und Integrations-Metriken.

  2. Qualitative Metriken: Nutzerzufriedenheit, Nutzerinterviews, Fallstudien und Community-Gesundheit.

  3. Impact-Messung: Bildungsimpact, Ökosystem-Impact, Nachhaltigkeit und Interoperabilität.

6. Nachhaltigkeit und Geschäftsmodelle

6.1 Open-Source-Strategie

OpenCards wird unter der GNU Affero General Public License v3.0 (AGPL-3.0) veröffentlicht, um sicherzustellen, dass:

  1. Der Quellcode frei verfügbar und modifizierbar ist
  2. Änderungen und Erweiterungen der Community zugutekommen
  3. Die Software auch in kommerziellen Kontexten genutzt werden kann
  4. Die Freiheit der Nutzer:innen gewahrt bleibt

6.2 Geschäftsmodelle und Finanzierungsquellen

Für die langfristige Nachhaltigkeit von OpenCards werden folgende Geschäftsmodelle und Finanzierungsquellen angestrebt:

  1. Betrieb von Premium-Relays: Organisationen können Premium-Relays betreiben, die erweiterte Funktionen wie höhere Verfügbarkeit, größere Speicherkapazität oder spezielle Suchfunktionen bieten.

  2. Metadaten-Services und Anreicherung: Spezialisierte Dienste können Metadaten anreichern, Inhalte kuratieren oder Datenformate konvertieren.

  3. Hosting und Support für Institutionen: Bildungseinrichtungen können professionelles Hosting und Support für ihre OpenCards-Instanzen in Anspruch nehmen.

  4. Schulungen und Beratung: Experten können Schulungen und Beratung zur Nutzung von OpenCards und zur Integration in bestehende Bildungsinfrastrukturen anbieten.

  5. Entwicklung von Erweiterungen und Integrationen: Entwickler können spezialisierte Erweiterungen und Integrationen für OpenCards entwickeln und als Dienstleistung anbieten.

  6. Institutionelle Förderung: Förderung durch Bildungseinrichtungen, Stiftungen und öffentliche Einrichtungen für die Weiterentwicklung und den Betrieb der Infrastruktur.

  7. Community-Finanzierung: Finanzierung durch die Community über Spenden, Crowdfunding und Mitgliedsbeiträge.

6.3 Organisatorische Nachhaltigkeit

Für die organisatorische Nachhaltigkeit von OpenCards sind folgende Maßnahmen geplant:

  1. Gründung eines gemeinnützigen Vereins: Gründung eines gemeinnützigen Vereins als Träger des Projekts, der die langfristige Entwicklung und den Betrieb sicherstellt.

  2. Community-Governance: Etablierung transparenter, partizipativer Governance-Strukturen, die die Mitbestimmung der Community sicherstellen.

  3. Strategische Partnerschaften: Aufbau strategischer Partnerschaften mit Bildungseinrichtungen, OER-Plattformen und anderen relevanten Akteuren.

  4. Internationalisierung: Internationalisierung des Projekts, um eine breitere Community und mehr Ressourcen zu erschließen.

  5. Diversifizierung der Finanzierungsquellen: Diversifizierung der Finanzierungsquellen, um Abhängigkeiten zu vermeiden und Nachhaltigkeit zu sichern.

7. Kooperationen und Partnerschaften

7.1 Bestehende Kooperationen

Für das OpenCards-Projekt bestehen bereits folgende Kooperationen:

  1. Serlo Education e.V.: Kooperation zur Integration von OpenCards in die Serlo-Plattform und zur gemeinsamen Entwicklung des Prototyps.

  2. Bündnis Freie Bildung: Zusammenarbeit im Rahmen des Bündnisses Freie Bildung zur Förderung offener Bildungsinfrastrukturen.

  3. OERcamp-Community: Zusammenarbeit mit der OERcamp-Community zur Verbreitung und Erprobung von OpenCards.

  4. OER-Metadatengruppe: Kooperation zur Integration von Metadatenstandards in OpenCards.

  5. edufeed-Netzwerk: Zusammenarbeit mit dem edufeed-Netzwerk zur Integration von OpenCards in das edufeed-Ökosystem.

7.2 Geplante Kooperationen

Für das OpenCards-Projekt sind folgende weitere Kooperationen geplant:

  1. WirLernenOnline: Kooperation zur Integration von OpenCards in die WLO-Plattform und zur Nutzung der WLO-Suchfunktionalität.

  2. OERSI: Kooperation zur Indexierung von OpenCards-Inhalten in OERSI und zur Integration der OERSI-Suche in OpenCards.

  3. Landesinstitute für Lehrerbildung: Kooperationen mit Landesinstituten zur Erprobung und Verbreitung von OpenCards in der Lehrerbildung.

  4. Hochschulen: Kooperationen mit Hochschulen zur Erprobung und Forschung zu OpenCards in der Hochschulbildung.

  5. Internationale OER-Initiativen: Kooperationen mit internationalen OER-Initiativen zur Internationalisierung von OpenCards.

8. Fördermöglichkeiten

8.1 Potenzielle Förderprogramme

Für die Finanzierung von OpenCards kommen folgende Förderprogramme in Frage:

Nationale Förderprogramme:

Europäische Förderprogramme:

Stiftungen und private Förderer:

8.2 Finanzplan

Das Gesamtbudget für das 12-monatige Projekt beträgt 975.000 €, aufgeteilt in folgende Kostenkategorien:

9. Innovationsgehalt und Mehrwert

9.1 Technologische Innovation

OpenCards zeichnet sich durch folgende technologische Innovationen aus:

  1. Dezentrale Architektur: Im Gegensatz zu zentralisierten Plattformen nutzt OpenCards das Nostr-Protokoll für eine dezentrale, resiliente Infrastruktur, die unabhängig von einzelnen Anbietern oder Servern funktioniert.

  2. Kryptografische Identitäten: Nutzer:innen erhalten ein Schlüsselpaar, mit dem sie ihre Beiträge signieren und ihre Identität über verschiedene Plattformen hinweg nutzen können.

  3. Offene Protokolle: Das Nostr-Protokoll ist offen und ermöglicht die Interoperabilität zwischen verschiedenen Anwendungen, was im Bildungsbereich bisher kaum genutzt wird.

  4. Metadaten-Integration: OpenCards integriert Bildungsmetadaten-Standards wie das Allgemeine Metadatenprofil (AMB) direkt in das Protokoll, was die Auffindbarkeit und Interoperabilität von Bildungsressourcen verbessert.

  5. Offline-Funktionalität: Im Gegensatz zu rein webbasierten Lösungen bietet OpenCards umfassende Offline-Funktionalität, was besonders in Bildungskontexten mit eingeschränkter Internetverbindung wichtig ist.

9.2 Pädagogische Innovation

OpenCards fördert innovative pädagogische Ansätze:

  1. Kollaboratives Lernen: Durch die Möglichkeit der plattformübergreifenden Zusammenarbeit werden neue Formen des kollaborativen Lernens ermöglicht.

  2. Offene Bildungspraktiken: OpenCards unterstützt Open Educational Practices (OEP) durch offene, transparente und partizipative Werkzeuge.

  3. Selbstbestimmtes Lernen: Durch die Datensouveränität und Flexibilität werden selbstbestimmte Lernprozesse gefördert.

  4. Community-basiertes Lernen: Die Integration in Communities und Netzwerke fördert das Lernen in und mit Communities.

  5. Lebenslanges Lernen: Die Unabhängigkeit von institutionellen Plattformen unterstützt lebenslanges Lernen über institutionelle Grenzen hinweg.

9.3 Organisatorische Innovation

OpenCards bietet innovative Ansätze für die Organisation von Bildung:

  1. Community-Governance: Transparente, partizipative Governance-Strukturen für nachhaltige Entwicklung und Nutzung.

  2. Offene Geschäftsmodelle: Ermöglichung neuer, offener Geschäftsmodelle im Bildungsbereich, die nicht auf Datensilos und Vendor Lock-in basieren.

  3. Dezentrale Organisation: Förderung dezentraler Organisationsformen für Bildung, die unabhängig von zentralen Institutionen funktionieren.

  4. Interinstitutionelle Zusammenarbeit: Erleichterung der Zusammenarbeit zwischen verschiedenen Bildungseinrichtungen und -akteuren.

  5. Nachhaltige Infrastrukturen: Aufbau nachhaltiger digitaler Infrastrukturen für Bildung, die unabhängig von einzelnen Förderungen bestehen können.

10. Fazit und Ausblick

OpenCards adressiert zentrale Herausforderungen der digitalen Bildungslandschaft durch eine innovative, offene und interoperable Lösung, die auf dem dezentralen Nostr-Protokoll basiert. Das Projekt bietet eine nachhaltige Alternative zu proprietären digitalen Pinnwand-Lösungen und fördert die Souveränität der Nutzer:innen, die Interoperabilität zwischen Plattformen und die Nachhaltigkeit von Bildungsinfrastrukturen.

Mit einem partizipativen Entwicklungsprozess, einer aktiven Community-Engagement-Strategie und einem nachhaltigen Geschäftsmodell hat OpenCards das Potenzial, einen wichtigen Beitrag zur Weiterentwicklung der OER/OEP-Landschaft zu leisten und die Zusammenarbeit in der Bildungscommunity zu fördern.

Die geplanten Kooperationen mit wichtigen Akteuren der OER-Landschaft und die Integration in bestehende Ökosysteme wie edufeed und Serlo sichern die breite Akzeptanz und Nutzung von OpenCards. Durch die dezentrale Architektur und die offenen Standards wird eine nachhaltige, resiliente Infrastruktur geschaffen, die unabhängig von einzelnen Anbietern oder Förderungen bestehen kann.

OpenCards ist mehr als nur eine technische Lösung – es ist ein Beitrag zur Demokratisierung von Bildung, zur Förderung von Offenheit und Zusammenarbeit und zur Schaffung einer nachhaltigen, interoperablen Bildungsinfrastruktur für die Zukunft.