Jak pomagasz zespołom technicznym i nietechnicznym lepiej się rozumieć?

Question

Accepted Answer

Głównym problemem nie jest inteligencja, lecz **różne słownictwa i różne cele**. Inżynierowie myślą w kategoriach systemów, ograniczeń i przypadków brzegowych; Sales, Marketing i Support myślą w kategoriach klientów, transakcji i rezultatów. Moim zadaniem jako Tech Leada jest być tłumaczem i budować nawyki, które z czasem redukują potrzebę tłumaczenia.

## Co robię w praktyce

- **Tłumaczę żargon w obie strony.** Zakazuję akronimów na spotkaniach międzyfunkcyjnych i przeformułowuję koncepcje techniczne na wpływ biznesowy: nie „kolejka się zapchała”, lecz „zamówienia potwierdzają się 10 minut, dlatego Support dostaje skargi”.
- **Zakotwicz w wspólnych artefaktach.** Demo bije dokumenty. Działający prototyp, dashboard lub diagram customer journey daje obu stronom tę samą konkretną rzecz, na którą można wskazać.
- **Buduj empatię przez ekspozycję.** Czasem sadzam inżynierów na rozmowie Sales lub na zmianie Support. Usłyszenie, jak prawdziwy klient się męczy, robi więcej niż jakakolwiek specyfikacja. Odwrotnie, zapraszam osoby nietechniczne na uproszczone przejście przez architekturę.
- **Używaj analogii, nie abstrakcji.** Porównanie migracji do „remontu domu, w którym ludzie wciąż mieszkają” trafia natychmiast do odbiorcy nietechnicznego.
- **Stwórz jedno źródło prawdy dla statusu.** Wspólny, napisany prostym językiem roadmap lub tablica statusu zapobiega grze w głuchy telefon, która rodzi nieufność.

## Powtarzalny framework

1. **Słuchaj** prawdziwej troski pod prośbą („czy możesz dodać przycisk?” często znaczy „klient jest zablokowany”).
2. **Przeformułuj** to w języku drugiej strony.
3. **Potwierdź** zrozumienie, odtwarzając to z powrotem.
4. **Udokumentuj** wspólną decyzję, by przetrwała spotkanie.

## Pułapki, których należy unikać

- **Protekcjonalność.** Nietechniczny nie znaczy nieinteligentny; nadmierne upraszczanie obraża ludzi.
- **Chowanie się za złożonością**, by uniknąć powiedzenia nie. „To skomplikowane” nie jest odpowiedzią.
- **Jednokierunkowe tłumaczenie.** Inżynierowie też muszą rozumieć kontekst biznesowy, a nie tylko być przed nim osłaniani.

## Dlaczego to ważne

Większość tarcia organizacyjnego to porażka komunikacji, a nie porażka kompetencji. Gdy zespoły techniczne i nietechniczne naprawdę się rozumieją, decyzje zapadają szybciej, oczekiwania stają się realistyczne, a zaufanie zastępuje dynamikę my-kontra-oni, która po cichu wszystko spowalnia.