Szkolenie · współpraca międzykulturowa

Polska ↔ Indie w pracy zespołowej

Jak się dogadać, żeby projekt dowieźć na czas

KulturaBridge · warsztat dla zespołów IT

01.01.2026

Imię Nazwisko (Dział)

Agenda

01
Kontekst kulturowy
Skąd się biorą różnice
→
02
Komunikacja
Co „tak” naprawdę znaczy
→
03
Zespół i relacje
Hierarchia, twarz, zaufanie
→
04
Czas i procesy
Strefy, święta, deadline’y
→
05
Pogłębienie: PL ↔ IN
Zaufanie, negocjacje, mity, plan 90 dni
→
06
Scenariusze
11 rozmów: błąd i poprawka
→
07
Narzędzia
Wskazówki i słowniczek
→
08
Quiz
Sprawdź, co zostało w głowie
→

Kontekst kulturowy

Zanim zaczniemy rozmawiać – skąd się biorą różnice

Indie w liczbach
Wymiary Hofstedego
Religia, filozofia, kasty
Różnorodność regionalna

Kontekst kulturowy

Indie w liczbach

Mieszkańcy1,4 mldnajludniejszy kraj świata

Języki urzędowe22hindi i angielski w administracji

Strefa czasowaUTC+5:30jedna na cały kraj, bez zmiany czasu

Nie ma „jednych Indii”: język, religia, jedzenie i styl pracy różnią się między regionami bardziej niż między wieloma krajami Europy.

Źródła: dane ogólnodostępne (spisy i oficjalne konstytucyjne wykazy języków); wartości zaokrąglone.

Kontekst kulturowy

Wymiary kulturowe wg Hofstedego

Wymiar	🇵🇱 Polska	🇮🇳 Indie
Dystans władzy	średni (68)	wysoki (77)
Indywidualizm	wysoki (60)	niski (48) – kolektywizm
Unikanie niepewności	wysokie (93)	niskie (40)
Orientacja długoterminowa	średnia (38)	wysoka (51)
Pobłażliwość	niska (29)	niska (26)

Wartości orientacyjne z modelu Hofstedego – to średnie dla społeczeństw, nie reguły dla jednej osoby.

Kontekst kulturowy

Co to znaczy w praktyce

Obszar	🇵🇱 Polskie podejście	🇮🇳 Indyjskie podejście
Decyzje	samodzielność, inicjatywa oddolna	konsultacja z przełożonym, zgoda hierarchii
Niepewność	potrzeba jasnych reguł i procedur	elastyczność, adaptacja ad hoc
Relacje	praca oddzielona od życia prywatnego	osobiste relacje budują zaufanie zawodowe
Konflikt	bezpośrednia konfrontacja problemu	unikanie otwartego konfliktu, ochrona twarzy
Praca grupowa	indywidualny wkład do grupy	tożsamość grupowa, wspólna odpowiedzialność

Kontekst kulturowy

Religia i filozofia w tle pracy

Karma

Reputacja i konsekwencje

wiara w skutki własnych działań
dbałość o dobre imię i opinię
cierpliwość wobec efektów

Dharma

Obowiązek i rola

poczucie właściwego miejsca i zadania
lojalność wobec rodziny i przełożonego
rola ważniejsza niż „moje zdanie”

Ahimsa

Unikanie przemocy

niechęć do otwartej konfrontacji
łagodny ton nawet przy niezgodzie
dyskretne sygnały zamiast „nie”

W Indiach współistnieją hinduizm, islam, chrześcijaństwo, sikhizm, dżinizm i buddyzm – nie zakładaj, że wszyscy myślą tak samo.

Kontekst kulturowy

Kasty: świadomość bez wnikania

✓ Rób

✓traktuj wszystkich równo i merytorycznie
✓wiedz, że temat jest historycznie wrażliwy
✓zmieniaj temat, gdy ktoś go podejmuje wobec innych
✓pamiętaj: dyskryminacja kastowa jest w Indiach nielegalna

✕ Unikaj

✕pytać o kastę (jak o rasę czy religię w pracy)
✕wyciągać wniosków z nazwiska
✕żartować lub robić aluzje do pochodzenia
✕angażować się w rozmowy o napięciach kastowych

Kontekst kulturowy

Różnorodność regionalna – uogólnienia z rezerwą

Północ

Delhi, Gurugram, Noida

hindi i pendżabski w tle
duży sektor usług i korporacji
często bardziej „głośny” styl rozmowy

Południe

Bengaluru, Hyderabad, Chennai

serce branży IT i centrów R&D
języki: kannada, telugu, tamilski
dużo osób wielojęzycznych, angielski jako lingua franca

Zachód

Mumbai, Pune

finanse, outsourcing, startupy
marathi i gudżarati obok hindi
tempo i mentalność biznesowa zbliżona do metropolii

Zamiast zgadywać – zapytaj kolegę, skąd pochodzi i jak pracuje mu się najlepiej. To dobry small talk.

Kontekst kulturowy

Mapa kultury pracy (Erin Meyer)

Model „Culture Map” pokazuje kulturę na skalach. Indie i Polska rzadko leżą w tym samym miejscu.

Komunikacja: Polska bardziej low-context, Indie bardziej high-context
Feedback: Polska bezpośredni, Indie raczej pośredni i łagodzony
Decyzje: w Indiach hierarchicznie, w Polsce częściej przez konsultację z zespołem
Zaufanie: w Indiach budowane relacją, w Polsce częściej zadaniem i kompetencją

„To tendencje statystyczne, nie reguły dla każdej osoby. Traktuj każdego współpracownika indywidualnie.”

Zasada numer jeden szkolenia

Komunikacja

Co „tak” naprawdę znaczy

High-context vs low-context
Indian English w IT
Mowa ciała i cisza
Komunikacja pisemna

Komunikacja

High-context vs low-context

Aspekt	🇵🇱 Polska (low-context)	🇮🇳 Indie (high-context)
„Tak”	zgoda	„słyszę Cię”, „rozumiem” albo uprzejme uniknięcie odmowy
Odmowa	bezpośrednie „nie”	rzadko wprost: „sprawdzę”, „postaramy się”, cisza
Pytania	zadawanie pytań = profesjonalizm	pytanie może sugerować brak kompetencji lub podważać autorytet
E-mail	zwięzły, konkretny	dłuższy, z grzecznościowym wstępem i zakończeniem
Feedback	bezpośredni, krytyczny	ostrożny, owinięty w pochwały
Cisza	niezgoda lub zakłopotanie	namysł, szacunek lub niezgoda – rzadko cicha zgoda

Komunikacja

Tłumacz Indian English: co usłyszysz, co to znaczy

INDIAN ENGLISH

„I will try my best”

często: nie jestem pewien, że się uda – dopytaj o blokery

„We will look into it”

grzeczne „na razie nie mam odpowiedzi”

„Yes, sir / ma’am”

szacunek i słyszę – niekoniecznie zgoda i zrobię

„Do the needful”

wykonaj, co trzeba – bez dalszego opisu; doprecyzuj

„Prepone”

przesunąć na wcześniej (przeciwieństwo „postpone”)

„Revert back”

odpowiedzieć – nie „cofnąć zmiany”

„Kindly…”

uprzejma prośba, nie ironia ani naciski

„Will update shortly”

termin nieokreślony – ustal konkretną godzinę

Komunikacja

Mowa ciała, której nie czytamy po polsku

Head wobble

Ruch głową na boki

zwykle: słyszę, rozumiem, zgoda
to NIE jest „nie”
jeśli niepewne – dopytaj słowami

Spojrzenie

Brak kontaktu wzrokowego

wobec seniora: wyraz szacunku
to nie nieuczciwość ani brak zainteresowania
nie wymuszaj kontaktu wzrokowego

Milczenie

Cisza i pauzy

namysł lub unikanie publicznej niezgody
nie odczytuj od razu jako zgody
dopytaj prywatnie, 1:1

Pytaj tak, żeby odpowiedź nie była „tak/nie”: „Jak widzisz kolejne kroki?” zamiast „Zdążysz?”.

Komunikacja

Head wobble: zgoda, nie zaprzeczenie

Charakterystyczne kiwnięcie głową na boki ma wiele odcieni – od „rozumiem” po „tak, zgoda”.

Szukaj kontekstu: tonu, uśmiechu, tempa kiwania
Nie odpowiadaj tym samym gestem – nie udawaj
Potwierdzaj na głos: „Czyli ustalamy czwartek 15:00 IST?”
Pisemne podsumowanie po spotkaniu kasuje wątpliwości

Komunikacja

E-mail i czat: zasady gry

✓ Rób

✓zaczynaj od krótkiego powitania i podziękowania
✓podawaj datę, godzinę i strefę: „czwartek 15:00 IST”
✓zamykaj wiadomość listą ustaleń (kto, co, do kiedy)
✓prośbę o potwierdzenie formułuj otwartym pytaniem

✕ Unikaj

✕pisać „ASAP” i „EOD” bez strefy
✕zostawiać krytyki w publicznym wątku
✕ufać pojedynczemu „OK” bez weryfikacji
✕przełączać kanały bez zapowiedzi (e-mail → WhatsApp)

Zespół i relacje

Hierarchia, twarz i zaufanie

Hierarchia i szacunek
Twarz (izzat)
Feedback, który działa
Vendor–klient i bench

Zespół i relacje

Hierarchia w codziennej pracy

Decyzje

Kto decyduje

ostatnie słowo ma przełożony
zespół czeka na „zielone światło”
jasno nadawaj upoważnienie: „decydujesz w zakresie X”

Tytuły i forma

Jak się zwracać

Sir / Ma’am to szacunek, nie ironia
Doctor, Engineer, Professor – używaj tytułów
przechodź na „ty” dopiero za zgodą

Inicjatywa

Jak pytać

junior rzadko kwestionuje seniora
bez zachęty nie zgłosi problemu
twórz bezpieczne kanały eskalacji

„Status zawsze zielony” to klasyczny sygnał wysokiego dystansu władzy – pytaj o przeszkody wprost.

Zespół i relacje

Twarz (izzat): czego unikać publicznie

Utrata twarzy to poważny cios w reputację – dla osoby i dla jej przełożonego.

Błędy omawiaj 1:1, nie na kanale zespołu
Nie zaskakuj publicznym „Dlaczego tego nie zrobiłeś?”
Pytaj o blokery: „Co konkretnie blokuje zadanie?”
Chwal publicznie, koryguj prywatnie

Zespół i relacje

Feedback metodą SBI

Situation

Kontekst

kiedy i gdzie: „w czwartkowym demo…”
konkretny moment, nie ocena osoby
mów prywatnie

Behavior

Zachowanie

to, co widać i słychać: „nie zgłosiłeś opóźnienia”
bez domysłów o motywach
najpierw dobre rzeczy, potem uwagi

Impact

Wpływ

skutek dla zespołu i klienta
zakończ wspólnym planem
poproś o powtórzenie w swoich słowach

Technika teach-back: „Możesz powiedzieć, jak rozumiesz następne kroki?” – sprawdza zrozumienie bez stawiania w złej sytuacji.

Zespół i relacje

Dynamiki IT, które warto znać

ZESPÓŁ IT

Vendor–klient

zespół vendora wykonuje, nie kwestionuje decyzji klienta – zachęcaj do głosu

Bench

osoby czekające na projekt; presja, by pokazać się jako „gotowy”

„Godfather”

senior jako gatekeeper wiedzy i dostępu – pracuj z nim, nie obok

Yes-bias

zgoda bez realnej oceny możliwości – potwierdzaj konkretami

Estymacje

wysoka publiczna estymacja bywa odbierana jako krytyka planu – używaj Planning Poker

Awans i uznanie

sukcesy zespołu przypisuje często seniorowi – docenianie wprost zmienia dynamikę

Zespół i relacje

Spotkania i negocjacje

✓ Rób

✓wyślij agendę wcześniej, by dać czas na przygotowanie
✓zacznij 5 minutami small talku
✓zbieraj opinie anonimowo (Mentimeter, 1-2-4-All)
✓ustal pisemnie kryteria akceptacji i Definition of Done

✕ Unikaj

✕liczyć na zgłoszenie obiekcji na forum przy seniorze
✕kończyć spotkanie bez ustaleń na piśmie
✕zakładać, że cisza = zgoda
✕wymuszać decyzji tu i teraz przy wyższym przełożonym

Czas i procesy

Strefy, święta i deadline’y

IST vs CET/CEST
Polichroniczność
Kalendarz świąt
Definition of Done

Czas i procesy

IST a czas polski

Zimą (CET)+4:30IST wyprzedza Polskę o 4,5 godziny

Latem (CEST)+3:30różnica 3,5 godziny

Okno spotkań9–13czas polski; ok. 12:30–16:30 IST latem

Zawsze podawaj strefę: „czwartek 15:00 IST”. Przy zmianie czasu w Europie okno przesuwa się o godzinę – Indie nie zmieniają czasu.

IST = UTC+5:30 przez cały rok.

Czas i procesy

Czas monochroniczny vs polichroniczny

Polska

Jedna rzecz naraz

agenda i punktualność
przerwanie spotkania = brak szacunku
deadline = twarda data

Indie

Wiele spraw równolegle

elastyczne plany i priorytety
relacja bywa ważniejsza niż zegar
deadline = cel, który można negocjować

Co robić

Most

ustal ostateczny termin, nie „koniec tygodnia”
dodaj checkpointy: środa 12:00 krótki update
uzgodnij, co przy opóźnieniu

Polichroniczność to nie lekceważenie – to inny sposób zarządzania uwagą. Daj strukturę, nie presję.

Czas i procesy

Kalendarz świąt – gdy planujesz sprint

Święto	Orientacyjnie	Wpływ na pracę
Holi	marzec	dzień wolny w wielu firmach
Dzień Republiki	26 stycznia	święto państwowe
Dzień Niepodległości	15 sierpnia	święto państwowe
Ganesh Chaturthi	sierpień / wrzesień	ważne zwłaszcza w Maharasztrze
Diwali	październik / listopad	kilka dni; urlopy; wyślij „Happy Diwali”
Eid, Pongal, Onam i inne	zależnie od roku i regionu	sprawdź kalendarz zespołu

Daty świąt religijnych zmieniają się co roku – zweryfikuj w kalendarzu przed planowaniem wdrożeń.

Czas i procesy

Definition of Done i estymacje

Napisz

Kryteria akceptacji

„gotowe” znaczy co innego w różnych kulturach
ustal kryteria zanim praca ruszy
zapisz w ticketcie

Szacuj razem

Estymacje

Planning Poker: karty odkrywane naraz
unikasz efektu kotwicy
zespół widzi, że to wspólna decyzja

Kreatywna improwizacja

Jugaad

szybkie obejście zamiast procedury
bywa genialne, bywa długiem technicznym
doceniaj pomysł, ustal standardy

Pisemne ustalenia nie są brakiem zaufania. To wspólny punkt odniesienia dla dwóch różnych sposobów myślenia o „zrobione”.

Pogłębienie: PL ↔ IN

Co mówią badania: komunikacja, hierarchia, czas, feedback, zaufanie, negocjacje

Komunikacja i fałszywy konsensus
Hierarchia i decyzje
Czas, feedback, zaufanie
Negocjacje i koszty
Pełny profil Hofstede + Meyer

Pogłębienie · Komunikacja

Fałszywy konsensus: skąd się bierze

KOMUNIKACJA

Wysoki kontekst

sens zależy od statusu rozmówcy, otoczenia i sygnałów niewerbalnych (Meyer)

Unikanie „nie”

„I will try my best”, „We are looking into it” = uprzejmość, nie zobowiązanie

Head wobble

kołysanie głową to uważne słuchanie lub potwierdzenie odbioru, nie odmowa

Cisza

w Indiach szacunek dla hierarchii; w Polsce często chęć zachowania twarzy (Buławka i in., 2023)

Skrypt szczerości

Wierzbicka (1999): Polacy mówią wprost, Indie chronią dobrostan rozmówcy

Brak pytań

obie strony rzadko przyznają się do niezrozumienia – podwójne ryzyko błędów

Pogłębienie · Komunikacja

Jak cudzoziemcy widzą polski styl pracy

Zarządzanie59%ocenia styl jako autorytarny, dyrektywny, hierarchiczny

Feedback bezpośredni39%uznaje polski feedback za bezpośredni

Feedback pośredni37%uznaje go za pośredni – środek skali

Badanie Buławki, Mołek i Woźniak (2023): Polska łączy bezpośredniość z uprzejmością, ale z zewnątrz bywa odbierana jako dyrektywna.

Źródło: notebook NotebookLM „Biznesowe Podróże do Indii” (44 źródła).

Pogłębienie · Hierarchia

Hierarchia i podejmowanie decyzji

PDI 77 vs 68

Wyniki Hofstedego

Indie 77, Polska 68, średnia świata 56,5
w Indiach hierarchia relacyjna i stanowa
w Polsce związana z formalną strukturą

Mikrozgody

Jak to wygląda w zespole

władza skupiona na górze
zespół oczekuje szczegółowych poleceń
wyjście poza rolę bywa nietaktem (dharma)

IDV 60 vs 48

Polski kontrapunkt

Polak oczekuje autonomii merytorycznej
czuje się uprawniony do kwestionowania decyzji lidera
to zderza się z indyjskim szacunkiem dla przełożonego

Praktyka: wyznacz po stronie indyjskiej lidera pomostowego (SPOC) z pisemnym mandatem decyzyjnym.

Pogłębienie · Hierarchia

Case study NEXI Croatia (Bručić)

Fakty

Co się stało

zespoły z Indii zgadzały się na nierealne terminy narzucone z góry
nikt nie zgłaszał braków wiedzy ani ryzyka
kadra zarządzająca czytała to jako brak kompetencji

Przyczyna

Dlaczego

duży dystans władzy blokuje sprzeciw
in-group: informacje nie płyną w górę ani na zewnątrz bez formalnego obowiązku
ryzyko ukrywa się do ostatniej chwili

Reakcja

Co z tym zrobić

pytaj procesowo: „Jakie kroki podejmiecie?”
pytaj: „Jakie czynniki mogą wpłynąć na harmonogram?”
zobowiąż do raportowania ryzyka w rytmie cotygodniowym

Źródło: notebook NotebookLM „Biznesowe Podróże do Indii” (44 źródła).

Pogłębienie · Czas

Czas i terminy: dwa sposoby myślenia

Obszar	🇵🇱 Polska	🇮🇳 Indie
Model czasu (Hall/Meyer)	monochroniczny, linear-time	polichroniczny, flexible-time
Unikanie niepewności (UAI)	93: zamrożone wymagania, rygor planu	40: tolerancja na nieokreśloność
Kamień milowy / koniec sprintu	nieprzekraczalny	punkt odniesienia, renegocjowany
Ryzyko opóźnienia	zgłasza się z wyprzedzeniem	często rozwiązywane do ostatniej chwili
Orientacja długoterminowa (LTO)	38 (w innych ujęciach 32)	51 (w innych ujęciach 61)
Strefa czasu	różnica 3,5–4,5 h; okno wspólne 3–4 h dziennie	model follow-the-sun możliwy

Źródło: notebook NotebookLM „Biznesowe Podróże do Indii” (44 źródła).

Pogłębienie · Feedback

Feedback i krytyka

Aspekt	🇵🇱 Polska	🇮🇳 Indie
Skala Meyer (evaluating)	wprost lub stonowany dyplomatycznie	wybitnie pośredni (indirect negative)
Krytyka kodu lub specyfikacji	bezwzględna, jako troska o jakość	publicznie = utrata twarzy
Skutek bezpośredniego feedbacku	odbierany jako profesjonalizm	wycofanie, spadek poczucia bezpieczeństwa, blokada transparentności
Tło historyczne	„command, criticise, or crush” (Kłos-Sokół, 2015); postawa obronna	ochrona harmonii i relacji
Co działa	sandwich: uznanie → miękkie wskazanie → wspólny plan	tylko 1:1, z downgraderami i wyraźną pochwałą

Źródło: notebook NotebookLM „Biznesowe Podróże do Indii” (44 źródła).

Pogłębienie · Zaufanie

Zaufanie i relacje

Task-based

Polska

zaufanie z wyników, wiedzy i dotrzymanych umów
small talk jako dodatek
wg Gesteland (2012): zmiennie ekspresyjni – chłodni, ale w kryzysie gwałtowni

Relationship-based

Indie

zaufanie z więzi i wzajemnego poznania
tło osobiste i wartości to warunek wstępny współpracy
lojalność wobec zespołu i przełożonego nadrzędna

IVR 29 vs 26

Wspólne

obie kultury powściągliwe, normy społeczne silne
silne in-groups w obu krajach
rotacja w indyjskim IT (1600+ centrów GCC) osłabia zaufanie relacyjne

Praktyka: pierwsze minuty każdego spotkania na nieformalną rozmowę – to inwestycja, nie strata czasu.

Pogłębienie · Negocjacje

Negocjacje: umowa, Jugaad, układy

Sztywna vs płynna

Umowa

Polska (UAI 93): zapisy i RODO to ostateczne ramy
Indie: negocjacje trwają i podlegają renegocjacji
ustal twarde ramy prawne i architektoniczne z góry

Jugaad vs kombinowanie

Improwizacja

Jugaad: oszczędna innowacja i kreatywne obejście przy braku zasobów
kombinowanie: omijanie sztywnych procedur, szukanie luk
daj swobodę wewnątrz zdefiniowanych granic

Jaan-pehchaan vs załatwianie

Sieci kontaktów

wymiana przysług i wypracowane kontakty
bezpośrednia analogia do polskiego załatwiania
MAS 64 vs 56: Polak twardszy, strona indyjska ustępuje za relację

Źródło: notebook NotebookLM „Biznesowe Podróże do Indii” (44 źródła).

Pogłębienie · Negocjacje

Koszty: stawka to nie wszystko

Stawki w Indiach-35–50%$3500–6000/mies. vs $6000–10000 w Polsce

Nadzór (onshore PM)$10–15 tys.miesięcznie – dodatkowy koszt zarządzania

DTAA u źródła15%podatek od należności licencyjnych i usług technicznych (FTS)

Do kalkulacji dolicz nadzór, dłuższy transfer wiedzy i koszty podatkowe (umowa DTAA).

Źródło: notebook NotebookLM „Biznesowe Podróże do Indii” (44 źródła). Kwoty orientacyjne.

Pogłębienie · Profil

Pełny profil: Hofstede + Meyer

Wymiar	🇵🇱 Polska	🇮🇳 Indie
Dystans władzy (PDI)	68	77 (średnia 56,5)
Indywidualizm (IDV)	60	48 (średnia 40)
Męskość (MAS)	64	56 (średnia 51)
Unikanie niepewności (UAI)	93	40 (średnia 65)
Orientacja długoterminowa (LTO)	38	51 (średnia 48)
Pobłażliwość (IVR)	29	26

Wartości według notebooka; w innych ujęciach różnią się (IDV: PL 47, IN 24). Profil Meyer: slajdy o komunikacji, czasie i zaufaniu.

Pogłębienie · Praktyka

Rady i błędy według źródeł

✓ Rób

✓pytaj procesowo zamiast zamkniętym „czy zdążycie?”
✓krytykuj tylko 1:1: uznanie → obszar do poprawy → wspólny plan
✓wyznacz lidera pomostowego (SPOC) z pisemnym mandatem
✓po każdym spotkaniu wysyłaj pisemne podsumowanie (follow-up mail)

✕ Unikaj

✕krytykować programistę z Indii na ogólnym calu
✕traktować „I will try” lub head wobble jako zobowiązanie
✕uznawać brak pytań za pełne zrozumienie specyfikacji
✕narzucać czysto transakcyjny styl pracy bez budowania relacji

„Różnice kulturowe nie są problemem do usunięcia. To informacja o tym, jak zapytać, żeby dostać prawdziwą odpowiedź.”

Wniosek rozdziału 5

Scenariusze

11 rozmów: błąd i poprawka

Najpierw typowy błąd
Potem wersja poprawiona
Co z tego wynika dla Ciebie

Scenka 1 · ⏰

Nieporozumienie z deadlinem

🇵🇱 Monika: Rahul, potrzebuję tej dokumentacji do końca tygodnia. OK?

🇮🇳 Rahul: Yes, of course, no problem.

🇵🇱 Monika: (w piątek 16:00) Rahul, gdzie jest dokumentacja?

🇮🇳 Rahul: I'm still working on it, will send soon...

🇵🇱 Monika: To jest nieakceptowalne! Miałeś to zrobić do dziś!

🇮🇳 Rahul: I apologize... there were some dependencies from the other team that caused delays.

Typowe błędy

Projekt IT, Monika z Warszawy i Rahul z Bangalore. Poniedziałek rano.

Co poszło nie tak

Nieokreślony deadline ('koniec tygodnia' jest wieloznaczny)
Rahul potwierdził bez realnej oceny możliwości — typowy yes-bias
Monika nie sprawdziła w ciągu tygodnia postępu
Publiczna konfrontacja w piątek uderza w twarz Rahula i paraliżuje zamiast motywować

Scenka 1 · ⏰

Nieporozumienie z deadlinem – wersja poprawiona

🇵🇱 Monika: Rahul, potrzebuję dokumentacji – 3 sekcje, max 10 stron. Masz czas do czwartku 15:00 IST? Czy to realne?

🇮🇳 Rahul: Thursday 15:00 IST should be fine. I have a few questions about the format...

🇵🇱 Monika: Pytaj śmiało! [odpowiada na pytania]. W środę o 12:00 daj mi krótki update – czy idziesz zgodnie z planem?

🇮🇳 Rahul: Yes, will send a quick status then. Thank you for the clarity.

🇵🇱 Monika: (środa) Jak idzie?

🇮🇳 Rahul: On track, 60% done. Will deliver by Thursday 15:00 IST as planned.

Lepsza wersja

Projekt IT, Monika z Warszawy i Rahul z Bangalore. Poniedziałek rano.

Dlaczego to działa

Konkretna specyfikacja zadania i termin ze strefą czasową
Pytanie czy termin jest realistyczny – daje Rahulowi możliwość odmowy
Check-in w połowie – wczesna detekcja problemu
Zachowanie twarzy i budowanie zaufania przez szacunek

Scenka 2 · 💻

Feedback po code review

🇵🇱 Artur: Priya, ten kod, który wrzuciłaś... ma poważne problemy. Brakuje error handlingu, testy są praktycznie puste, i w ogóle nie rozumiem tego podejścia.

🇮🇳 Priya: I... I see. I will fix it.

🇵🇱 Artur: Tak, ale szybko, bo to blokuje cały team. Wszyscy czekają.

🇮🇳 Priya: (cicho) Yes sir.

Typowe błędy

Sprint review, zespół 8 osób (4 PL, 4 IN). Artur jako tech lead.

Co poszło nie tak

Publiczna krytyka przy całym teamie = utrata twarzy
Lista zarzutów bez propozycji pomocy
Presja czasowa przy wszystkich pogłębia zawstydzenie
Priya wycofuje się ('sir' + cisza) – zły sygnał

Scenka 2 · 💻

Feedback po code review – wersja poprawiona

🇵🇱 Artur: Priya, dobra robota z terminowym PR-em. Chciałbym po spotkaniu porozmawiać prywatnie o kilku kwestiach technicznych. Masz 15 minut?

🇮🇳 Priya: Of course, no problem.

🇵🇱 Artur: (prywatnie) Priya, widzę podejście które rozumiem – chciałem się dowiedzieć o Twojej logice przy error handlingu, bo zastanawiam się nad lepszym rozwiązaniem...

🇮🇳 Priya: Ah, I was thinking about X approach because... But I see your point, maybe Y would be better.

🇵🇱 Artur: Dokładnie. Możesz to zaktualizować? I daj mi znać jeśli coś nie jest jasne – chętnie pomogę.

Lepsza wersja

Sprint review, zespół 8 osób (4 PL, 4 IN). Artur jako tech lead.

Dlaczego to działa

Uznanie dobrej pracy przed krytyką (face maintenance: wzmocnienie reputacji przed potencjalnym zagrożeniem)
Prywatna rozmowa chroni twarz Priyi – kluczowy mechanizm face-saving w kulturze kolektywistycznej
Pytanie o logikę zamiast ataku = szacunek do jej myślenia i budowanie zaufania
Oferowanie pomocy zamiast tylko presji przekształca krytykę we współpracę

Scenka 3 · 🚀

Spotkanie kick-off projektu

🇵🇱 Kamil: OK, jedziemy. Mamy 30 minut. Cel projektu: X. Termin: Q3. Kto robi co: lista w JIRA. Pytania?

🇮🇳 Vikram: (milczenie)

🇵🇱 Kamil: Dobra, brak pytań = rozumiemy, startujemy.

🇮🇳 Vikram: Yes, understood. (ma pytania o moduł 2, ale nie pyta publicznie)

🇵🇱 Kamil: (tydzień później) Vikram, dlaczego nic nie zostało zrobione?

Typowe błędy

Pierwsze spotkanie nowego projektu. Kamil (PL PM) i Vikram (IN lead).

Co poszło nie tak

Brak warmup i budowania relacji – pierwszy kontakt czysto transakcyjny
Yes-bias / politeness-driven acquiescence: Vikram mówi 'yes' żeby nie zawstydzić Kamila pytaniami publicznie – nie dlatego, że rozumie
Milczenie Vikrama ≠ brak pytań; pytanie publiczne = ryzyko utraty twarzy w kulturze high-context
Brak check-ina przez tydzień po potwierdzeniu bez weryfikacji zrozumienia

Scenka 3 · 🚀

Spotkanie kick-off projektu – wersja poprawiona

🇵🇱 Kamil: Vikram, super że możemy współpracować! Jak tam Bangalore pogoda? Słyszałem, że mieliście monsun wcześniej niż zwykle w tym roku.

🇮🇳 Vikram: Ha yes, very wet season! And Warsaw?

🇵🇱 Kamil: Typowe polskie lato :) Agendę wysłałem wcześniej – przeszedłeś przez nią? Chcę mieć pewność, że mamy wspólne rozumienie celów Q3.

🇮🇳 Vikram: Yes, I have a few thoughts on the timeline for module 2...

🇵🇱 Kamil: Świetnie, chcę to usłyszeć. Potem możesz podsumować Twoje rozumienie kolejnych kroków? Zrobię to samo – sprawdzimy, czy jesteśmy na tej samej stronie.

Lepsza wersja

Pierwsze spotkanie nowego projektu. Kamil (PL PM) i Vikram (IN lead).

Dlaczego to działa

5 minut warmup buduje relację na całe tygodnie
Agenda wcześniej = Vikram mógł przygotować pytania prywatnie
Zaproszenie do podzielenia się opinią daje przestrzeń
Technika teach-back weryfikuje rozumienie bez stawiania w złej sytuacji

Scenka 4 · 🎯

Inicjatywa i autonomia

🇮🇳 Suresh: Agata, which database should I use for the new module?

🇵🇱 Agata: Suresh, Ty jesteś seniorem! Sam zdecyduj, to Twoja działka.

🇮🇳 Suresh: I understand, but what do you prefer?

🇵🇱 Agata: To bez różnicy, zrób jak uważasz.

🇮🇳 Suresh: (tydzień bez decyzji)

Typowe błędy

Agata (PL) jest nową PM. Suresh (IN senior dev) czeka na każdą decyzję.

Co poszło nie tak

'Zrób jak uważasz' brzmi jak porzucenie, nie empowerment – brak wyraźnej autoryzacji
Wysoki dystans władzy (PDI): Suresh potrzebuje explicite upoważnienia od przełożonej, a nie ogólnego 'sam zdecyduj'
W kulturze wysokiego PDI działanie bez zgody przełożonego = narażanie się na zarzut przekroczenia kompetencji
Agata błędnie interpretuje pytania jako brak kompetencji zamiast szukania autoryzacji

Scenka 4 · 🎯

Inicjatywa i autonomia – wersja poprawiona

🇮🇳 Suresh: Agata, which database should I use for the new module?

🇵🇱 Agata: Suresh, Ty masz tu pełną decyzyjność – upoważniam Cię do wyboru technologii w tym module. Masz najlepsze kompetencje w teamie do tej oceny.

🇮🇳 Suresh: I appreciate the trust. I'll evaluate PostgreSQL vs MongoDB and recommend by Thursday.

🇵🇱 Agata: Idealnie. Jeśli napotkasz cokolwiek, co wymaga mojego wkładu – daj znać. Ale to Twoja decyzja.

🇮🇳 Suresh: Understood. Thank you for the clarity.

Lepsza wersja

Agata (PL) jest nową PM. Suresh (IN senior dev) czeka na każdą decyzję.

Dlaczego to działa

Wyraźne werbalne upoważnienie jest kluczowe
Uznanie kompetencji Suresha motywuje
Podanie terminu rekomendacji strukturyzuje zadanie
Zostawienie 'drzwi otwartych' bez zabierania autonomii

Scenka 5 · 🚨

Eskalacja problemu

🇵🇱 Piotr: (na kanale Slack #general) @Ananya URGENT: Twój moduł płatności pada na produkcji. Klienci tracą pieniądze. Natychmiast napraw!

🇮🇳 Ananya: I am very sorry, I will look into it.

🇵🇱 Piotr: Kiedy to naprawisz? Twój manager wie o tym?

🇮🇳 Ananya: (cicho pracuje, nie odpowiada)

Typowe błędy

Piotr (PL) odkrywa poważny bug w produkcji. Ananya (IN) jest właścicielką modułu.

Co poszło nie tak

Publiczne ogłoszenie winy = utrata twarzy na całą organizację
Agresywny ton ('natychmiast') jest kontrproduktywny
Groźba eskalacji do managera PARALIŻUJE zamiast motywować
Ananya wycofuje się zamiast komunikować postęp

Scenka 5 · 🚨

Eskalacja problemu – wersja poprawiona

🇵🇱 Piotr: (DM do Ananya) Ananya, mamy pilny problem z modułem płatności na produkcji. Możesz dołączyć na szybki call za 5 minut?

🇮🇳 Ananya: Yes, joining now.

🇵🇱 Piotr: (na calli) Widzę błąd X w logach. Czy widzisz to samo ze swojej strony? Co potrzebujesz żeby to rozwiązać?

🇮🇳 Ananya: I see it. I think it's related to Y. I need 2 hours. Should I update you every 30 mins?

🇵🇱 Piotr: Idealnie, tak. Dziękuję. Jeśli potrzebujesz kogoś do pomocy – powiedz.

Lepsza wersja

Piotr (PL) odkrywa poważny bug w produkcji. Ananya (IN) jest właścicielką modułu.

Dlaczego to działa

Prywatna komunikacja chroni twarz Ananya
Pytanie 'co widzisz?' zamiast oskarżenia
Pytanie o potrzeby zamiast rozkazów
Regularne updates redukują stres obu stron

Scenka 6 · 🔄

Odmowa i negocjacja scope

🇵🇱 Beata: Kavya, dodajemy do tego sprintu jeszcze 3 story points z feature X. Dasz radę?

🇮🇳 Kavya: I will try...

🇵🇱 Beata: Świetnie! Wchodzi do sprintu.

🇮🇳 Kavya: (po 2 tygodniach) Feature X is not complete, I am sorry.

🇵🇱 Beata: Ale powiedziałaś 'I will try' — potraktowałam to jako potwierdzenie!

Typowe błędy

Sprint planning. Beata (PL Scrum Master) chce dodać zadania. Dev Kavya (IN).

Co poszło nie tak

'I will try' = prawdopodobna odmowa zignorowana przez Beatę
Nikt nie zapytał o konkretne przeszkody
Kavya nie mogła powiedzieć wprost 'nie' – brak bezpiecznej przestrzeni na odmowę
Sprint overcommitted z powodu nieporozumienia

Scenka 6 · 🔄

Odmowa i negocjacja scope – wersja poprawiona

🇵🇱 Beata: Kavya, mamy feature X – 3 story points. Patrząc na Twoje obecne zadania w tym sprincie, czy to jest realne?

🇮🇳 Kavya: Honestly, my current tasks will take until end of sprint. Adding more might risk quality.

🇵🇱 Beata: Doceniam szczerość. Co gdybyśmy zrobili 1 SP z feature X – tylko core functionality?

🇮🇳 Kavya: That I can do well. The other 2 SP could move to next sprint?

🇵🇱 Beata: Idealnie. Lepiej mniej i dobrze niż dużo i źle. Dziękuję za rzetelną ocenę.

Lepsza wersja

Sprint planning. Beata (PL Scrum Master) chce dodać zadania. Dev Kavya (IN).

Dlaczego to działa

Pytanie o realizm zamiast presji daje przestrzeń na odmowę
Kavya czuje się bezpieczna powiedzieć prawdę
Negocjacja scope zamiast overcommit
Beata nagradza szczerość – buduje kulturę bezpieczeństwa psychologicznego

Scenka 7 · 📹

Spotkanie zdalne – kamera i cisza

🇵🇱 Tomek: Cześć wszystkim. Kiran, co robiłeś wczoraj? (Kiran ma kamerę wyłączoną)

🇮🇳 Kiran: Yesterday I worked on the API module.

🇵🇱 Tomek: Włącz kamerę, prosimy – mamy zasadę że wszyscy mają kamery włączone.

🇮🇳 Kiran: Sorry, I have some connectivity issues... (milczenie)

🇵🇱 Tomek: Deepa, masz jakieś blokery?

🇮🇳 Deepa: No blockers.

🇵🇱 Tomek: OK, dobra robota. (po spotkaniu Tomek pisze do managera: 'Zespół indyjski jest niezaangażowany, siedzą cicho i chowają się za wyłączonymi kamerami')

Typowe błędy

Daily standup online. Zespół mieszany PL-IN, 6 osób. Tomek (PL Scrum Master) prowadzi.

Co poszło nie tak

Wymuszanie kamery bez zrozumienia kontekstu (słabe łącze, otwarte biuro, brak prywatnego miejsca pracy)
High-context culture: cisza i powściągliwość to oznaka szacunku i uważności, nie brak zaangażowania – Tomek odczytuje to przez filtr low-context
Ogólne pytanie 'masz blokery?' = odpowiedź 'nie' (yes-bias / face-saving: przyznanie się do blokera to ryzyko wizerunkowe)
Eskalacja do managera bez próby zrozumienia przyczyn uderza w zaufanie całego zespołu

Scenka 7 · 📹

Spotkanie zdalne – kamera i cisza – wersja poprawiona

🇵🇱 Tomek: Dzień dobry! Kiran, Deepa – u Was już późne popołudnie, dzięki że jesteście. Kiran, zaczniemy od Ciebie – co wczoraj zrobiłeś i co planujesz dziś?

🇮🇳 Kiran: Good evening! Yesterday finished API endpoints for login module. Today will start on token refresh.

🇵🇱 Tomek: Świetnie. Czy cokolwiek mogłoby spowolnić pracę nad token refresh – potrzebujesz czegoś ode mnie lub od teamu?

🇮🇳 Kiran: Actually yes – I need the auth spec from Marek, been waiting 2 days.

🇵🇱 Tomek: Dziękuję że powiedziałeś – Marek, możesz dziś do 14:00 CET? Deepa, co u Ciebie?

🇮🇳 Deepa: I completed the unit tests. One thing – the test environment keeps timing out after 30 seconds.

🇵🇱 Tomek: To brzmi jak bloker – zaloguj ticket, a ja eskaluję do DevOps dziś. Dobra robota że to zgłosiłaś.

Lepsza wersja

Daily standup online. Zespół mieszany PL-IN, 6 osób. Tomek (PL Scrum Master) prowadzi.

Dlaczego to działa

Docenienie obecności (różnica czasowa!) buduje relację od razu
Konkretne pytanie 'co Cię może spowolnić?' zamiast 'masz blokery?' – otwiera dialog
Kiran ujawnia bloker gdy czuje się bezpiecznie, nie zapytany biernie
Natychmiastowa reakcja na blokery = budowanie zaufania że warto mówić o problemach
Brak wymuszania kamery – skupienie na treści, nie formie

Scenka 8 · 📊

Ocena pracownicza (Performance Review)

🇵🇱 Marta: Rajesh, przejdźmy przez ocenę. Masz świetne wyniki techniczne, ale muszę powiedzieć wprost – w tym kwartale miałeś dwa poważne opóźnienia. Co poszło nie tak?

🇮🇳 Rajesh: I apologize. I will ensure it does not happen again.

🇵🇱 Marta: To nie wystarczy jako odpowiedź. Co konkretnie było problemem? Musisz być bardziej bezpośredni w komunikacji o problemach.

🇮🇳 Rajesh: (długa pauza) I understand. I will improve.

🇵🇱 Marta: Mam nadzieję. Na razie ocena to 3/5 przez te opóźnienia. Mam jeszcze dla Ciebie cel na przyszły rok: musisz być bardziej proaktywny i asertywny.

Typowe błędy

Roczna ocena. Marta (PL manager) i Rajesh (IN senior developer, 3 lata w teamie).

Co poszło nie tak

Bezpośredni atak na błędy bez kontekstu budowania = natychmiastowa utrata twarzy Rajesha
Żądanie 'bądź bardziej bezpośredni' to paradoks: w kulturze wysokiego PDI bezpośredniość wobec przełożonego = niegrzeczność
Ocena nagła bez wcześniejszego sygnału jest szczególnie bolesna kulturowo – w Indiach feedback pojawia się stopniowo, nie jako niespodzianka
'Bądź bardziej asertywny' jako cel to cultural bias – narzucanie polskich norm zachowania

Scenka 8 · 📊

Ocena pracownicza (Performance Review) – wersja poprawiona

🇵🇱 Marta: Rajesh, dziękuję że mamy czas na rozmowę. Zanim zaczniemy, chcę powiedzieć – Twoja praca techniczna w tym roku była naprawdę solidna, szczególnie refactoring modułu X.

🇮🇳 Rajesh: Thank you, I am glad it was useful for the team.

🇵🇱 Marta: Chcę też porozmawiać o dwóch opóźnieniach w Q2 i Q3. Nie po to żeby oceniać, ale żeby zrozumieć co się stało i jak mogę lepiej wspierać Twój team. Co było najtrudniejsze?

🇮🇳 Rajesh: Honestly... in Q2, I was not sure if I could raise the dependency issue with you – I thought it was my responsibility to handle it. In Q3 the requirements changed last minute but I did not want to bother you.

🇵🇱 Marta: Cieszę się że to powiedziałeś. To jest dokładnie typ sytuacji, o której chcę wiedzieć wcześniej. Ustalmy razem: jak chcesz żebym od Ciebie dostawała sygnał, że coś blokuje projekt?

🇮🇳 Rajesh: Maybe a short message or a flag in Jira? I would feel more comfortable with that format.

🇵🇱 Marta: Świetnie. Jeśli chodzi o formalną ocenę — wyślę Ci ją pisemnie przed naszym kolejnym spotkaniem, żebyś miał czas się z nią zapoznać i ewentualnie się odnieść. Zależy mi, żeby to był dialog, nie niespodzianka.

Lepsza wersja

Roczna ocena. Marta (PL manager) i Rajesh (IN senior developer, 3 lata w teamie).

Dlaczego to działa

Rozpoczęcie od uznania (face maintenance) tworzy psychologiczne bezpieczeństwo do trudnych rozmów
Framing opóźnień jako 'chcę zrozumieć' zamiast 'oceniam' usuwa ryzyko utraty twarzy
Pytanie o przeszkody ujawnia systemowy problem (dystans władzy blokował komunikację), nie winę Rajesha
Ocena wysłana pisemnie z wyprzedzeniem: Rajesh może przemyśleć ją w spokoju — brak presji natychmiastowej reakcji chroni twarz
Wspólne ustalenie formatu eskalacji respektuje styl komunikacji Rajesha zamiast narzucania polskich norm

Scenka 9 · 📱

Kanały komunikacji – WhatsApp vs e-mail

🇮🇳 Arun: Bartek, mamy blocker z API – nie możemy kontynuować sprintu. [WhatsApp, 19:00 IST / 15:30 CET]

🇵🇱 Bartek: (następnego dnia, 09:00 CET) Dlaczego nie napisałeś na Jirze ani e-mailem? Nie sprawdzam WhatsApp do pracy.

🇮🇳 Arun: Przepraszam... myślałem że WhatsApp jest szybszy. W Indiach tak robimy przy pilnych sprawach.

🇵🇱 Bartek: Blocker leżał 17 godzin. Cały sprint się przesunął.

Typowe błędy

Projekt IT. Bartek (PL) koordynuje z indyjskim teamem przez Jira i e-mail. Arun (IN) preferuje WhatsApp do pilnych spraw.

Co poszło nie tak

Brak umowy o kanałach komunikacji = krytyczna informacja trafia w próżnię
WhatsApp jest dla wielu indyjskich teamów domyślnym kanałem pilnych zgłoszeń – ignorowanie go to ryzyko projektowe
17 godzin utraconego czasu sprintowego przez różne założenia o narzędziach

Scenka 9 · 📱

Kanały komunikacji – WhatsApp vs e-mail – wersja poprawiona

🇵🇱 Bartek: Arun, zanim zaczniemy – ustalmy kanały komunikacji. Jira do zadań, e-mail do formalności. Do pilnych blokkerów – co u was działa najlepiej?

🇮🇳 Arun: Szczerze? WhatsApp. Wszyscy u nas to sprawdzają na bieżąco. E-mail może leżeć godzinami.

🇵🇱 Bartek: OK, WhatsApp do blokkerów i pilnych spraw. Proszę oznaczaj je słowem 'BLOCKER' żebym wiedział że to priorytet.

🇮🇳 Arun: Świetnie. Jeśli coś trafi na nasz wieczór – odpiszcie gdy będziecie gotowi, nie oczekuję natychmiastowej odpowiedzi.

🇮🇳 Arun: (tydzień później) BLOCKER – API auth failure, nie możemy mergować. [WhatsApp]

🇵🇱 Bartek: Widzę! Piszę do DevOps – wrócimy za 20 minut z rozwiązaniem.

Lepsza wersja

Projekt IT. Bartek (PL) koordynuje z indyjskim teamem przez Jira i e-mail. Arun (IN) preferuje WhatsApp do pilnych spraw.

Dlaczego to działa

Uzgodnienie kanałów na kick-offie eliminuje luki w przepływie informacji
WhatsApp jako kanał blokkerów jest realną praktyką w indyjskim IT – warto to zaakceptować i ustrukturyzować
Konwencja słowa 'BLOCKER' daje Bartkowi filtr bez czytania każdej wiadomości
Obustronne ustalenie oczekiwań co do czasu odpowiedzi chroni work-life balance po obu stronach

Scenka 10 · 🖥️

Sprint demo – 'It works on my machine'

🇵🇱 Marek: Sanjay, dlaczego feature X nie działa? Był oznaczony jako Done od 3 dni!

🇮🇳 Sanjay: It works on my machine. I tested it myself.

🇵🇱 Marek: To jest nieakceptowalne! Jak możesz nazywać coś 'Done' jeśli nie działa na środowisku demo?!

🇮🇳 Sanjay: (cicho) I apologize. I will fix it.

🇵🇱 Marek: (do całego zespołu) To jest przykład tego, jak nie powinno wyglądać 'Done' w tym projekcie.

Typowe błędy

Sprint demo. Marek (PL, Product Owner) i Sanjay (IN, senior developer). Feature X był oznaczony jako 'Done' w Jira.

Co poszło nie tak

Brak wspólnej definicji 'Done' (Definition of Done) na początku sprintu
Publiczne zawstydzenie Sanjaya przy całym teamie = utrata twarzy, wycofanie się
'It works on my machine' to często efekt braku parytetów środowisk, nie złej woli
Krytyka przy wszystkich blokuje szczerą komunikację o problemach w przyszłości

Scenka 10 · 🖥️

Sprint demo – 'It works on my machine' – wersja poprawiona

🇵🇱 Marek: (przed sprintem) Sanjay, ustalmy naszą Definition of Done: kod zmergowany, testy jednostkowe zielone, feature działa na środowisku staging. Zgadzasz się?

🇮🇳 Sanjay: Yes, that's clear. We will make sure staging is in sync with dev.

🇵🇱 Marek: (podczas demo, feature nie działa) Widzę problem ze środowiskiem. Sanjay, wróćmy do tego po demo – sprawdzimy razem różnicę między staging a dev.

🇮🇳 Sanjay: Yes, I noticed the environment variables differ. I can fix it within the hour.

🇵🇱 Marek: (po demo, na prywatnym czacie) Dzięki za szybką diagnozę. Na przyszłość – dodajmy do DoD weryfikację na stagingu przed oznaczeniem jako Done. OK?

🇮🇳 Sanjay: Agreed. Good process improvement.

Lepsza wersja

Sprint demo. Marek (PL, Product Owner) i Sanjay (IN, senior developer). Feature X był oznaczony jako 'Done' w Jira.

Dlaczego to działa

Definition of Done ustalona pisemnie przed sprintem eliminuje nieporozumienia co do kryteriów ukończenia
Odkładanie analizy po demo chroni twarz Sanjaya i nie zatrzymuje całego spotkania
Prywatna rozmowa po fakcie pozwala na szczerą wymianę bez presji publicznej
Wspólne wypracowanie poprawki do procesu buduje kulturę ciągłego doskonalenia zamiast kultury winy

Scenka 11 · 🆕

Onboarding nowego developera – 'Tak, rozumiem'

🇵🇱 Kasia: Arjun, wysłałam Ci linki do dokumentacji, repo i Jiry. Masz też dostępy do Confluence. Czy wszystko jasne?

🇮🇳 Arjun: Yes, understood. No problem.

🇵🇱 Kasia: Super. Twoje pierwsze zadanie to ticket PROJ-234 – prosta zmiana konfiguracji. Deadline piątek. Dasz radę?

🇮🇳 Arjun: Yes, I will do it.

🇵🇱 Kasia: Świetnie, to do piątku!

🇵🇱 Kasia: <em>(piątek, 16:50)</em> Arjun, gdzie jest PROJ-234? Nic nie widzę w review...

🇮🇳 Arjun: I am still working on it. I had some questions about the configuration but did not want to disturb you.

Typowe błędy

Pierwszy tydzień pracy. Kasia (PL, Tech Lead) wprowadza Arjuna (IN, nowy mid developer) do projektu. Rozmowa przez Teams.

Co poszło nie tak

Pytanie 'czy wszystko jasne?' oczekuje tylko jednej odpowiedzi kulturowo: 'tak' – Arjun nie mógł powiedzieć 'nie' nowej szefowej
Kasia odczytała 'Yes, understood' jako prawdziwe potwierdzenie, a to był grzecznościowy sygnał, nie merytoryczny
Arjun nie zadał pytań bo bał się 'wyglądać słabo' przed tech leadem w pierwszym tygodniu
Brak struktury onboardingu – linki zamiast walk-through; brak check-inów w trakcie tygodnia
Deadline bez pytania 'czy masz pytania zanim zaczniesz?' zostawił blokery niewidocznymi

Scenka 11 · 🆕

Onboarding nowego developera – 'Tak, rozumiem' – wersja poprawiona

🇵🇱 Kasia: Arjun, witamy w zespole! Mam dla Ciebie 30 minut żeby razem przejść przez repo i Jirę – nie chcę żebyś sam odnajdywał się w dokumentacji.

🇮🇳 Arjun: Thank you, that would be very helpful.

🇵🇱 Kasia: Okej, patrzę na repo razem z Tobą. Powiedz mi własnymi słowami: gdzie byś szukał pliku konfiguracyjnego dla środowiska staging?

🇮🇳 Arjun: Hmm... I think maybe in the /config folder? But I am not 100% sure about the naming convention.

🇵🇱 Kasia: Dobra obserwacja – jesteś blisko. Mamy osobną konwencję dla staging i prod, pokażę Ci. Zadaj mi pytanie o cokolwiek co nie jest jasne – w tym tygodniu to Twoje zadanie, żeby pytać, a moje żeby wyjaśniać.

🇮🇳 Arjun: Okay, I will. Actually I have a question about the deployment pipeline...

🇵🇱 Kasia: Świetnie! Mamy też daily 15-minutowy check-in o 10:00 tylko na ten pierwszy miesiąc. Nie daily standup, tylko: 'co blokuje, co planujesz'. Bez presji.

Lepsza wersja

Pierwszy tydzień pracy. Kasia (PL, Tech Lead) wprowadza Arjuna (IN, nowy mid developer) do projektu. Rozmowa przez Teams.

Dlaczego to działa

Walk-through razem zamiast linków: Kasia widzi na żywo co Arjun rozumie a co nie
Technika teach-back ('powiedz własnymi słowami') ujawnia prawdziwy poziom zrozumienia bez pytania 'czy rozumiesz?'
Jawne przyzwolenie na pytania ('Twoje zadanie to pytać') usuwa barierę kulturową strachu przed oceną
Krótki daily check-in na pierwsze 4 tygodnie: early warning system dla blokerów bez micro-managementu
Żadnego publicznego testowania wiedzy Arjuna przed innymi – rozmowa 1:1, bezpieczna przestrzeń

Narzędzia

Wskazówki i słowniczek

16 praktycznych wskazówek
30 pojęć jako fiszki

Narzędzia

Wskazówki 1/2

✅ Zawsze konkretyzuj deadline

Podawaj datę, godzinę i strefę czasową. "EOD piątek 15:00 IST" zamiast "koniec tygodnia".

🔄 Technika teach-back

Po briefingu poproś: "Możesz powtórzyć jak rozumiesz następne kroki?" – weryfikuje bez stawiania w złej sytuacji.

🤐 Krytykuj prywatnie

Nigdy nie wskazuj błędów publicznie. Zawsze prywatna, szanująca rozmowa 1:1.

🎯 Wyraźne upoważnienie

"Upoważniam Cię do decyzji w zakresie X" zamiast "zrób jak chcesz". Jasny empowerment jest kluczowy.

💬 Dekoduj "I will try"

"I will try" lub "will look into it" = prawdopodobna niemożność. Dopytaj o blokery.

🤝 5 minut warmup

Na starcie każdego spotkania poświęć chwilę na nieformalne tematy. To inwestycja, nie strata czasu.

📧 Wyślij agendę wcześniej

Daj czas na przygotowanie pytań prywatnie – Indusi chętniej zabierają głos gdy się przygotowali.

🌙 Pamiętaj o IST

IST = UTC+5:30 (brak zmiany czasu). Optymalne okno spotkań: 9:00–13:00 czasu polskiego — latem (CEST) = 12:30–16:30 IST; zimą (CET) = 13:30–17:30 IST.

Narzędzia

Wskazówki 2/2

🙏 Używaj tytułów

Doctor, Engineer, Professor – używaj tytułów zawodowych jeśli znasz. To szacunek, nie przesada.

🍽️ Pytaj o dietę

Zawsze sprawdź preferencje dietetyczne przed wspólnym posiłkiem. Wegetarianizm, brak wołowiny lub wieprzowiny to norma.

🎉 Życzenia na Diwali

Wyślij "Happy Diwali" w październiku/listopadzie. Drobny gest, duży wpływ na relację.

🔍 Pytaj o blokery, nie o winę

"Co konkretnie blokuje zadanie?" zamiast "Dlaczego nie zrobiłeś?" – otwiera dialog zamiast go zamykać.

📋 Definition of Done – pisemnie

Zawsze ustalaj pisemne kryteria akceptacji zanim praca się zacznie. "Gotowe" znaczy różne rzeczy w różnych kulturach.

🪑 Zrozum presję "bench"

Indyjscy IT-owcy mogą zawyżać gotowość by uniknąć "bencha". Stwórz bezpieczną atmosferę do mówienia o realnych terminach i blokerach.

🏢 Pamiętaj o relacji vendor-client

"Klient ma zawsze rację" – indyjski partner może nie pushbackować nawet przy nierealistycznych wymaganiach. Aktywnie pytaj: "Czy ten termin/zakres jest realny?" zamiast czekać na odmowę.

🕐 Zmiana czasu = zmiana okna

W ostatnią niedzielę marca i października Polska zmienia zegarki. Indie nigdy. W poniedziałek po zmianie zaktualizuj wszystkie cykliczne zaproszenia w kalendarzu!

Słowniczek 1/5

Kliknij kartę – albo naciskaj → żeby odsłaniać po kolei.

High-context communication

↻ Tap to flip

High-context communication

Styl komunikacji, w którym duża część informacji jest przekazywana pośrednio – przez kontekst, relacje, ton i mimikę, a nie dosłowne słowa. Typowy dla Indii.

Low-context communication

↻ Tap to flip

Low-context communication

Styl komunikacji oparty na precyzji słów i dosłowności. Komunikat jest kompletny w sobie, bez potrzeby 'czytania między wierszami'. Typowy dla Polski.

Face (twarz)

↻ Tap to flip

Face (twarz)

Koncepcja społecznej reputacji i godności. 'Utrata twarzy' (losing face) to poważna kulturowa zniewaga. Kluczowe w kulturach azjatyckich i indyjskiej.

Head wobble

↻ Tap to flip

Head wobble

Charakterystyczny ruch głową na boki używany przez Indusów oznaczający zgodę, zrozumienie lub zaangażowanie. Nie jest zaprzeczeniem!

Jugaad (frugal innovation)

↻ Tap to flip

Jugaad (frugal innovation)

Indyjska filozofia frugal innovation – kreatywne znajdowanie niestandardowych rozwiązań z dostępnymi zasobami, często z pominięciem standardowych procedur.

IST – Indian Standard Time

↻ Tap to flip

IST – Indian Standard Time

UTC+5:30. Indie nie stosują zmiany czasu letniego. IST wyprzedza Polskę o 4:30 zimą (CET) i o 3:30 latem (CEST).

Słowniczek 2/5

Kliknij kartę – albo naciskaj → żeby odsłaniać po kolei.

Do the needful

↻ Tap to flip

Do the needful

Wyrażenie Indian English oznaczające 'zrób to, co konieczne / zajmij się sprawą'. Powszechne w biznesowych e-mailach.

Revert (Indian English)

↻ Tap to flip

Revert (Indian English)

W Indian English: odpowiedzieć (reply). Nie cofnąć. 'Please revert at the earliest' = 'Proszę odpiszcie jak najszybciej'.

Prepone

↻ Tap to flip

Prepone

Słowo używane wyłącznie w Indian English: przesunąć termin na wcześniejszy (antonim 'postpone'). Nie istnieje w standardowym angielskim.

Dystans władzy (Power Distance)

↻ Tap to flip

Dystans władzy (Power Distance)

Wskaźnik Hofstede mierzący akceptację nierówności władzy w społeczeństwie. Indie: 77 (wysoki). Polska: 68 (średnio-wysoki).

Kolektywizm

↻ Tap to flip

Kolektywizm

Orientacja kulturowa, w której tożsamość i lojalność buduje się przez przynależność do grupy. Indie są bardziej kolektywistyczne niż Polska.

Namaste

↻ Tap to flip

Namaste

Tradycyjne indyjskie powitanie – złożone dłonie i lekki skłon. W biznesie coraz częściej zastępowany uściskiem dłoni, choć Namaste jest zawsze właściwe.

Słowniczek 3/5

Kliknij kartę – albo naciskaj → żeby odsłaniać po kolei.

Diwali

↻ Tap to flip

Diwali

Święto Świateł (październik/listopad). Obchodzone przez hinduistów, sikhów i dżinistów – jedno z najważniejszych świąt w Indiach. Warto wysłać życzenia 'Happy Diwali' partnerom biznesowym.

Dharma

↻ Tap to flip

Dharma

W filozofii hinduskiej: poczucie obowiązku, właściwej roli i postępowania. Wpływa na poczucie odpowiedzialności zawodowej i lojalności.

Ahimsa

↻ Tap to flip

Ahimsa

Zasada nieagresji w filozofii hinduskiej i dżinijskiej. Wpływa na unikanie bezpośrednich konfliktów i asertywnej odmowy.

Monochroniczny vs Polichroniczny

↻ Tap to flip

Monochroniczny vs Polichroniczny

Mono: jeden wątek na raz, czas liniowy (PL). Polichro: wiele zadań jednocześnie, czas elastyczny (IN). Źródło wielu nieporozumień przy zarządzaniu projektami. Koncepcja Edwarda T. Halla.

Chai pe charcha

↻ Tap to flip

Chai pe charcha

Dosłownie: 'rozmowa przy herbacie'. Nieformalny zwyczaj omawiania ważnych spraw przy herbacie (chai). W środowisku pracy: wiele kluczowych decyzji i ustaleń pada nie na formalnych spotkaniach, lecz przy kawie/herbacie.

Yes-man culture

↻ Tap to flip

Yes-man culture

Tendencja do mówienia 'tak' przełożonemu nawet gdy odpowiedź powinna być 'nie', wynikająca z kultury wysokiego dystansu władzy. W IT objawia się nierealistycznymi estymacjami i ukrywaniem blokerów. Wymaga aktywnego tworzenia bezpiecznej przestrzeni do mówienia o problemach.

Słowniczek 4/5

Kliknij kartę – albo naciskaj → żeby odsłaniać po kolei.

Bench (IT)

↻ Tap to flip

Bench (IT)

W indyjskiej kulturze IT 'bench' to stan pracownika oczekującego na przydzielenie do projektu. Jest to stresujące i niesie ryzyko zwolnienia – stąd silna motywacja do deklarowania gotowości i optymistycznych estymacji, by nie trafić z powrotem na bench.

Eid (Eid Mubarak)

↻ Tap to flip

Eid (Eid Mubarak)

Dwa główne święta muzułmańskie: Eid-ul-Fitr (po Ramadanie) i Eid-ul-Adha (Święto Ofiarowania). Ważne w Hyderabadzie, Mumbaju i wielu innych miastach indyjskich – ok. 14% populacji Indii to muzułmanie. W kontakcie biznesowym: wyślij życzenia 'Eid Mubarak' i zaplanuj pokrycie projektowe z wyprzedzeniem.

Pułapka spotkania 'Optional'

↻ Tap to flip

Pułapka spotkania 'Optional'

W kulturze wysokiego dystansu władzy pracownicy odczytują zaproszenie 'Optional' dosłownie i mogą opuścić spotkanie nie wiedząc, że zapadną tam decyzje ich dotyczące. Dobra praktyka: napisz w zaproszeniu czego konkretnie oczekujesz od każdego uczestnika, lub wyślij podsumowanie decyzji do wszystkich których dotyczą.

Dieta dżinijska (Jain diet)

↻ Tap to flip

Dieta dżinijska (Jain diet)

Dżiniści są wegetarianami z dodatkowymi restrykcjami: nie spożywają warzyw korzeniowych i podziemnych (cebula, czosnek, ziemniaki, marchew, buraki) – wyciąganie rośliny z ziemi narusza zasadę ahimsy. Przy wspólnych posiłkach zawsze pytaj o preferencje dietetyczne.

Out of station

↻ Tap to flip

Out of station

Wyrażenie Indian English oznaczające 'jestem w podróży / poza miastem / poza biurem'. Odpowiednik OOO (Out of Office). Może brzmieć jak problem techniczny ze stacją roboczą – to wyłącznie wyrażenie geograficzne.

CTC (Cost to Company)

↻ Tap to flip

CTC (Cost to Company)

Łączny koszt zatrudnienia pracownika ponoszony przez pracodawcę – obejmuje wynagrodzenie podstawowe, Provident Fund (PF, odpowiednik ZUS – składka 12% od pracodawcy), gratuity (odpis na odprawę), ubezpieczenie zdrowotne, benefity, HRA (Housing Rent Allowance) i inne allowances. CTC ≠ brutto – kwota 'in-hand' (faktycznie przelewana) to zazwyczaj 60–75% CTC.

Słowniczek 5/5

Kliknij kartę – albo naciskaj → żeby odsłaniać po kolei.

In-hand salary

↻ Tap to flip

In-hand salary

Kwota faktycznie przelewana na konto pracownika po odliczeniu wszystkich składek i podatków od CTC. Odpowiednik polskiego wynagrodzenia netto, ale obliczany inaczej – odlicza się PF, podatek dochodowy (TDS), ESI (ubezpieczenie zdrowotne) i inne potrącenia. Kluczowe: zawsze pytaj o in-hand, nie CTC.

Notice period

↻ Tap to flip

Notice period

Okres wypowiedzenia w indyjskim IT – standardowo 60–90 dni dla pracowników na poziomie individual contributor; 3 miesiące to norma dla seniorów i managerów. Znacznie dłuższy niż w Polsce (zazwyczaj 1–3 miesiące). Firmy IT coraz częściej oferują 'notice buyout' – nowy pracodawca pokrywa równowartość wynagrodzenia za skrócony okres wypowiedzenia.

Holi

↻ Tap to flip

Holi

Hinduskie Święto Kolorów obchodzone w pełnię księżyca miesiąca Phalguna (zazwyczaj luty–marzec). Tradycja: rzucanie kolorowym proszkiem (gulal) i wodą. W biurze: świętowanie odbywa się zwykle w formie suchej (tylko gulal); nie inicjuj rzucania wodą na osoby, których nie znasz dobrze. Ważne dla zespołów w całych Indiach.

Ramadan (Ramzan)

↻ Tap to flip

Ramadan (Ramzan)

Dziewiąty miesiąc kalendarza muzułmańskiego – miesiąc postu od wschodu do zachodu słońca. W Indiach obchodzony przez ok. 14% populacji (muzułmanie). Wpływ na pracę: wczesne wstawanie do sahur (posiłek przed świtem), mniejsza energia po południu, iftar (przerwanie postu o zachodzie) – pracownicy mogą potrzebować elastyczności w godzinach popołudniowych. Data zmienia się co roku (przesuwa ~11 dni wcześniej).

Prasad

↻ Tap to flip

Prasad

Poświęcone jedzenie lub słodycze ofiarowane bóstwom w świątyni lub w trakcie puja (modlitwy domowej/biurowej), następnie rozdawane zebranym jako błogosławieństwo. W biurze: hinduski kolega może zaproponować Ci prasad (zwykle słodycze, owoce). Etykieta: przyjmij prawą ręką z szacunkiem; jeśli jesteś wegetarianinem/nie jesz cukru, możesz uprzejmie odmówić trzymając prawa dłoń przy sercu.

Arranged marriage (małżeństwo aranżowane)

↻ Tap to flip

Arranged marriage (małżeństwo aranżowane)

W Indiach rodziny aktywnie uczestniczą w poszukiwaniu partnera dla dorosłych dzieci – ogłoszenia matrymonialne, portale (Matrimony.com, Shaadi.com), spotkania rodzin. Spektrum jest szerokie: od pełnego aranżowania (bez wpływu osoby) po 'semi-arranged' gdzie para ma veto i czas na poznanie się. Nie pytaj współpracowników o status matrymonialny ani plany rodzinne – to temat prywatny.

Quiz

Sprawdź, co zostało w głowie

10 pytań
Klawisze 1–4 lub A–D
Wynik na końcu

Sprawdź wiedzę

Quiz: Polska ↔ Indie w pracy

Twój indyjski współpracownik na pytanie 'Czy zdążysz z zadaniem do piątku?' odpowiada 'I will try my best'. Co to prawdopodobnie oznacza?

'I will try my best' w kulturze indyjskiej to często grzeczna odmowa lub sygnał, że termin jest trudny do dotrzymania. Zawsze dopytaj o konkretne przeszkody.

Co oznacza charakterystyczne kiwanie głową na boki ('head wobble') podczas rozmowy z Indusem?

Head wobble (kiwanie głową na boki) to kulturowy gest wyrażający zgodę, zrozumienie lub zaangażowanie. Nie należy go mylić z zaprzeczeniem! Gest wywodzi się z języka ciała subkontynentu indyjskiego – pełni rolę naszego kiwania głową w górę i w dół. Brak head wobble może dla Indusa oznaczać obojętność lub brak zrozumienia.

Polska kultura jest klasyfikowana jako kultura 'low-context', a Indie jako 'high-context'. Co to oznacza?

Low-context (Polska) = komunikacja bezpośrednia i dosłowna. High-context (Indie) = wiele informacji w kontekście, relacji, tonie – mniej w słowach wprost.

Ile wynosi różnica czasu między Polską (CEST – lato) a Indiami (IST)?

IST (Indian Standard Time) = UTC+5:30. CEST (lato w Polsce) = UTC+2. Różnica = 3:30. Zimą (CET = UTC+1) różnica wynosi 4:30.

Jak należy podać wizytówkę lub dokumenty indyjskiemu partnerowi biznesowemu?

W kulturze indyjskiej lewa ręka jest tradycyjnie uważana za nieczystą (rytualnie – używana do higieny osobistej). Podawanie przedmiotów lewą ręką może być odebrane jako brak szacunku. Dokumenty, wizytówki i przedmioty podaje się prawą ręką lub obiema rękami – gest ten ma też odpowiednik w wielu kulturach arabskich i afrykańskich.

Chcesz skrytykować pracę indyjskiego kolegi. Jak najlepiej to zrobić?

Publiczna krytyka w kulturze indyjskiej jest bardzo poważną obrazą prowadzącą do 'utraty twarzy' (face loss). W kulturach kolektywistycznych tożsamość jest głęboko społeczna – zawstydzenie przy innych oznacza utratę statusu w grupie. Dlatego zawsze krytykuj prywatnie i z szacunkiem, oferując 'honorowe wyjście'. Choć pośrednictwo managera (opcja D) bywa stosowane w poważnych przypadkach, bezpośrednia rozmowa 1:1 jest preferowana — utrzymuje relację i nie angażuje hierarchii w rutynowy feedback.

Twój indyjski kolega jest o 20 minut spóźniony na pierwsze spotkanie. Jak to zinterpretować?

Kultura indyjska ma bardziej polichroniczne podejście do czasu. Spóźnienie nie musi oznaczać braku szacunku. Warto ustalić jasne oczekiwania na początku współpracy.

Określenie 'jugaad' w indyjskim kontekście biznesowym oznacza:

Jugaad to indyjska filozofia frugal innovation – kreatywne rozwiązywanie problemów z dostępnymi zasobami, często omijając standardowe procedury.

Indus mówi 'Kindly revert at your earliest convenience'. Co to znaczy?

'Revert' w Indian English oznacza 'odpowiedzieć' (reply), nie 'cofnąć'. Uwaga dla programistów IT: w kontekście technicznym 'revert' = cofnięcie commita/zmiany — to podwójne źródło nieporozumienia. Kiedy indyjski kolega pisze 'please revert', ma na myśli odpowiedź mailową, nie rollback. Jest to jedno z charakterystycznych zapożyczeń w Indian English.

Jakie jest typowe indyjskie podejście do inicjatywy pracowniczej bez zgody przełożonego?

Wysoki dystans władzy w kulturze indyjskiej oznacza, że samodzielne działanie poza zakresem bez zgody przełożonego bywa odebrane jako przekraczanie granic. Dotyczy to zwłaszcza działań angażujących inne osoby lub zasoby. Inicjatywa w ramach własnego zakresu i po wyraźnym upoważnieniu jest jak najbardziej ceniona. Lepiej prosić o konkretne upoważnienie niż zakładać, że je masz.

Podsumowanie

Trzy rzeczy do zapamiętania

Jasność

Mów konkretnie

data, godzina, strefa
kryteria akceptacji na piśmie
teach-back po briefingu

Zaufanie

Buduj relację

small talk na starcie
życzenia przy świętach
krytyka tylko prywatnie

Bezpieczeństwo

Pytaj o blokery

„co blokuje?”, nie „dlaczego nie?”
kanały eskalacji bez kary
docenianie zespołu wprost

Zrozumienie kultury to nie stereotypy, tylko lepsze pytania. Każdy współpracownik jest inny.

KulturaBridge

Dziękuję!

Pytania? Porozmawiajmy.

01.01.2026

Imię Nazwisko (Dział)

KulturaBridge · Polska ↔ Indie

01.01.2026

Imię Nazwisko (Dział)