Digitales Gedenkarchiv
In Bearbeitung – Website Relaunch
Meine Rolle – Website Manager / IT Team Lead / Frontend Developer
Ein grundlegender Neuaufbau eines gemeinnützigen Gedenkarchivs: von einer mit Elementor erstellten Website, die von einer kleinen Gruppe von Content-Erstellern gepflegt wurde, hin zu einem von der Community mitgestalteten Archiv mit Benutzerkonten, Moderation und einem durchsuchbaren öffentlichen Verzeichnis. Als ehrenamtliches Projekt umgesetzt, mit einem Budget von null.
CLIENT
- Gemeinnützige Organisation
- Deutschland
- anonymisiert
TEAM
- Website Manager
- UI/UX Designer
- Full Stack / Backend Developer (unbesetzt)
ZEITRAHMEN
- Aug 2026 – Sept 2027
STATUS
- In Bearbeitung
BUDGET
- €0 – ehrenamtlich
TOOLS
- Gantt Project
- XMind
- Claude
AUFTRAG & KUNDENBRIEFING
Das Andenken gewöhnlicher Leben bewahren, nicht nur das öffentlicher Personen
Die Organisation besteht, um die Biografien Verstorbener zu sammeln und zu bewahren, damit sie Teil der menschlichen Erinnerung bleiben. Die frühere, von einer kleinen Gruppe von Content-Erstellern betriebene Website hatte sich zunehmend bekannten öffentlichen Persönlichkeiten zugewandt. Der Relaunch war die Gelegenheit, zum eigentlichen Gründungszweck zurückzukehren: jedem die Möglichkeit zu geben, die Geschichte eines geliebten Menschen einzureichen und zu bewahren.
Auch der technische Anlass war real. Die Seite lief auf der kostenlosen Version von Elementor, einem zunehmend instabilen Fundament, da sich WordPress von Page-Buildern entfernt. Ein Neuaufbau stand so oder so bevor. Die Frage war, ob man die alte Struktur nur flickt oder den Moment nutzt, um rund um die eigentliche Mission der Organisation neu aufzubauen.
Worüber sich der Kunde Sorgen machte
- Ein technisches Fundament ohne Zukunft (Instabilität der kostenlosen / kostenpflichtigen Elementor-Version)
- Ein Archiv, das weiterhin von Content-Erstellern geprägt wird, nicht von der Öffentlichkeit, der es eigentlich dienen soll
- Kein Moderationsmodell für ein derart sensibles Thema, sobald jeder etwas einreichen kann
- Kein Weg zu künftiger Finanzierung, ohne die Würde des Archivs zu gefährden
Was wir zu bauen beschlossen
- Ein vollständiger Neuaufbau auf Twenty Twenty-Five, keine Reparatur der alten Elementor-Struktur
- Benutzerkonten und selbstständige Nachrufeinreichung als Kernfunktion, nicht als Zusatz
- Ein von Anfang an mitgedachter Moderationsworkflow, noch bevor öffentliche Einreichungen existieren
- Partnerschaften und Monetarisierung bewusst auf die Zeit nach dem Launch verschoben
STAKEHOLDERANALYSE
Wem der Relaunch gerecht werden muss
Kleines Team, aber keine einfache Stakeholder-Landschaft. Die Menschen mit dem größten Interesse am Ergebnis wollen nicht alle dasselbe, und die bestehenden Content-Ersteller sind sich uneinig darüber, wie mit ihrer bisherigen Arbeit umgegangen werden soll.
Gründer
Wünscht sich einen Relaunch, der der Gründungsmission treu bleibt und den Fokus auf unbekannte, gewöhnliche Menschen lenkt.
Website Manager
Verantwortlich für eine funktionale, barrierefreie, wartbare Website, umgesetzt im Rahmen ehrenamtlicher Stunden.
UI/UX Designer
Möchte, dass Entwürfe originalgetreu umgesetzt werden, mit einer sauberen Übergabe an WordPress.
Zukünftige Freiwillige
Wünschen sich sinnvolle Arbeit mit einer klar abgegrenzten Rolle, sobald sie einsteigen.
Bestehende Content-Ersteller
Uneinig darüber, ob ihre bisherigen Biografien in der neuen Ausrichtung beibehalten oder zurückgezogen werden sollen.
Zukünftige Einreichende
Wünschen sich einen einfachen, würdevollen Weg, jemanden zu ehren, und das Vertrauen, dass ihre Einreichung sorgfältig behandelt wird.
RISIKOPORTFOLIO
Neun Risiken, dargestellt nach Eintrittswahrscheinlichkeit und Auswirkung. Das Muster ist aufschlussreich: Fast alles mit realen Konsequenzen liegt in der oberen Hälfte des Diagramms. Dieses Projekt kann voranschreiten, solange das aktuelle Kernteam engagiert bleibt, hat aber wenig Puffer, falls das nicht so bleibt.
Legende
- Verfügbarkeit der Freiwilligen sinkt, da der Hauptjob Vorrang hat
- Scope-Creep, z. B. kostenpflichtiger Nachrufservice, frühe Werbefunktionen
- WCAG-AA-Anforderungen nicht vollständig erfüllt, Nacharbeit nötig
- Moderationssystem versagt, unangemessene Inhalte gehen online
- DSGVO-Lücken bei Benutzerkonten und sensiblen persönlichen Inhalten
- Zentrales technisches Wissen bei nur einer Person gebündelt
- Speicher- und Hostingkosten steigen mit zunehmenden Uploads, kein Budget dafür vorhanden
- Forum-Integration stört die bestehende Community-Erfahrung
- Alte und neue Website driften während der Übergangsphase auseinander, was zu Verwirrung führt
Offene Entscheidung, keine gelöste: Ob die bestehenden, auf Prominente fokussierten Biografien migriert werden sollen und wer das übernehmen würde, ist als ungelöstes Risiko dokumentiert statt als einseitig vom IT-Team getroffene Entscheidung. Die Content-Ersteller sind sich uneinig, ob ihre bisherige Arbeit beibehalten oder zurückgezogen werden soll. Der Plan setzt eine Entscheidungsfrist nach dem Launch und behandelt dies als gemeinsame Governance-Entscheidung von Gründer:in und Content-Erstellern.
SWOT-ANALYSE
Widerstandsfähig im Geiste, fragil in der Praxis
Die Stärken des Teams sind real: eine bedeutungsvolle Mission, eine bestehende Content-Basis, praktisches technisches Können. Doch sie stehen auf einem Fundament ohne Budget und mit nur einem technischen Single Point of Failure. Das Projekt kann voranschreiten, solange das aktuelle Kernteam engagiert bleibt, hat aber wenig Spielraum, sollte jemand aussteigen.
STÄRKEN
- Von Gründer:in geleitetes Projekt mit klarer, emotional bedeutsamer Mission
- Bestehendes Forum und bestehende Inhalte als Ausgangspunkt
- Kleines, engagiertes Kernteam mit direktem Frontend-, Backend- und Design-Know-how
- Keine versunkenen Kosten, die das Team an die alte Elementor-Struktur binden
SCHWÄCHEN
- Nullbudget, vollständig abhängig von ehrenamtlicher Zeit
- Zentrales technisches Wissen bei nur einer Person (Website Manager)
- Interne Uneinigkeit bei der Frage der Inhaltsmigration
CHANCEN
- Wachsendes Interesse an barrierefreien, community-basierten Gedenkplattformen
- WordPress‘ eigene Abkehr von Page-Buildern macht dies zu einem gut getimten Wandel
- Künftige Einnahmequellen, sobald die Plattform stabil läuft
- Barrierefreies Design von Anfang an erweitert die nutzbare Zielgruppe
RISIKEN
- Burnout oder Abwanderung von Freiwilligen, besonders neben Vollzeitjobs
- Besser ausgestattete, konkurrierende Gedenkplattformen
- Reputationsrisiko, falls die Moderation bei sensiblen Inhalten versagt
MEILENSTEINE
Zwölf Meilensteine, ein Ablagesystem

XMind
Dieselben Meilensteine ziehen sich durch den Projektstrukturplan, den Projektphasenplan (siehe nächster Abschnitt) und das Dateiregister des Projekts, sodass sich jedes Ergebnis bis zu seiner Stelle im Plan zurückverfolgen lässt.
Projektmeilensteine
100
Projektmanagement
Definition, Planung, Auswertung
200
Design
UI/UX-Konzept, visuelles Design, Übergabe an die Entwicklung
300
Kernentwicklung
Theme-Einrichtung, Datenbankarchitektur, Hosting, Forum-Migration
400
Konten & Einreichsystem
Login, Nachrufformular, Medien-Upload, Bearbeiten-/Löschen-Tools
500
Moderation & Zugriffskontrolle
Rollen, Prüfworkflow, Meldefunktion, Richtliniendokumentation
600
Öffentliches Archiv
Listenstruktur, Suche, Filter, Gedenkseiten-Vorlage
700
Barrierefreiheit & responsives Design
Mobile-First-Layout, WCAG-AA-Prüfung, Test mit assistiven Technologien
800
Test & QA
Funktional, geräteübergreifend, Sicherheit, Abnahmetest
900
Launch
Staging-Review, DNS-Umstellung, Archivierung der alten Website, Monitoring
1000
Kommunikation nach dem Launch
Ankündigung, Social Media, Newsletter
1100
Inhaltsmigration
Entscheidung, Prüfung und Umsetzung oder Archivierung, bewusst verschoben
1200
Zukünftige Grundlagenarbeit
Integration von Werbetreibenden/Spendern, Konzept für kostenpflichtigen Nachrufservice
PROJEKTSTRUKTURPLAN
Sechzehn Monate, Phase für Phase
Ausgelegt auf ehrenamtliches Tempo: 4 bis 6 Stunden pro Woche und Person, mit einem flexiblen statt einem festen Enddatum, das das Team realistisch nicht halten könnte.

Gantt Projekt
BUDGET & FINANZEN
Die Null ist der Punkt
Keine Budgetzeile bedeutet hier nicht, dass ein Finanzierungsantrag unbeantwortet blieb. Sie bedeutet, dass das Team den gesamten Relaunch, von der Theme-Migration bis zur Barrierefreiheit, bewusst an dem ausgerichtet hat, was ehrenamtliche Stunden realistisch leisten können, und die Hostingkosten des Gründers/der Gründerin außerhalb des eigentlichen Projektumfangs gehalten hat.
0€
Projektbudget. Keine externe Finanzierung, kein bezahltes Personal, keine beauftragten Entwickler.
| Rolle | Stunden | Richtsatz* | Sachwert |
|---|---|---|---|
| Website Manager / IT-Teamleitung | 2.304 Std. | 40 € / Std. | 92.160 € |
| UI/UX Designer | 306 Std. | 35 € / Std. | 10.710 € |
| Full Stack / Backend-Entwicklung | 297 Std. | 45 € / Std. | 13.365 € |
| Sachwerteinbringung gesamt | 2.907 Std. | 116.235 € |
*Nur zur Veranschaulichung. Nicht bezahlt, in Rechnung gestellt oder budgetiert; dargestellt, um den tatsächlichen Umfang des Projekts gegenüber einer 0-€-Kassenlinie sichtbar zu machen.
ROLLEN
Drei Rollen, Arbeitspakete um jede herum aufgebaut
Arbeitspakete sind danach ausgerichtet, wer die Arbeit ausführt, nicht nur danach, was zu tun ist, näher an einer Stellenbeschreibung als an einer Checkliste.
AP 8.1
Website Manager / IT Team Lead / Frontend Developer
Leitet die Migration zu Twenty Twenty-Five, setzt die neue Seitenstruktur aus der Design-Übergabe um und verantwortet die WCAG-AA-Konformität im gesamten Frontend.
AP 8.2
UI/UX Designer
Entwirft die visuelle Identität und Seitenstruktur für jeden Kernablauf: Kontoerstellung, Nachrufeinreichung, Medien-Upload und Archivsuche.
AP 8.3
Full Stack / Backend Developer
Zum Zeitpunkt der Planung noch unbesetzt. Umfasst Kontologik, Einreichung und Medienverarbeitung, Moderationswerkzeuge sowie die Newsletter-Integration, sobald besetzt. Bis dahin übernimmt der Team Lead diese Arbeit als dokumentiertes Risiko.
REFLEXION
Was mich die Planung dieses Projekts gelehrt hat
Ein Projekt ohne Budget zu planen ist nicht dasselbe wie ein Projekt ohne Einschränkungen zu planen. Das Fehlen von Geld wurde zur Einschränkung, die der gesamte Plan lösen musste: realistischer Umfang, ehrliche Zeitschätzungen und die Bereitschaft, manche Entscheidungen offen zu lassen, statt eine Lösung zu erzwingen, bevor das Team dazu bereit war.
Die Frage der Inhaltsmigration bleibt bewusst ungelöst. Sie als eine gemeinsame Entscheidung von Gründer:in und Content-Erstellern zu behandeln, war ehrlicher, als wenn das IT-Team sie allein getroffen hätte.
Die deutlichste Lehre betraf Abhängigkeit. Ein einzelner Single Point of Failure, der auf den Schultern einer Person lastet, lässt sich leicht als Risiko notieren und ist ungleich schwerer tatsächlich zu reduzieren. Das hat geprägt, wie ich über Dokumentation, Übergabe und darüber denke, was „fertig“ für ein ehrenamtlich betriebenes System bedeutet, das über jeden einzelnen Mitwirkenden hinaus Bestand haben muss.
Der vollständige Projektmanagementplan wurde für eine akademische Einreichung erstellt (Projektmanagement mit IT-Software / Cimdata). Das Projekt wurde für die Organisation anonymisiert. „Die Organisation“ und „Der Gründer/Die Gründerin“ stehen stellvertretend für die reale gemeinnützige Organisation, Gründer:in und Freiwillige. Der Projektplan wurde auf Basis von DIN 69901 / IPMA ICB 4.0 erstellt, für die Portfolio-Nutzung gekürzt.