- 1 Section
- 10 Lessons
- unbegrenzt
- Beruf, Ethik & digitale Gesellschaft10
- 1.1Lebensbegleitendes Lernen in der IT
- 1.2Lern- und Arbeitstechniken
- 1.3Berufliche Aufstiegsmöglichkeiten: Weiterbildungen, Studium
- 1.4IT-Zertifizierungen: Cisco, Microsoft, CompTIA, AWS
- 1.5Wertschätzung und Diversität im Arbeitsumfeld
- 1.6Verantwortungsvoller Umgang mit digitalen Medien
- 1.7Kommunikations- und Informationsverhalten reflektieren
- 1.8Ethik in der IT: Algorithmen, KI und Verantwortung
- 1.9Persönlichkeitsrechte im digitalen Raum
- 1.10Aufgaben WiSo & Beruf
Kommunikations- und Informationsverhalten reflektieren
In keinem Beruf der Welt arbeitet man wirklich alleine. Und in keinem Beruf der Welt ist Kommunikation deshalb so wichtig wie in der IT, in der wir mit Kolleg:innen, Kunden, Vorgesetzten, Fachfremden und Maschinen ständig Information austauschen müssen – meistens über schriftliche Kanäle. Viele technisch hervorragende Menschen scheitern später nicht an der Technik, sondern daran, dass ihre Botschaft falsch ankommt, dass sie Konflikte schlecht moderieren oder dass sie wichtige Informationen unter dem Tisch lassen.
Diese Lektion ist eine kompakte Einführung in das, was später im Job entscheidend ist: Kommunikationsmodelle wie das 4-Seiten-Modell, der Unterschied zwischen schriftlicher und mündlicher Kommunikation, gute E-Mail- und Chat-Etikette, professionelles Meeting-Verhalten, konstruktiver Umgang mit Konflikten und Feedback, sowie ein Blick auf interkulturelle Unterschiede und solides Informationsverhalten.
1) Kommunikation ist mehr als „die Botschaft senden"
Eine der wichtigsten Erkenntnisse der Kommunikationsforschung: was du sagst und was beim Gegenüber ankommt, sind selten dasselbe. Worte werden interpretiert, durch den Tonfall gefärbt, durch den Kontext eingebettet, durch Erfahrungen mit der Person verstärkt oder abgeschwächt. Eine sachlich gemeinte Mail kann als Vorwurf gelesen werden, eine ironische Bemerkung als ernste Aussage, eine offene Frage als Misstrauen. Wer in der IT erfolgreich kommuniziert, akzeptiert das nicht als lästiges Übel, sondern arbeitet bewusst damit.
Der österreichische Kommunikationsforscher Paul Watzlawick fasste das in seinem berühmten ersten Axiom zusammen: „Man kann nicht nicht kommunizieren." Auch Schweigen, Nicht-Antworten oder das Ignorieren einer Mail ist eine Botschaft – nur eben eine, deren Bedeutung der Empfänger selbst interpretieren muss. Wer im Slack-Channel auf eine Frage gar nicht reagiert, kommuniziert: „nicht wichtig" oder „kein Bock" oder „ich weiß es nicht und schäme mich" – je nachdem, was die andere Person sich denkt.
2) Das 4-Seiten-Modell nach Schulz von Thun
Das einflussreichste Kommunikationsmodell im deutschsprachigen Raum stammt vom Hamburger Psychologen Friedemann Schulz von Thun. Seine zentrale Einsicht: jede Aussage hat vier Seiten – einen Sachinhalt, eine Selbstkundgabe, eine Beziehungsbotschaft und einen Appell. Sender und Empfänger können auf unterschiedlichen Seiten „hören", was zu klassischen Missverständnissen führt.
3) Sender und Empfänger – die unsichtbare Strecke
Ergänzend zum 4-Seiten-Modell ist das klassische Sender-Empfänger-Modell nützlich. Es betont, dass zwischen dem, was der Sender meint, und dem, was beim Empfänger ankommt, eine ganze Reihe von Filtern liegen: das gewählte Medium (Mail, Chat, Telefon, persönlich), Hintergrundrauschen (Stress, Müdigkeit, andere Aufgaben), kulturelle und individuelle Vorerfahrung, die Beziehung der beiden zueinander.
In der IT ist das besonders relevant, weil so viel asynchron und schriftlich passiert. Eine kurze Mail „Können wir das nochmal anschauen?" kann freundlich, ungeduldig oder bedrohlich klingen – ohne Stimme und Mimik fehlen die meisten Kontextsignale. Wer das im Hinterkopf hat, formuliert vorsichtiger und reagiert weniger schnell auf vermeintliche Tonfälle.
4) Schriftlich vs. mündlich – wann was sinnvoll ist
Ein häufiger Fehler im Berufsalltag: man wählt das falsche Medium für die Botschaft. Lange Diskussionen per Chat über etwas, das in einem 10-Minuten-Call geklärt wäre. Wichtige Entscheidungen, die nur mündlich getroffen wurden und niemand kann sich später erinnern, was vereinbart wurde. Eine emotionale Konflikt-Mail, die mündlich besser aufgehoben wäre, weil sich Tonfall lesen lässt.
Eine grobe Faustregel: einfache, klar formulierte Informationen gehören schriftlich (Mail, Chat, Ticket) – nachvollziehbar, dokumentiert, asynchron lesbar. Komplexe Diskussionen mit vielen Iterationen gehören mündlich (Call, Meeting), idealerweise mit Video, dann mit kurzem schriftlichen Protokoll im Nachgang. Emotionale Themen (Kritik, Konflikt, Lob für etwas Schwieriges) gehören fast immer mündlich, manchmal mit anschließender schriftlicher Bestätigung. Klare Vereinbarungen brauchen eine schriftliche Spur, auch wenn sie mündlich getroffen wurden.
5) E-Mail-Etikette im Beruf
E-Mail ist trotz aller neuen Tools immer noch das wichtigste schriftliche Medium im Berufsleben – formaler als Chat, asynchron, mit klarer Spur. Eine gut geschriebene Mail spart Rückfragen, vermeidet Missverständnisse und macht einen professionellen Eindruck. Eine schlecht geschriebene Mail kann Vertrauen kosten, das mühsam aufgebaut wurde.
To Whom It May Concern wirkt unbeholfen.Ein paar weitere Punkte aus der Praxis: antworte zeitnah, auch wenn nur mit „Danke, ich kümmere mich bis Freitag drum" – das beruhigt Erwartungen. Allen antworten nur, wenn alle die Antwort brauchen; sonst riesige Threads. Weiterleiten nur mit Erlaubnis, wenn die ursprüngliche Mail vertraulich war. Anhänge klein halten oder Links auf Cloudspeicher nutzen. Und sehr wichtig: kurz vor dem Absenden noch mal lesen – auf Tonfall, auf den richtigen Empfänger, ob alle erwähnten Anhänge wirklich dranhängen.
6) Chat-Etikette: Slack, Teams, Discord
Chat-Tools wie Slack oder Microsoft Teams sind heute in vielen Firmen das Hauptkommunikationsmittel. Sie sind nicht „Mail mit weniger Form" – sie haben eigene Spielregeln. Wer die ignoriert, nervt das Team oder bekommt schlechte Reaktionen. Die wichtigsten Punkte:
- Frage direkt mit Kontext stellen, nicht erst „Hallo, hast du kurz Zeit?"
- Threads für Folgefragen nutzen, nicht Channel-Hauptchat
- Bei Mention überlegen, ob es wirklich diese Person sein muss
- Reaktion mit Emoji statt Mini-Nachricht („👍" statt „danke")
- Bei längerer Antwort kurz Bescheid geben („schaue ich mir an, melde mich bis 15 Uhr")
- Status nutzen (verfügbar / Fokus / nicht da)
- Asynchron denken – nicht jede Nachricht muss sofort gelesen sein
- „Hi" senden und auf Antwort warten, bevor man die eigentliche Frage stellt
- Sehr lange Nachrichten zerstückeln und einzeln senden
- @channel oder @here für Banalitäten – stört alle
- Erwartung sofortiger Antwort, auch außerhalb der Arbeitszeit
- Private/persönliche Themen in offenen Channeln
- Konfliktdiskussionen per Chat führen statt anrufen
- Code-Snippets ohne Formatierung als Fließtext
Die wichtigste Regel ist die asynchrone Denkweise: ein Chat ist nicht das Telefon. Man darf erwarten, dass eine Antwort innerhalb von Stunden, manchmal erst am nächsten Tag kommt. Wer dauernd in Chats reagiert, kommt nicht zur Arbeit. Wer dauernd schnelle Antworten erwartet, treibt das eigene Team in die Reaktionsschleife. Verzeichnis 12 in Lern- und Arbeitstechniken hat dazu konkrete Methoden.
7) Meeting-Verhalten
Meetings sind in der IT allgegenwärtig – Daily Standups, Sprint-Plannings, Reviews, Strategie-Meetings, 1:1-Gespräche. Gut geführte Meetings sind enorm wertvoll, schlecht geführte sind Zeitfresser ohne Ergebnis. Auch wenn du als Berufsanfänger:in das Meeting selten leitest, hast du erheblichen Einfluss darauf, wie es läuft.
Vor dem Meeting: Agenda lesen, falls vorhanden. Wenn keine da ist, kurz fragen, worum es geht. Falls du etwas vorzubereiten hast, das wirklich tun. Pünktlich sein – nicht 30 Sekunden vor Anfang sich einloggen und dann zwei Minuten Mikro suchen.
Im Meeting: Mikro stummschalten, wenn du nicht sprichst. Kamera an, wenn es technisch geht und das Team das tut – Videochats funktionieren viel besser, wenn Gesichter zu sehen sind. Wirklich zuhören, nicht parallel Mails lesen oder programmieren. Nachfragen, wenn etwas unklar ist – andere haben oft die gleiche Frage und sind dankbar, dass jemand sie stellt. Nicht unterbrechen, aber Wortmeldungen klar signalisieren.
Nach dem Meeting: was wurde entschieden? Wer macht was bis wann? Wenn das nicht klar war, kurz schriftlich nachfassen. Diese Dokumentation – „Aktionspunkte aus dem Meeting" – ist meist die wertvollste Zeit-Investition rund um Meetings.
8) Konflikte konstruktiv lösen
Konflikte sind im Berufsalltag unvermeidlich und nicht per se schlecht – Teams ohne Konflikte sind oft Teams ohne ehrliche Auseinandersetzung mit Themen. Wichtig ist, wie man mit Konflikten umgeht. Ein bewährtes Werkzeug sind Ich-Botschaften statt Du-Botschaften: nicht „Du hörst mir nie zu!" sondern „Ich habe das Gefühl, dass meine Punkte in den Meetings oft nicht aufgegriffen werden – kann das sein, oder bilde ich mir das ein?". Das wirkt weniger anklagend und öffnet Gespräch.
Im Konfliktgespräch hilft aktives Zuhören: die andere Seite ausreden lassen, mit eigenen Worten zusammenfassen („Habe ich richtig verstanden, dass du …?"), Rückfragen statt Gegenangriffe. Das wirkt erstmal langsamer, deeskaliert aber dramatisch. Wer dagegen jedem Punkt sofort einen Gegen-Punkt entgegensetzt, macht aus einem Gespräch eine Schießerei.
9) Feedback geben und nehmen
Eine besondere Form der Kommunikation ist Feedback: gezielte Rückmeldung über eine Leistung, eine Verhaltensweise, ein Produkt. Im IT-Alltag ist das ständig präsent – Code-Reviews, Sprint-Reviews, Performance-Gespräche, 1:1s. Gutes Feedback wirkt nach, schlechtes Feedback verhärtet oder demotiviert.
Beim Feedback-Geben sind ein paar Prinzipien hilfreich: konkret sein (welcher Code-Block, welche Situation), auf die Sache beziehen, nicht auf die Person („Diese Variable könnte besser benannt sein" statt „Du benennst Variablen schlecht"), zeitnah geben (nach drei Wochen weiß keiner mehr, worum es ging), balanciert – nicht nur Kritik, sondern auch Hinweis auf das, was gut funktioniert. Die viel zitierte „Sandwich-Methode" (Lob – Kritik – Lob) hat Schwächen – sie wirkt manchmal künstlich und der Empfänger filtert das Lob als Verpackung. Besser: ehrlich, konkret, mit Wertschätzung.
Beim Feedback-Nehmen ist die wichtigste Disziplin: erstmal zuhören und verdauen, nicht sofort verteidigen. Auch wenn das Feedback ungerecht erscheint – kurz aushalten, nachfragen, danken. In der Reflexion danach kann man bewerten, was zutrifft und was nicht. Wer in der Sekunde gegenargumentiert, signalisiert „ich bin nicht für Feedback offen" und wird in Zukunft weniger bekommen.
10) Interkulturelle Kommunikation
In international zusammengesetzten IT-Teams treffen verschiedene Kommunikationsstile aufeinander. Die niederländische Forscherin Erin Meyer hat das in ihrem Buch „The Culture Map" gut beschrieben: Kulturen unterscheiden sich systematisch in Dimensionen wie Direktheit der Kritik (skandinavische und niederländische Kulturen sehr direkt, ostasiatische und südeuropäische eher indirekt), Hierarchie-Empfindlichkeit, Verhältnis zu Pünktlichkeit, Bedeutung persönlicher Beziehungen vor Sachthemen.
Konkret im Alltag: eine deutsche Kollegin, die sehr direkt Kritik äußert, wirkt auf indische oder japanische Kolleg:innen oft schroff oder unhöflich – obwohl sie genau das gemacht hat, was in ihrem Kulturraum als professionell gilt. Umgekehrt kann ein indirektes „Das ist ein interessanter Ansatz, vielleicht könnten wir auch …" für deutsche Ohren wie zarte Zustimmung klingen, während es eigentlich Ablehnung meint. Beide Seiten haben recht und sollten sich der Unterschiede bewusst sein, ohne in Stereotypen zu verfallen.
Praktische Tipps für interkulturelle Teams: klare Sprache ohne Slang oder Wortwitz (übersetzt sich schlecht), schriftliche Zusammenfassungen wichtiger Punkte (gleichen ungleiche Sprachkenntnisse aus), nachfragen bei Unklarheit ohne Scham, kulturelle Neugier statt heimlicher Bewertung, Geduld bei Englisch-als-Zweitsprache-Beiträgen. Mehr zum kulturellen Aspekt findest du in Wertschätzung und Diversität.
11) Informationsverhalten – Recherche und Quellen
Kommunikation ist nicht nur Senden, sondern auch Informationen einholen. Im IT-Beruf bist du ständig in der Position, etwas Neues recherchieren zu müssen – eine Fehlermeldung, eine Bibliothek, eine Konfiguration, eine rechtliche Frage. Die Qualität dieser Recherche entscheidet darüber, wie gut deine Arbeit wird.
Ein paar Prinzipien aus der Praxis: offizielle Doku zuerst – Hersteller-Dokumentation ist meist der präziseste und aktuellste Stand, auch wenn sie manchmal mühsam zu lesen ist. Stack Overflow als zweiten Schritt, nicht als ersten – Antworten dort sind oft jahrealt und betreffen eine alte Version. Auf Datum achten, neuere Antworten bevorzugen. KI-Assistenten wie GitHub Copilot oder ChatGPT sind nützlich, halluzinieren aber regelmäßig – nichts blind übernehmen, was du nicht verstehst. Bei rechtlichen oder kritischen Themen: Originalquelle finden (Gesetzestext, Hersteller-Statement, Studie), nicht nur Zusammenfassung dritter Quellen.
Im Team-Kontext ist eine wichtige Frage: wann selbst recherchieren, wann fragen? Wer für jede Kleinigkeit fragt, raubt anderen Konzentration. Wer nie fragt, sitzt stundenlang an Problemen, die in 5 Minuten lösbar wären. Eine gute Heuristik: 15 Minuten allein versuchen, dann fragen. Beim Fragen den eigenen Versuch und die genaue Fehlermeldung mitsenden – nicht „funktioniert nicht", sondern „bei X habe ich Y versucht, bekomme aber Z, hier der Stack-Trace".
12) Häufige Kommunikationsfehler
- „Hallo?"-Pings im Chat – ohne den eigentlichen Inhalt zu nennen. Zwingt das Gegenüber zur Wartezeit
- Allen-Antworten-Reflex – riesige Threads mit irrelevanten Empfängern. „Allen Antworten" sparsam einsetzen
- Konflikte per Chat – schriftliche Eskalation, weil Tonfall nicht lesbar ist. Lieber kurzer Call
- Wichtige Entscheidungen nur mündlich – nach drei Wochen weiß keiner mehr, was vereinbart wurde. Immer kurz schriftlich nachfassen
- Spät auf Mails reagieren, ohne Bescheid – „melde mich später" ist immer besser als drei Tage Funkstille
- Im Affekt antworten – verärgerte Mails am Abend versendet, am Morgen bereut. Faustregel: bei Ärger 24 h warten
- Feedback als Charakter-Bewertung – „Du bist schlampig" statt „Diese Doku ist unvollständig". Verletzt, ohne zu helfen
- Aktiv zuhören mit Smartphone in der Hand – signalisiert genau das Gegenteil von Aufmerksamkeit
- Englisch ignorieren – wenn ein internationaler Kollege im Team ist, in deutschsprachige Nebengespräche kippen. Ausgrenzend
- Mehr senden als empfangen – im Meeting reden, ohne anderen Raum zu lassen. Wirkt selbstverliebt, auch wenn man inhaltlich recht hat
Zusammenfassung
Kommunikation hat vier Seiten (Sachinhalt, Selbstkundgabe, Beziehung, Appell) – Konflikte entstehen oft, weil Sender und Empfänger auf unterschiedlichen Seiten unterwegs sind. Schriftlich eignet sich für klare Informationen, mündlich für komplexe Diskussionen und emotionale Themen. E-Mails brauchen klaren Betreff, passende Anrede, konkrete Bitte, durchdachte CC. Chats funktionieren asynchron – „Hi"-Pings und Sofort-Antwort-Erwartungen vermeiden. Meetings profitieren von Vorbereitung, Pünktlichkeit, klarem Aktionsplan im Nachgang. Konflikte früh und direkt ansprechen, mit Ich-Botschaften, aktives Zuhören. Feedback konkret, zeitnah, sachbezogen geben; beim Nehmen erst zuhören. In interkulturellen Teams kulturelle Stilunterschiede bewusst machen. Recherche mit offiziellen Quellen beginnen, KI-Antworten kritisch prüfen.
