Warum ist zielgruppengerechte Kommunikation in IT-Projekten entscheidend?
Missverständnisse vermeiden und Zufriedenheit sichern
Stell dir vor, ein:e Kund:in fordert für ein neues System eine "sichere Login-Seite". Du entwickelst daraufhin eine komplexe Zwei-Faktor-Authentifizierung (2FA) mit Hardware-Token. Bei der Präsentation stellt sich heraus: Die Kundschaft wollte lediglich, dass das Passwort bei der Eingabe durch Sternchen verdeckt wird. Solche teuren Fehlentwicklungen entstehen durch unpräzise Kommunikation.
Eine effektive Kommunikation in der Anforderungsermittlung (Requirements Elicitation) ist unerlässlich, um das tatsächliche Problem zu verstehen. Wenn du Anforderungen durch konkrete Beispiele überprüfst ("Zeigen Sie mir, wie Sie sich den Login im Alltag vorstellen"), stellst du sicher, dass das Endprodukt exakt den Erwartungen entspricht. Das vermeidet Frustration auf beiden Seiten und erhöht die Zufriedenheit der Stakeholder:innen massiv.
Kommunikation an Stakeholder-Profile anpassen
Aus der Stakeholder-Analyse weißt du bereits, dass verschiedene Personen unterschiedliche Rollen und Interessen haben. Ein zentraler Erfolgsfaktor ist es nun, deine Sprache an das jeweilige Profil und Fachwissen dieser Stakeholder:innen anzupassen. Du würdest der Marketingabteilung eine neue Software anders erklären als dem Entwicklerteam.
- Geschäftsführung (Fokus auf Business-Ziele): "Das neue CRM-System senkt die Bearbeitungszeit pro Ticket um 20 % und erhöht die Kundenzufriedenheit."
- IT-Abteilung (Fokus auf Technik): "Das System nutzt eine REST-API und wird als Docker-Container in unserer bestehenden Kubernetes-Umgebung gehostet."
- Endanwender:innen (Fokus auf Nutzung): "Mit der neuen Suchleiste findet ihr Kund:innendaten jetzt mit nur zwei Klicks."
Indem du Kommunikationsstile und Vokabular anpasst, holst du jede Person dort ab, wo sie steht. Technische Details verwirren fachfremde Personen oft nur, während IT-Fachkräfte genau diese Details zwingend benötigen.
Welche Fragetechniken führen zu besseren Anforderungen?
Aktives Zuhören (Active Listening)
Aktives Zuhören bedeutet nicht nur zu schweigen, während das Gegenüber spricht, sondern den Inhalt aktiv zu verarbeiten und das Verständnis zu spiegeln. Wenn ein:e Kund:in klagt: "Unsere aktuelle Datenbank ist viel zu langsam", nimmst du das nicht einfach als Fakt hin.
Du wendest aktives Zuhören an, indem du das Gesagte zusammenfasst und Verständnisfragen stellst: "Habe ich Sie richtig verstanden, dass die Performance besonders bei der Erstellung der Monatsberichte ein Problem darstellt? Was genau bedeutet 'zu langsam' in Minuten?" Dadurch zeigst du Empathie, verhinderst Fehlinterpretationen und grenzt das eigentliche Problem präzise ein.
Offene und geschlossene Fragen gezielt einsetzen
In einem Gespräch steuerst du den Informationsfluss durch die Art deiner Fragen:
- Offene Fragen beginnen meist mit W-Wörtern (Wie, Was, Welche) und laden zu ausführlichen Antworten ein. Sie sind ideal, um Prozesse zu verstehen. Beispiel: "Wie sieht Ihr typischer Arbeitsablauf bei der Rechnungserstellung aus?"
- Geschlossene Fragen können nur mit "Ja", "Nein" oder einer konkreten Information beantwortet werden. Sie dienen dazu, spezifische Details festzunageln oder Entscheidungen herbeizuführen. Beispiel: "Soll das System bei einer unbezahlten Rechnung automatisch eine E-Mail versenden?"
Ein guter Workshop beginnt oft mit offenen Fragen, um den Kontext zu sammeln, und nutzt später geschlossene Fragen, um die technischen Spezifikationen final abzusichern.
Die Warum-Technik (5-Whys) zur Ursachenforschung
Wie du bereits aus der Zielermittlung weißt, ist das "Warum" entscheidend, um vom geäußerten Wunsch zum echten Bedürfnis zu gelangen. Die Warum-Technik (5-Whys) funktioniert wie das Schälen einer Zwiebel, um zum Kern des Problems vorzudringen.
- Aussage: "Wir brauchen eine Tablet-App."
- Warum? "Damit unsere Techniker:innen Daten unterwegs eingeben können."
- Warum? "Weil sie aktuell alles auf Papier notieren und abends im Büro abtippen müssen."
- Warum ist das ein Problem? "Es kostet täglich eine Stunde Arbeitszeit und führt zu Tippfehlern."
Durch dieses gezielte Nachfragen erkennst du: Die eigentliche Anforderung ist nicht zwingend eine "Tablet-App", sondern eine mobile, fehlerfreie Datenerfassung vor Ort. Vielleicht reicht dafür auch ein responsives Web-Formular auf den bereits vorhandenen Smartphones der Techniker:innen.
Teste dein Wissen
Ein:e Kund:in fordert für eine neue App ein "sicheres Login". Du baust sofort eine komplexe 2FA-Lösung ein. Bei der Abnahme ist die Person unzufrieden. Welcher Fehler liegt hier vor?