Wer im Projekt was entscheidet: Rollen bei der Website-Planung

Warum klare Rollen über den Projektverlauf entscheiden

Eine Website entsteht nicht nur durch Gestaltung und Programmierung. Vor dem ersten Entwurf müssen Ziele, Zielgruppen, Inhalte, technische Rahmenbedingungen, Datenschutz, Barrierearmut und Betrieb geklärt werden. Je mehr Personen beteiligt sind, desto häufiger überschneiden sich Zuständigkeiten. Wenn niemand weiß, wer eine Entscheidung vorbereitet, wer sie trifft und wer lediglich informiert wird, entstehen Verzögerungen und widersprüchliche Anforderungen.

Das Problem liegt dabei nicht zwangsläufig an fehlender Bereitschaft zur Zusammenarbeit. Häufig fehlt ein verbindliches Entscheidungsmodell. Eine Person bewertet die Website nach fachlicher Richtigkeit, eine andere nach Markenwirkung, eine weitere nach technischer Umsetzbarkeit. Alle Perspektiven können berechtigt sein, aber nicht jede Person kann über jeden Aspekt entscheiden.

Eine gute Rollenverteilung schafft deshalb keine starre Hierarchie. Sie legt fest, wer für welches Ergebnis verantwortlich ist, welche Informationen vor einer Entscheidung benötigt werden und wann eine Freigabe als verbindlich gilt. Das schützt vor Endlosschleifen und macht spätere Änderungen nachvollziehbar.

Die wichtigsten Rollen bei der Website-Planung

Die konkrete Besetzung unterscheidet sich je nach Projekt. In kleinen Vorhaben kann eine Person mehrere Rollen übernehmen. Entscheidend ist, dass die Aufgaben trotzdem getrennt betrachtet werden. Eine Person kann beispielsweise gleichzeitig fachliche Ansprechperson und Projektleitung sein, sollte aber nicht unklar lassen, in welcher Rolle sie eine Aussage trifft.

• Auftraggebende Stelle: Sie formuliert den Anlass, setzt den Rahmen und entscheidet über übergeordnete Ziele, Prioritäten und Ressourcen.
• Projektleitung: Sie koordiniert Termine, Aufgaben, Abhängigkeiten, Risiken und Entscheidungsbedarfe. Sie muss nicht jede Fachentscheidung selbst treffen.
• Produktverantwortliche oder fachliche Leitung: Sie priorisiert Anforderungen und sorgt dafür, dass die Website einen nachvollziehbaren Nutzen für die Zielgruppen erfüllt.
• Redaktion: Sie plant, erstellt, prüft und pflegt Inhalte. Dazu gehören auch Zuständigkeiten für Aktualität, Freigaben und Archivierung.
• UX- und Informationsarchitektur: Diese Rolle strukturiert Inhalte und Abläufe aus Sicht der Nutzenden. Sie untersucht etwa Navigation, Suchfunktionen, Formulare und verständliche Bedienwege.
• Design: Die Gestaltung entwickelt visuelle Regeln, Layouts, Komponenten und Zustände für unterschiedliche Bildschirmgrößen.
• Technische Umsetzung: Entwicklung und Administration klären Systemwahl, Schnittstellen, Berechtigungen, Tests, Betrieb und Wartbarkeit.
• Datenschutz- und Sicherheitsverantwortung: Sie prüft Datenflüsse, Zugriffe, Schutzmaßnahmen, Aufbewahrung und Risiken. Diese Prüfung darf nicht erst vor dem Go-live beginnen.
• Qualitätssicherung: Sie kontrolliert Anforderungen anhand definierter Prüfkriterien und dokumentiert Fehler sowie deren Behebung.

Externe Dienstleister können Aufgaben übernehmen, sollten aber nicht automatisch über fachliche Ziele oder interne Prioritäten entscheiden. Diese Verantwortung bleibt bei der zuständigen internen Stelle, sofern nichts anderes verbindlich geregelt wurde.

Verantwortung, Entscheidung und Mitarbeit voneinander trennen

In vielen Projekten werden drei verschiedene Dinge vermischt: Verantwortung für ein Ergebnis, die eigentliche Entscheidungsbefugnis und die Mitarbeit an einer Aufgabe. Diese Begriffe sollten getrennt dokumentiert werden.

• Verantwortlich: Diese Rolle sorgt dafür, dass ein Ergebnis vorliegt und fachlich vertreten werden kann.
• Entscheidungsbefugt: Diese Rolle trifft die verbindliche Auswahl zwischen mehreren Optionen oder erteilt eine Freigabe.
• Mitwirkend: Diese Personen liefern Wissen, bearbeiten Teilaufgaben oder bewerten einen Vorschlag.
• Zu informieren: Diese Personen benötigen den Stand oder das Ergebnis, müssen aber nicht an jeder Arbeitsbesprechung teilnehmen.

Ein praktikables Werkzeug ist eine Zuständigkeitsmatrix. Häufig wird dafür das RACI-Modell verwendet. Das Kürzel steht für Responsible, Accountable, Consulted und Informed. Für jedes wichtige Arbeitsergebnis wird eingetragen, wer die Aufgabe bearbeitet, wer die Gesamtverantwortung trägt, wer vorher beraten wird und wer anschließend informiert wird.

Die Matrix ist kein Ersatz für Gespräche. Sie verhindert jedoch, dass eine Aufgabe mehreren Personen gleichzeitig oder niemandem zugeordnet ist. Pro Entscheidung sollte es möglichst genau eine entscheidungsbefugte Rolle geben. Mehrere beratende Rollen sind sinnvoll, mehrere gleichrangige Freigaben können dagegen zu Blockaden führen.

Entscheidungen nach Themenfeldern zuordnen

Die Website-Planung umfasst unterschiedliche Entscheidungstypen. Eine Person, die über Inhalte entscheidet, sollte nicht automatisch die technische Architektur bestimmen. Umgekehrt kann die technische Leitung die Machbarkeit bewerten, aber nicht allein festlegen, welche Informationen für die Zielgruppe relevant sind.

Ziele und Prioritäten

Die auftraggebende Stelle oder eine benannte Produktverantwortung entscheidet, welches Problem die Website lösen soll. Dazu gehören Zielgruppen, zentrale Nutzungssituationen, wichtige Inhalte und der Umfang der ersten Version. Wünsche werden nach Nutzen, Aufwand, Risiko und Abhängigkeiten geordnet. Eine klare Priorisierung verhindert, dass jede Anforderung als gleich dringend behandelt wird.

Inhalte und Sprache

Die Redaktion verantwortet Themenplan, Quellenprüfung, Verständlichkeit, Aktualität und Pflege. Fachleute liefern Informationen, können aber nicht automatisch über Aufbau und Wortwahl entscheiden. Für fachlich sensible Inhalte sollte festgelegt werden, wer die Richtigkeit prüft und in welchem Abstand eine Aktualisierung erforderlich ist.

Navigation und Bedienung

UX und Informationsarchitektur bereiten Entscheidungen zur Seitenstruktur, zu Suchwegen, Formularen und Interaktionen vor. Die Auswahl sollte anhand definierter Nutzungssituationen geprüft werden. Interne Abteilungsgrenzen sind nicht ohne Weiteres ein geeigneter Maßstab für die Navigation, weil Nutzende meist nach ihrem Anliegen suchen und nicht nach der internen Organisation.

Gestaltung

Die Designrolle entscheidet innerhalb der vereinbarten Ziele über visuelle Hierarchie, Komponenten und Zustände. Rückmeldungen aus Fachlichkeit, Technik und Barriereprüfung müssen berücksichtigt werden. Geschmack allein ist kein belastbares Freigabekriterium. Besser sind Regeln zu Lesbarkeit, Kontrast, Orientierung, Wiedererkennung und responsivem Verhalten.

Technik und Betrieb

Die technische Leitung bewertet Systeme, Schnittstellen, Hosting, Berechtigungen, Protokollierung, Backups, Updates und Überwachung. Diese Entscheidungen sollten nicht ausschließlich nach dem Funktionsumfang eines Systems getroffen werden. Ebenso wichtig sind Wartbarkeit, Abhängigkeiten, Exportmöglichkeiten und der Aufwand für einen späteren Wechsel.

Ein belastbarer Entscheidungsprozess in sechs Schritten

Entscheidungen werden nachvollziehbarer, wenn sie nach einem wiederkehrenden Ablauf getroffen werden. Das Verfahren kann an die Größe des Projekts angepasst werden.

1. Entscheidungsfrage formulieren: Beschrieben wird, was genau entschieden werden soll. Eine Frage wie „Welche Navigation ist gut?“ ist zu offen. Präziser ist: „Welche Struktur führt die drei wichtigsten Zielgruppen zu den priorisierten Inhalten?“
2. Entscheidungskriterien festlegen: Vor der Bewertung werden Kriterien wie Nutzbarkeit, fachliche Richtigkeit, Sicherheit, Datenschutz, Barrierearmut, Aufwand und Betrieb definiert. Das verhindert, dass nachträglich ein neues Kriterium eingeführt wird, um eine bevorzugte Option zu begründen.
3. Optionen und Folgen dokumentieren: Für jede Variante werden Vorteile, Nachteile, Voraussetzungen, Risiken und offene Fragen festgehalten. Eine verworfene Option sollte nicht ohne neue Begründung erneut als vermeintlich neue Idee eingebracht werden.
4. Betroffene Fachrollen anhören: Beratung erfolgt vor der Entscheidung und mit einer klaren Frist. Wer Stellung nimmt, sollte konkrete Auswirkungen benennen, statt nur Zustimmung oder Ablehnung zu äußern.
5. Entscheidung treffen und begründen: Die zuständige Rolle entscheidet innerhalb ihres Mandats. Datum, Ergebnis, Begründung, Annahmen und mögliche Folgeaufgaben werden protokolliert.
6. Auswirkung auf das Projekt prüfen: Nach einer Entscheidung werden Briefing, Backlog, Inhaltsplan, Designsystem oder technische Dokumentation aktualisiert. Eine Entscheidung ist erst wirksam, wenn die betroffenen Arbeitsgrundlagen angepasst wurden.

Für jede Entscheidung sollte außerdem feststehen, wann sie erneut geprüft wird. Das ist vor allem bei Annahmen sinnvoll, die noch durch Nutzungsbeobachtung, technische Tests oder rechtliche Prüfung bestätigt werden müssen.

Freigaben für Inhalte, Design und Technik organisieren

Eine Freigabe bedeutet nicht, dass jede beteiligte Person jedes Detail geprüft hat. Sie bestätigt den definierten Prüfbereich. Dieser Bereich sollte im Voraus benannt werden, damit aus einer Freigabe keine unbeschränkte Haftungs- oder Kontrollannahme wird.

Bei Inhalten kann die Freigabe mehrere Ebenen umfassen: fachliche Richtigkeit, redaktionelle Qualität, Aktualität und rechtliche Prüfung. Diese Ebenen müssen nicht zwingend durch dieselbe Rolle erfolgen. Bei Formularen kommen zusätzlich Datenminimierung, Zweck der Verarbeitung, Berechtigungen und sichere Übertragung hinzu.

Ein Designreview sollte nicht nur Farben und Abstände behandeln. Geprüft werden auch Fehlermeldungen, Fokuszustände, Tastaturbedienung, kleine Bildschirme, lange Texte, vergrößerte Darstellung und Inhalte mit geringer visueller Orientierung. Die verantwortliche Designrolle dokumentiert die Entscheidung und offene Abweichungen.

Für die Technikfreigabe gehören unter anderem Konfiguration, Rollen und Rechte, Schnittstellen, Suchfunktion, Formulare, Wiederherstellung, Protokollierung und Aktualisierungsprozess auf die Prüfliste. Sicherheitsrelevante Mängel dürfen nicht durch eine allgemeine Projektfreigabe übergangen werden. Eine offene Abweichung braucht eine benannte verantwortliche Rolle, eine Frist oder eine begründete Akzeptanz des Risikos.

Was bei kleinen Teams besonders geregelt werden sollte

In kleinen Projekten übernimmt eine Person oft mehrere Aufgaben. Das spart Abstimmungsaufwand, erhöht aber das Risiko von Interessenkonflikten und blinden Flecken. Wer Anforderungen definiert, gestaltet und selbst abnimmt, prüft die eigene Arbeit weniger unabhängig.

Eine schlanke Rollenplanung kann dennoch funktionieren. Zuerst werden die Kernrollen benannt, anschließend Mehrfachbesetzungen sichtbar gemacht. Für besonders kritische Themen wie Datenschutz, Zugriffsschutz, Backups und Veröffentlichung sollte mindestens eine zweite Person eine unabhängige Prüfung durchführen, sofern dies organisatorisch möglich ist.

Hilfreich ist ein Entscheidungsregister mit wenigen, aber verbindlichen Feldern:

• laufende Nummer und Datum
• konkrete Entscheidungsfrage
• betroffene Zielgruppe oder Funktion
• bewertete Optionen
• Entscheidung und Begründung
• entscheidungsbefugte Rolle
• betroffene Dokumente und Aufgaben
• Prüftermin oder Bedingung für eine Neubewertung

Dieses Register kann in einem gemeinsam zugänglichen Dokument geführt werden. Zugriffsrechte sollten so gesetzt sein, dass Änderungen nachvollziehbar bleiben und nicht jede Person abgeschlossene Entscheidungen nachträglich überschreiben kann.

Typische Konflikte und ein sachlicher Umgang damit

Konflikte entstehen häufig, wenn Ziele nicht priorisiert wurden. Die Redaktion möchte möglicherweise mehr Kontext unterbringen, während UX eine kürzere Seite bevorzugt. Die Technik weist auf Ladezeiten oder Pflegeaufwand hin, während die Fachseite zusätzliche Funktionen verlangt. Solche Spannungen sind kein Zeichen eines gescheiterten Projekts. Sie zeigen, dass unterschiedliche Kriterien gegeneinander abgewogen werden müssen.

Ein sachlicher Umgang beginnt mit der Rückkehr zur Entscheidungsfrage. Danach werden die Auswirkungen auf Zielgruppen, Sicherheit, Betrieb und Zeitplan getrennt betrachtet. Hilfreich ist die Unterscheidung zwischen einer zwingenden Anforderung, einer wichtigen Verbesserung und einem optionalen Wunsch.

• Unklare Zuständigkeit: Die Projektleitung benennt die entscheidungsbefugte Rolle und holt die erforderliche Beratung ein.
• Widersprüchliche Anforderungen: Die Produktverantwortung priorisiert nach vereinbarten Zielen und dokumentiert den Zielkonflikt.
• Technische Begrenzung: Die technische Rolle beschreibt nicht nur, dass etwas nicht möglich ist, sondern auch Bedingungen, Risiken und Alternativen.
• Späte Änderungswünsche: Die Änderung wird hinsichtlich Aufwand, Qualität, Sicherheit und Terminfolgen bewertet, bevor sie zugesagt wird.
• Keine Rückmeldung: Eine Frist und eine Vertretung werden festgelegt. Schweigen sollte nicht automatisch als fachliche Freigabe gelten, wenn Risiken bestehen.

Abwertende Formulierungen und persönliche Argumente verschlechtern die Entscheidungsqualität. Ein Protokoll mit Kriterien und Folgen macht Diskussionen überprüfbar, ohne einzelne Beteiligte in den Mittelpunkt zu stellen.

Sicherheits- und Datenschutzentscheidungen früh einbinden

Sicherheit ist eine Querschnittsaufgabe, aber nicht automatisch die alleinige Aufgabe der Technik. Bereits bei der Planung müssen Datenflüsse, externe Dienste, Benutzerkonten, Redaktionsrechte und Veröffentlichungsprozesse betrachtet werden. Je später diese Fragen auftauchen, desto größer ist das Risiko, dass grundlegende Entscheidungen wiederholt werden müssen.

Für jedes Formular oder jede Funktion mit personenbezogenen Daten sollte dokumentiert werden, welche Daten zu welchem Zweck verarbeitet werden, wer darauf zugreifen kann, wie lange sie benötigt werden und wie Löschung oder Berichtigung umgesetzt werden. Die zuständige Datenschutzprüfung bewertet die Anforderungen im jeweiligen rechtlichen Rahmen. Sie sollte nicht durch eine pauschale Aussage ersetzt werden, dass ein System „sicher“ oder „datenschutzkonform“ sei.

Auch Redaktionskonten benötigen eine klare Rollenstruktur. Berechtigungen sollten sich an den tatsächlichen Aufgaben orientieren. Gemeinsame Konten erschweren die Nachvollziehbarkeit und sollten vermieden werden, wenn individuelle Konten verfügbar sind. Für privilegierte Zugänge sind starke Authentisierung, sichere Wiederherstellungsverfahren und eine dokumentierte Vertretung einzuplanen.

Vor dem Start sollte eine Rückfallplanung vorhanden sein. Dazu gehören eine gesicherte Version der Inhalte, ein Wiederherstellungsverfahren, Zuständigkeiten bei einem Ausfall und eine Entscheidung darüber, wann die Veröffentlichung zurückgenommen werden muss. Ein Backup gilt erst dann als belastbare Maßnahme, wenn die Wiederherstellung unter realistischen Bedingungen geprüft wurde.

Die Rollen vor dem Projektstart schriftlich festlegen

Ein kurzes Rollen- und Entscheidungsdokument verhindert viele spätere Missverständnisse. Es muss kein umfangreiches Handbuch sein. Für jedes Themenfeld reichen zunächst die verantwortliche Rolle, die Freigabeinstanz, beratende Personen, benötigte Unterlagen und der Zeitpunkt der Entscheidung.

1. Projektziel, Zielgruppen und Grenzen der ersten Version notieren.
2. Alle beteiligten Rollen mit Vertretung und Erreichbarkeit erfassen.
3. Entscheidungen nach Inhalt, Struktur, Gestaltung, Technik, Datenschutz, Sicherheit und Betrieb aufteilen.
4. Für jedes Feld eine entscheidungsbefugte Rolle bestimmen.
5. Freigabekriterien und Dokumentationsort festlegen.
6. Fristen für Beratung, Freigabe und Eskalation vereinbaren.
7. Regelmäßig prüfen, ob Rollen durch Personalwechsel oder neue Projektphasen angepasst werden müssen.

Besonders wichtig ist die Eskalationsregel. Sie beschreibt, was passiert, wenn eine Entscheidung nicht rechtzeitig getroffen wird oder zwei Rollen unterschiedliche Vorgaben machen. Die Projektleitung kann den Konflikt sichtbar machen und die zuständige übergeordnete Stelle einbinden, darf aber fachliche Zuständigkeiten nicht stillschweigend an sich ziehen.

FAQ zur Zuständigkeit in Website-Projekten

Wer entscheidet über die Seitenstruktur?

Die Struktur wird fachlich durch UX oder Informationsarchitektur vorbereitet. Die Entscheidung sollte bei der benannten Produkt- oder Auftraggeberrolle liegen, nachdem Redaktion, Technik und gegebenenfalls Datenschutz die Auswirkungen geprüft haben. So bleibt die Navigation an den Zielen der Website orientiert und wird nicht allein nach internen Abteilungen aufgebaut.

Wer trägt die Verantwortung für die Inhalte?

Die Redaktion ist für Planung, Erstellung, Qualität und Pflege zuständig. Fachliche Ansprechpersonen prüfen die Richtigkeit ihres Themenbereichs. Die Organisation sollte außerdem festlegen, wer veraltete Inhalte erkennt, Änderungen freigibt und Inhalte archiviert.

Kann eine Person mehrere Rollen übernehmen?

Ja, vor allem bei kleinen Projekten. Die Mehrfachbesetzung sollte jedoch dokumentiert werden. Für sicherheitskritische, datenschutzrelevante oder veröffentlichungsbezogene Prüfungen ist eine zusätzliche Kontrolle sinnvoll, damit die eigene Arbeit nicht ohne Gegenprüfung freigegeben wird.

Was geschieht, wenn sich Rollen nicht einigen?

Die Entscheidung wird auf die vereinbarten Ziele und Kriterien zurückgeführt. Die Projektleitung dokumentiert den Konflikt, die betroffenen Folgen und die entscheidungsbefugte Rolle. Eine Eskalation sollte ein definierter Prozess sein, kein persönlicher Machtkampf.

Wann ist eine Entscheidung ausreichend dokumentiert?

Festgehalten werden sollten mindestens die Frage, die geprüften Optionen, die Entscheidung, ihre Begründung, die verantwortliche Rolle, das Datum und die betroffenen Aufgaben. Bei unsicheren Annahmen kommt ein Prüftermin oder eine Bedingung für die Neubewertung hinzu.

Fazit: Gute Planung macht Entscheidungen sichtbar

Eine Website wird verlässlich planbar, wenn nicht nur Aufgaben, sondern auch Entscheidungen zugeordnet werden. Auftraggebende setzen Ziele und Prioritäten, Fachrollen liefern Wissen, Redaktion und UX strukturieren Inhalte und Nutzung, Design gestaltet die Oberfläche, Technik sichert Umsetzung und Betrieb. Datenschutz, Sicherheit und Qualitätssicherung müssen früh genug beteiligt sein, damit ihre Anforderungen nicht erst kurz vor der Veröffentlichung auftauchen.

Eine Zuständigkeitsmatrix, ein Entscheidungsregister und definierte Freigabekriterien reichen oft aus, um die Zusammenarbeit deutlich zu verbessern. Wichtig ist, dass diese Werkzeuge tatsächlich gepflegt werden. Jede wesentliche Entscheidung sollte eine verantwortliche Rolle, eine nachvollziehbare Begründung und erkennbare Folgen haben. So bleibt die Website auch dann steuerbar, wenn sich Anforderungen, Beteiligte oder technische Rahmenbedingungen ändern.