---
title: "IT auf Augenhöhe: Leitfaden für Entscheider"
lang: de
type: blog
canonical: https://www.arocom.de/blog/auf-augenhoehe-mit-der-it
alternate: https://www.arocom.de/en/blog/it-on-eye-level
author: "Axel Roth"
published: 2026-09-19
---

# IT auf Augenhöhe: Leitfaden für Entscheider

Webprojekte scheitern selten an fehlender Technik und oft an fehlender gemeinsamer Sprache. Dieser Leitfaden gibt Entscheidern drei Werkzeuge an die Hand: ein Mini-Glossar der Begriffe, die in Agentur- und IT-Gesprächen am häufigsten missverstanden werden, je eine Rückfrage pro Begriff, mit der ihr Klarheit herstellt, und vier Kommunikations-Anti-Muster, die Projekte still ausbremsen. Ihr müsst nicht selbst programmieren können. Ihr müsst die richtigen Fragen stellen und erkennen, wann eine Antwort ausweicht.

## Auf Augenhöhe mit der IT: ein Übersetzungsleitfaden für Entscheider

In Erstgesprächen erleben wir regelmäßig denselben Moment. Die
Geschäftsführerin nickt, der IT-Dienstleister redet von Sprints,
Story Points und einem Backlog, und beide verlassen den Termin mit dem
guten Gefühl, sich verstanden zu haben. Drei Monate später stellt sich
heraus: Sie meinten Verschiedenes. Das Projekt war nicht technisch zu
schwer. Es war sprachlich nicht abgeglichen.

Dieser Leitfaden soll diese Lücke schließen. Er erklärt die Begriffe,
die in der Zusammenarbeit mit Agenturen und IT-Abteilungen am häufigsten
aneinander vorbeigehen, liefert zu jedem eine konkrete Rückfrage, und
beschreibt am Ende vier Muster, an denen die Kommunikation kippt. Das
Ziel ist nicht, dass ihr zum Entwickler werdet. Das Ziel ist, dass ihr
eine ausweichende Antwort als solche erkennt.

## Warum Übersetzung wichtiger ist als Technikwissen

Ein verbreiteter Irrtum lautet: Wer mitreden will, muss die Technik
verstehen. In unseren Projekten beobachten wir das Gegenteil.
Entscheider, die versuchen, auf Code-Ebene mitzudiskutieren,
verlieren sich in Details und übersehen die Fragen, die wirklich in
ihrer Verantwortung liegen: Was kostet das, wann ist es fertig, was
passiert, wenn sich Anforderungen ändern.

Eure Aufgabe ist die des Auftraggebers, nicht die des Übersetzers in
eigener Sache. Ihr müsst Ziele klar benennen, Prioritäten setzen und
erkennen, wann eine Antwort euch eher beruhigen als informieren soll.
Dafür braucht ihr kein Informatikstudium. Ihr braucht ein paar
Begriffe in der richtigen Bedeutung und den Mut, nachzufragen, bis
ihr es verstanden habt.

## Mini-Glossar: zehn Begriffe und eure Rückfrage

Die folgende Tabelle versammelt die Begriffe, die in unseren
Projekten am häufigsten für Missverständnisse sorgen. Die mittlere
Spalte erklärt, was gemeint ist. Die rechte Spalte gibt euch die
eine Rückfrage, mit der ihr im Gespräch Klarheit herstellt, statt
verständnisvoll zu nicken.

| Begriff | Was es bedeutet | Eure Rückfrage |
| --- | --- | --- |
| Sprint | Ein fester Zeitraum (meist zwei Wochen), in dem ein vereinbarter Teil der Arbeit fertig wird. Aus dem Rahmenwerk Scrum. | Was genau ist am Ende dieses Sprints für mich sichtbar oder nutzbar? |
| Backlog | Die geordnete Liste aller noch offenen Aufgaben und Wünsche. Wird laufend neu priorisiert. | Wer entscheidet über die Reihenfolge, und wie kommen meine Prioritäten dort hinein? |
| Story Point | Eine Schätzung des Aufwands relativ zu anderen Aufgaben, nicht in Stunden, sondern in Vergleichsgröße. | Wie übersetzt sich das in Kalenderzeit und Budget für mich? |
| MVP | Minimum Viable Product: die kleinste Version, die echten Nutzen liefert und am Markt getestet werden kann. | Welche Funktion lassen wir bewusst weg, und wann kommt sie nach? |
| Lead | Ein qualifizierter Interessent, also ein Kontakt mit erkennbarem Kaufinteresse, nicht jeder Websitebesucher. | Ab welchem Signal zählt bei uns ein Kontakt als Lead? |
| Technische Schuld | Aufgeschobene Aufräumarbeit im Code, die spätere Änderungen langsamer und teurer macht. | Welche Schuld nehmen wir bewusst auf, und wann zahlen wir sie zurück? |
| Deployment | Das Ausspielen einer neuen Version auf den Live-Server, sodass Nutzer sie sehen. | Wie oft spielen wir aus, und wie merken Nutzer es im laufenden Betrieb? |
| Schnittstelle (API) | Ein definierter Zugang, über den zwei Systeme automatisiert Daten austauschen. | Welche Daten fließen, in welche Richtung, und wer pflegt die Verbindung? |
| Refactoring | Umbau bestehenden Codes, ohne sein Verhalten zu ändern, um ihn wartbarer zu machen. | Was wird dadurch für uns künftig einfacher oder billiger? |
| Bug vs. Feature | Ein Bug ist ein Fehler gegen die Vereinbarung. Ein Feature-Wunsch ist eine neue Anforderung. | Stand das im vereinbarten Umfang, oder ist es ein Zusatz? |

Zwei Begriffe verdienen eine Vertiefung, weil sie besonders oft falsch
verwendet werden. Was hinter einem [Sprint und dem Scrum-Rahmenwerk](https://www.arocom.de/wissen/entwicklung/scrum)
steht, erklärt unser Wissen-Artikel im Detail. Und warum ein
[Lead](https://www.arocom.de/wissen/entwicklung/lead) nicht dasselbe ist wie ein Besucher,
entscheidet darüber, ob ihr und eure Agentur dieselbe Marketing-Zahl
meint, wenn ihr über Erfolg sprecht.

## Vier Rückfragen, die in jedem Projekt passen

Die Glossar-Rückfragen helfen beim einzelnen Begriff. Daneben gibt es
vier allgemeine Fragen, die in fast jeder Projektsituation Klarheit
schaffen. Sie sind kurz, sie sind freundlich, und sie zwingen zu einer
konkreten Antwort.

**"Könnt ihr mir das an einem Beispiel zeigen?"** Abstrakte
Beschreibungen verdecken Lücken. Ein konkretes Beispiel deckt sie auf.
Wer es nicht liefern kann, hat die Sache oft selbst noch nicht
durchdacht.

**"Was passiert, wenn wir das nicht machen?"** Diese Frage trennt das
wirklich Notwendige von der gut klingenden Empfehlung. Manchmal lautet
die ehrliche Antwort: nichts Schlimmes.

**"Woran merken wir in vier Wochen, dass es funktioniert hat?"** Sie
verlangt eine überprüfbare Wirkung statt eines Versprechens. Ohne
Antwort darauf lässt sich später kein Erfolg feststellen.

**"Was braucht ihr von uns, damit das gelingt?"** Sie macht die
Zusammenarbeit zweiseitig. Viele Verzögerungen entstehen nicht beim
Dienstleister, sondern an einer ausstehenden Freigabe oder einem
fehlenden Zugang auf eurer Seite.

## Vier Anti-Muster in der Kommunikation

Begriffe und Rückfragen helfen im Detail. Daneben gibt es
wiederkehrende Muster, an denen die Verständigung im Großen scheitert.
Wir sehen diese vier am häufigsten.

**Das Scheinverständnis.** Beide Seiten nicken, niemand fragt nach,
weil keiner als unwissend dastehen will. Das ist der teuerste Reflex
im Projekt. Eine gute Agentur erkennt ihn und erklärt von sich aus
noch einmal. Ihr als Auftraggeber dürft jederzeit sagen: "Bitte noch
einmal in einfacheren Worten."

**Der Fachjargon als Mauer.** Wenn jede Antwort technischer wird,
statt klarer, ist das selten Zufall. Manchmal verbirgt Jargon
Unsicherheit, manchmal soll er eine unbequeme Nachfrage abwehren. Ein
Dienstleister, der auf Augenhöhe arbeitet, übersetzt freiwillig in
eure Sprache.

**Die stille Annahme.** "Das war doch klar" ist der Satz, der nach
jedem Missverständnis fällt. Klar war es nur für eine Seite.
Schriftliche Zusammenfassungen nach jedem wichtigen Termin kosten zehn
Minuten und ersparen wochenlange Umwege.

**Die Verschiebung über Begriffe.** Wird eine vereinbarte Funktion
plötzlich zum "komplexen Sonderfall", lohnt die ruhige Rückfrage, ob
sie im vereinbarten Umfang stand. Sprache verschiebt hier
unausgesprochen die Grenze zwischen Soll und Zusatz. Wie solche
Verschiebungen ganze Projekte aus der Spur bringen, zeigt unser
Beitrag zu den [häufigsten Fehlern in Webprojekten](https://www.arocom.de/blog/projektmanagement-fails-webprojekte).

### Muss ich als Entscheider die Technik wirklich nicht verstehen?

Ihr müsst sie nicht beherrschen, aber ihr solltet ihre Auswirkungen einordnen können. Der Unterschied ist wichtig: Ihr müsst nicht wissen, wie eine Schnittstelle programmiert wird, aber ihr solltet fragen können, welche Daten darüber fließen und wer sie pflegt. Genau dafür ist dieser Leitfaden gedacht. Die technische Tiefe gehört in die Hand eures Dienstleisters, die Entscheidung über Ziel, Budget und Priorität gehört in eure.

### Wie erkenne ich, ob mein Dienstleister auf Augenhöhe kommuniziert?

An einem einfachen Signal: Er übersetzt von sich aus. Eine gute Agentur erklärt Fachbegriffe, ohne dass ihr darum bitten müsst, gibt Beispiele und antwortet auf eure Rückfragen klarer statt technischer. Wenn Antworten mit jeder Nachfrage komplizierter werden, ist das ein Warnzeichen. Verständliche Kommunikation ist kein Zusatzservice, sondern Teil der Leistung.

### Was tue ich, wenn ich im Termin etwas nicht verstanden habe?

Sagt es sofort und ruhig. Ein Satz genügt: "Das habe ich noch nicht verstanden, könnt ihr es anders erklären?" In unserer Erfahrung sinkt die Hemmschwelle, wenn ihr es früh einmal tut, und der Termin wird für beide Seiten produktiver. Die teure Variante ist, die Frage zu schlucken und drei Wochen später festzustellen, dass etwas anderes gebaut wurde als gedacht.

### Lohnt sich ein gemeinsames Glossar für das Projekt?

Bei Projekten ab einer gewissen Größe ja. Ein kurzes, gemeinsam gepflegtes Dokument mit den zentralen Begriffen und ihrer Bedeutung im Projekt verhindert, dass dasselbe Wort in zwei Bedeutungen kursiert. Das gilt besonders für Begriffe, die bei euch intern bereits eine eigene Bedeutung haben, etwa Lead, Kampagne oder Freigabe. Der Aufwand ist gering, der Nutzen wächst mit jeder Person im Projekt.

## Der erste Schritt für euer nächstes Gespräch

Ihr müsst euch dieses Glossar nicht merken. Nehmt es ins nächste
Projektgespräch mit, als Spickzettel auf dem Tisch oder offen auf dem
Bildschirm. Stellt eine der vier allgemeinen Rückfragen, sobald
eine Antwort vage wird, und bittet nach jedem wichtigen Termin um
eine kurze schriftliche Zusammenfassung.

Wenn ihr vor einem größeren Vorhaben steht und unsicher seid, ob ihr
und euer Dienstleister wirklich dasselbe meint, sprecht uns an.
In einem [Zukunfts-Check](https://www.arocom.de/zukunfts-check) ordnen wir euer Vorhaben
gemeinsam ein, in eurer Sprache, ohne Jargon. Den Termin vereinbart
ihr unkompliziert über unser [Kontaktformular](https://www.arocom.de/kontakt).