Model czworga uszu – czym jest i jak stosować go w zespole IT

Model czworga uszu (Vier-Ohren-Modell) to koncepcja komunikacji interpersonalnej stworzona przez niemieckiego psychologa Friedemanna Schulza von Thuna, która zakłada, że każdy komunikat można odbierać na czterech różnych płaszczyznach: rzeczowej, relacji, apelu i ujawniania siebie. Gdy nadawca i odbiorca skupiają się na różnych warstwach tej samej wiadomości, dochodzi do nieporozumienia  i właśnie to jest źródłem ogromnej liczby problemów w zespołach IT.

Dlaczego komunikacja w IT to sprawa życia i śmierci projektu

Pracuję w IT od kilkunastu lat,  jako QA lead, ale też jako szeregowy pracownik w różnych zespołach. Widziałem, jak ważna jest komunikacja i jak niebezpieczne są niedomówienia. To nie jest tylko moje wrażenie: badania z dwóch niezależnych raportów branżowych wskazują, że zła komunikacja była bezpośrednią przyczyną niepowodzenia projektów w 56–57% przypadków. Według raportu PMI Pulse of the Profession (2013) zła komunikacja jest odpowiedzialna za 56% budżetu narażonego na ryzyko w nieudanych projektach. [źródło]

To nie jest problem „miękki” tylko projektowy.

Kiedy na jednym ze szkoleń liderskich prowadzący zaledwie wspomniał o modelu czworga uszu, postanowiłem go dokładniej zbadać. To, co znalazłem, natychmiast skojarzyłem z dziesiątkami sytuacji z własnej kariery.

Co to jest model czworga uszu?

Model czworga uszu opracował Friedemann Schulz von Thun, niemiecki psycholog i ekspert w dziedzinie komunikacji interpersonalnej. Opublikował go w 1981 roku, budując na dwóch wcześniejszych modelach: modelu Watzlawicka i modelu Organon Bühlera. Von Thun założył następnie Instytut Komunikacji w Hamburgu i kontynuował prace nad komunikacją, tworząc m.in. koncepcję „wewnętrznego zespołu”.

Założenie modelu jest następujące: każdy komunikat między nadawcą a odbiorcą zawiera jednocześnie cztery warstwy, a problemy pojawiają się wtedy, gdy nadawca chce trafić do jednej z nich, a odbiorca odbiera komunikat przez inną.

Cztery warstwy komunikatu

Warstwa	Inne nazwy	Co przekazuje
Rzeczowa	Ucho faktów	Suche fakty, informacje bez emocji
Relacji	Ucho relacji	Co nadawca sądzi o odbiorcy
Apelu	Ucho apelu	Czego nadawca chce od odbiorcy
Ujawniania siebie	Ucho samoujawnienia	Co nadawca zdradza o sobie, swoich emocjach

Każde wypowiedziane zdanie można rozpatrywać na wszystkich czterech płaszczyznach jednocześnie. Pytanie brzmi: którą z nich słyszy odbiorca  i czy to ta sama, którą chciał zaakcentować nadawca?

Trzy przykłady z życia zespołu IT

Przejdę przez konkretne zdania, które pojawiają się w codziennej pracy i pokażę, jak każde z nich można odebrać na cztery zupełnie różne sposoby.

Przykład 1: Code Review

Zdanie: „Ten fragment kodu nie spełnia naszych standardów Clean Code.”

• Warstwa rzeczowa: Kod wymaga poprawek, nie jest zgodny z wytycznymi.
• Warstwa apelu: Przepisz ten kod tak, żeby był czytelniejszy.
• Warstwa relacji: Napisałeś zły kod — jesteś złym programistą.
• Warstwa ujawniania siebie: Martwię się, że mamy w repozytorium brzydki kod.

Szczególnie w komunikacji między QA a deweloperem to właśnie warstwa relacji jest najbardziej ryzykowna. Zgłaszając błąd, naprawdę trzeba uważać, żeby nie rezonować do tej warstwy a skupiać się na faktach i apelu. To stały challenge w tej relacji.

Przykład 2: Niedomknięty ticket

Zdanie: „Ten ticket w Jirze jest nadal otwarty, choć miał być zamknięty wczoraj.”

• Warstwa rzeczowa: Ticket nie został zamknięty na czas.
• Warstwa apelu: Zamknij ten ticket teraz / proszę o jego zamknięcie.
• Warstwa relacji: Jestem niesumienny, nie radzę sobie z obowiązkami.
• Warstwa ujawniania siebie: Mamy źle zorganizowany plan / czuję presję czasu.

To samo zdanie wypowiedziane w rozmowie menedżera z HR-em o konkretnym pracowniku natychmiast przesuwa się w stronę warstwy relacji,  mimo identycznego brzmienia. Kontekst zmienia wszystko.

Przykład 3: Stand-up bez postępów

Zdanie: „Nie widzę żadnych postępów w tej user story od ostatniego daily.”

• Warstwa rzeczowa: Brak zmian od wczoraj. Fakt, ani dobry, ani zły.
• Warstwa apelu: Rusz z tą user story, bo blokujesz sprint.
• Warstwa relacji: Obijam się, nie nadążam.
• Warstwa ujawniania siebie: Martwię się, że nie dotrzymamy deadline’u.

Wyobraźmy sobie dwie wersje tej samej sytuacji. Scrum Master patrzy na tablicę i mówi do siebie półgłosem: „Nie widzę postępów w tej user story od ostatniego daily…”  to brzmi jak czysty fakt. Ale gdy mówi wprost: „Piotr, nie widzę postępów w tej user story od ostatniego daily”  to już jest niemal dosłowny apel do działania. To samo zdanie, inna warstwa.

A jeśli sprint kończy się dziś? Nawet wypowiedziane delikatnie, zostanie odebrane jako apel, bo kontekst wywiera presję.

Co wpływa na odbiór komunikatu?

To pytanie jest kluczowe  i odpowiedź nie jest prosta. Na podstawie własnych doświadczeń wyróżniam sześć głównych czynników:

1. Kontekst sytuacyjny Przed deadline’em słuchacz jest znacznie bardziej wyczulony na warstwę apelu lub relacji. W spokojnej retrospektywie to samo zdanie trafi raczej do ucha faktów. Koniec sprintu i rozmowa przy kawie to dwa zupełnie różne konteksty dla identycznych słów.

2. Osobowość i dominujące ucho Każdy z nas ma swoje dominujące ucho. Jeśli jesteśmy wrażliwi na krytykę, ucho relacji będzie u nas „większe”. Będziemy odbierać feedbacki jako atak personalny, nawet jeśli mówca chciał po prostu przekazać fakt. Warto to wiedzieć o sobie.

3. Stan emocjonalny słuchacza Ktoś niewyspany, bez kawy, sfrustrowany  zinterpretuje ten sam komunikat zupełnie inaczej niż wypoczęta osoba. Ucho relacji i apelu robią się wtedy nieproporcjonalnie duże.

4. Relacja między nadawcą a odbiorcą Do kolegi piszemy inaczej niż do osoby, z którą ledwo rozmawiamy. Zaufanie tworzy bezpieczną przestrzeń dla komunikatu a brak zaufania sprawia, że każde zdanie może trafić nie tam. Szczególnie wrażliwy punkt to hierarchia: odbiorca niepewny siebie w relacji z przełożonym będzie szukał ukrytej krytyki tam, gdzie jej nie ma.

5. Kultura organizacyjna W luźnych zespołach żartobliwy komentarz o niedomkniętym tasku przejdzie bez echa. W formalnych może wywołać realne napięcie. Są organizacje nastawione na wynik i takie nastawione na relację a komunikacja wygląda w nich zupełnie inaczej.

6. Jasność i ton komunikatu nadawcy Im komunikat jest jaśniejszy i bardziej dopasowany tonem do intencji, tym większa szansa, że trafi do właściwego ucha. Emocjonalny ton sygnalizuje warstwę ujawniania siebie. Rozkazujący – apel. Neutralny i konkretny – fakty.

Wpływ pracy zdalnej i komunikacji pisemnej

Kiedy przeszliśmy na pracę zdalną i komunikatory, ta dynamika zmieniła się znacząco. Brakuje gestów, intonacji, mimiki wszystkiego, co w rozmowie na żywo pomaga dekodować intencję. Emotikony i mrugnięcia okiem pojawiły się właśnie po to, żeby trochę zmiękczyć pisany tekst i zaznaczyć, do którego ucha kierujemy komunikat.

Komunikacja pisana daje za to więcej czasu na dobór słów. To przestrzeń, którą warto wykorzystać  i o której piszę w kolejnej sekcji.

Jak trafić do właściwego ucha? Praktyczne techniki

Dla nadawcy

1. Jasno formułuj intencję. Jeśli chcesz, żeby ktoś zamknął ticket do jutra powiedz dosłownie: „Proszę, żebyś zamknął ten ticket do jutra”. Nie mów: „Ticket jest nadal otwarty” i licz, że odbiorca się domyśli. Może się nie domyślić a może domyślić się czegoś zupełnie innego.
2. Dopasuj ton i język do warstwy, którą chcesz zaakcentować. Jeśli jesteś zestresowany deadline’em i chcesz to zakomunikować powiedz wprost: „Jestem zestresowany, mam deadline na karku, przyspieszmy z tą funkcjonalnością”. To i apel, i ujawnianie siebie i jest uczciwe. Zamiast suchego: „Funkcjonalność nie jest gotowa”.
3. Podawaj kontekst wypowiedzi. „Teraz omawiamy ten kod pod kątem standardów Clean Code” to jasna rama dla odbiorcy. „Ten kod nie wygląda dobrze” – to otwarta brama dla każdej interpretacji.
4. W komunikacji pisanej unikaj niejednoznaczności. Masz czas, żeby dobrze sformułować zdanie. Zamiast: „Dlaczego ten ticket jest otwarty?” napisz: „Proszę, zaktualizuj status ticketu, bo potrzebujemy tego do raportu”. Intencja jest czytelna.

Dla odbiorcy

1. Analizuj wskazówki kontekstowe. Neutralny ton i konkrety → warstwa rzeczowa. Emocjonalny ton → ujawnianie siebie. Rozkazujący → apel. Jeśli menedżer mówi z irytacją, że funkcjonalność musi być gotowa do piątku  słyszysz jednocześnie apel i ujawnianie siebie. Nie ma tu warstwy relacji, choć łatwo ją tam wpisać.
2. Pytaj, kiedy nie jesteś pewien. To wymaga odwagi, ale jest najskuteczniejszą metodą. Zamiast zgadywać, powiedz: „Czy chodzi Ci o to, żebyśmy przyspieszyli pracę nad tym featurem, czy o coś innego?” Jedno pytanie może zapobiec tygodniom nieporozumień.
3. Znaj swoje dominujące ucho. Jeśli wiesz, że jesteś wrażliwy na krytykę, masz narzędzie: możesz się zatrzymać i zapytać sam siebie, czy odbieram ten komunikat przez warstwę relacji, bo tak mi się kojarzy czy rzeczywiście tam jest.
4. Weź pod uwagę kontekst kulturowy. W tzw. kulturach niskiego kontekstu (Polska, większość krajów zachodnich) intencja jest przekazywana wprost. W kulturach wysokiego kontekstu (wiele krajów azjatyckich) sens kryje się w otoczeniu, relacji, historii rozmówców. W wielonarodowych zespołach to robi ogromną różnicę. To, co dla Polaka brzmi jak unik lub przesadne okrążanie tematu, dla rozmówcy z Azji jest normalnym sposobem komunikacji.

Wnioski

Model czworga uszu nie jest teorią akademicką, lecz praktycznym narzędziem do rozumienia, dlaczego te same słowa wywołują zupełnie różne reakcje w zależności od osoby, kontekstu i relacji.

Jako ktoś, kto spędził kilkanaście lat w IT, widzę wyraźnie: im lepsza komunikacja w zespole, tym mniej czasu spędza się na gaszeniu pożarów, które nigdy nie powinny powstać.

Zachęcam do dwóch rzeczy. Po pierwsze, zastanów się, jakie jest twoje dominujące ucho. Po drugie, następnym razem, gdy piszesz komentarz do kodu albo zgłaszasz błąd, sprawdź, czy intencja jest naprawdę czytelna dla odbiorcy. Nie tylko dla ciebie.