Intranet-Anforderungen erheben: Interviews und Workshops richtig durchführen
Reduzieren Sie Nacharbeit, indem Sie vor dem Intranet-Aufbau herausfinden, was Mitarbeitende wirklich brauchen. Intranet requirements gathering ersetzt verstreute Funktionswünsche durch belastbare Hinweise zu Aufgaben, Hindernissen und geschäftlicher Wirkung.
Die Herausforderung besteht darin, über Aussagen wie „die Suche muss besser werden“ hinauszukommen. Interviews zeigen die eigentlichen Probleme, kurze Umfragen prüfen deren Reichweite, und Workshops helfen den richtigen Personen, Prioritäten und Gründe zu klären.
In diesem Artikel:
- Wie planen Sie die Anforderungserhebung?
- Was sollten Sie in Interviews fragen?
- Wie erweitert eine kurze Umfrage die Perspektive?
- Wie entstehen Personas und Journey Maps?
- Wie moderieren Sie einen Requirements-Workshop?
- Wie schreiben Sie testbare Anforderungen?
- Wie priorisieren Sie den Backlog?
- Wie validieren Sie den Backlog?
Wie planen Sie die Anforderungserhebung?
Definieren Sie zuerst, welche Entscheidungen die Recherche unterstützen soll. Sonst entsteht nur eine lange Liste unverbundener Wünsche.
Ein sinnvoller Scope beschreibt die Mitarbeiteraufgaben, die das neue Intranet zum Start unterstützen muss, die heutigen Hindernisse sowie Zugriffs- und Compliance-Grenzen. Legen Sie auch fest, was nicht Teil der Discovery ist, zum Beispiel Plattformauswahl oder technische Implementierungsplanung.
Erstellen Sie eine Teilnehmermatrix statt nur einer Stakeholderliste. Führungskräfte kennen Pflichten und Ziele, ersetzen aber nicht die Menschen, die die Aufgaben täglich ausführen.
| Gruppe | Was Sie lernen müssen |
|---|---|
| HR und interne Kommunikation | Wiederkehrende Fragen, Publishing, Policy Ownership und Kommunikationslücken |
| IT und Security | Identität, Gerätezugang, Integrationen, Support und Sicherheitsgrenzen |
| Legal und Compliance | Bestätigte Pflichten, Aufbewahrung und Zugriffsbeschränkungen |
| Fachbereiche | Abteilungsspezifische Aufgaben, Übergaben und operative Folgen |
| Mitarbeitende | Tatsächliches Verhalten, Workarounds und Probleme beim Finden von Informationen |
Benennen Sie Facilitator, Protokollant und Discovery-Entscheider. Planen Sie erst Interviews, dann eine Umfrage auf Basis erster Muster und anschließend Workshops, um Lücken und Zielkonflikte zu klären.
Was sollten Sie in Interviews fragen?
Interviews sind am wertvollsten, wenn sie reale Situationen rekonstruieren. Fragen Sie nicht zuerst nach Funktionen, sondern nach der letzten konkreten Aufgabe.
Für Mitarbeitende eignen sich Fragen nach dem Arbeitskontext, dem letzten Bedarf an einer Richtlinie oder internen Information, dem ersten Suchort, der Prüfung der Aktualität, Hindernissen, Workarounds und dem gewünschten Ergebnis.
Für Bereichsverantwortliche ergänzen Sie Fragen nach wiederkehrenden Anfragen, riskanten Fehlern, schwer zugänglichen Informationen, Ownership, Freigabe und Aktualisierung.
Vermeiden Sie Suggestivfragen wie „Würden Sie ein personalisiertes Dashboard nutzen?“. Fragen Sie stattdessen: „Welche Informationen brauchen Sie zu Beginn Ihrer Schicht?“.
Spielen Sie am Ende Ihr Verständnis zurück und trennen Sie in den Notizen berichtetes Verhalten, Interpretation und mögliche Funktion. So wird aus einer frühen Idee nicht zu schnell eine scheinbare Anforderung.
Wie erweitert eine kurze Umfrage die Perspektive?
Eine Umfrage soll Interviewmuster validieren, nicht das Intranet von Mitarbeitenden entwerfen lassen.
Fragen Sie nach Häufigkeit, Schwierigkeit, Workarounds und dem störendsten Hindernis. Nutzen Sie neutrale Formulierungen, konsistente Skalen sowie Optionen wie „nicht zutreffend“ oder „habe ich nicht getan“.
Pilotieren Sie die Umfrage mit einer kleinen, gemischten Gruppe. Prüfen Sie, ob Fragen verstanden werden, Antwortoptionen fehlen und die Bearbeitung in den Arbeitstag passt.
Sammeln Sie nur Segmentdaten, die Sie wirklich auswerten. Erklären Sie, ob Antworten anonym oder vertraulich sind, und veröffentlichen Sie keine kleinen Auswertungen, die Personen identifizierbar machen könnten.
Niedrige Beteiligung ist eine Evidenzlücke, kein Beweis, dass eine Gruppe keine Bedürfnisse hat.
Wie entstehen Personas und Journey Maps?
Personas und Journey Maps machen Recherche nutzbar. Sie sollen Evidenz zusammenfassen, nicht Biografien erfinden.
Gruppieren Sie Ergebnisse nach Aufgabe und Hindernis. Eine Persona kann Ziele, Arbeitskontext, Gerätezugang, Barrierefreiheitsbedürfnisse, digitale Sicherheit, Hindernisse und Workarounds enthalten. Ein erfundener Name oder ein Foto ist nicht nötig.
Mappen Sie anschließend eine Prioritätsaufgabe, etwa das Finden der aktuellen Urlaubsrichtlinie: Auslöser, Suche, Prüfung, Bestätigung und nächster Schritt. Verbinden Sie jedes Hindernis mit einem möglichen Bedarf, zum Beispiel der Erkennung der freigegebenen aktuellen Version.
Kennzeichnen Sie Annahmen ausdrücklich und lassen Sie Mitarbeitende, die durch die Recherche repräsentiert werden, die Maps vor dem Workshop prüfen.
Wie moderieren Sie einen Requirements-Workshop?
Ein Workshop soll Forschung in Entscheidungen übersetzen, nicht Discovery von vorne beginnen.
Senden Sie vorher ein kurzes Evidenzpaket: Scope, wichtigste Erkenntnisse, Personas, Journey Map und offene Entscheidungen. Laden Sie Personen ein, die die Aufgaben verstehen, sowie Personen mit Entscheidungsbefugnis für relevante Kompromisse.
Eine 90-Minuten-Agenda kann Scope, Evidenzreview, Journey Walkthrough, Formulierung von Bedürfnissen, Priorisierung und nächste Schritte enthalten.
Starten Sie mit stillem Einzelinput und danach einer Runde. Das reduziert den Einfluss besonders lauter oder ranghoher Stimmen.
Schreiben Sie Featurewünsche als Bedürfnisse um: „Wenn [Situation], braucht [Mitarbeitergruppe] [Aufgabe], damit [Ergebnis].“ Dot Voting zeigt Präferenzen, ersetzt aber keine Entscheidung über Risiko, Abhängigkeiten oder Pflichten.
Führen Sie ein Entscheidungslog und einen Parkplatz für offene Themen. Jede offene Frage braucht Owner und nächsten Schritt.
Wie schreiben Sie testbare Anforderungen?
Eine gute Anforderung beschreibt ein Mitarbeiterergebnis und macht Erfolg beobachtbar.
Trennen Sie funktionale Anforderungen von nicht-funktionalen Bedingungen wie Barrierefreiheit, Sicherheit oder Antwortzeit. Erfassen Sie ID, Nutzergruppe, Aufgabe, Nutzen, Anforderung, Evidenz, Akzeptanzkriterien, Abhängigkeiten, Reviewer und Status.
Aus „Suche ist frustrierend“ wird: Mitarbeitende müssen die aktuelle freigegebene Urlaubsrichtlinie mit ihren üblichen Begriffen finden können.
Ein Akzeptanzkriterium kann festlegen, dass die aktuelle Richtlinie bei einer vereinbarten Testphrase innerhalb eines vereinbarten Ergebnisbereichs erscheint und als aktuell erkennbar ist.
Fehlen Testphrasen, Schwellenwerte oder Testkonten, ist das Item noch nicht lieferbereit, sondern braucht Verfeinerung.
Wie priorisieren Sie den Backlog?
Priorisierung macht die Release-Grenze sichtbar. Führen Sie Duplikate zusammen, behalten Sie aber unterschiedliche Mitarbeiterkontexte und Evidenz.
Nutzen Sie MoSCoW für den vereinbarten Scope: must have, should have, could have und will not have. Ein Must-have sollte eine kritische Aufgabe oder bestätigte Pflicht betreffen, für die es keinen akzeptablen Workaround gibt.
Bewerten Sie Wirkung, Reichweite, Häufigkeit, Risiko, Abhängigkeiten und groben Aufwand. Popularität darf bestätigte rechtliche oder Zugriffsbeschränkungen nicht überstimmen.
Teilen Sie breite Wünsche in kleinere Ergebnisse und dokumentieren Sie Begründung, Entscheider und Trigger für erneute Prüfung.
Wie validieren Sie den Backlog?
Validieren Sie gegen die ursprünglichen Mitarbeiteraufgaben. Gehen Sie priorisierte Anforderungen mit repräsentativen Mitarbeitenden anhand der Journey Maps durch.
Lassen Sie Verantwortliche ihre Bereiche prüfen: HR für Policies, interne Kommunikation für Publishing, IT für Identität und Zugriff, Legal oder Compliance für Pflichten und Accessibility-Verantwortliche für Prüfkriterien.
Vor Abschluss sollte jedes Prioritätsitem Evidenz, klares Ergebnis, testbare Kriterien, Abhängigkeiten, Reviewer, Prioritätsbegründung und offene Annahmen haben.
Schließen Sie Lücken mit gezielten Interviews oder einer kurzen Follow-up-Session. Übergeben Sie Zusammenfassung, Teilnehmerabdeckung, Personas, Journey Maps, priorisierten Backlog, Entscheidungslog und offene Fragen.
Bereit anzufangen?
Nutzen Sie Interviewfragen, Umfrageideen, Workshop-Agenda und Anforderungsvorlage für Ihre nächste Discovery-Session. Beginnen Sie mit einer wichtigen Mitarbeiteraufgabe und erweitern Sie von dort aus.
Wenn Sie eine zweite Perspektive möchten, sprechen Sie mit dem Open Intranet Team. Bringen Sie Journey Map, Backlog-Entwurf oder offene Fragen mit.
