5 exercises — silence vs engagement, consensus checking failures, power distance in all-hands, common meeting idioms, and time zone fairness for distributed teams.
0 / 5 completed
1 / 5
A distributed engineering team holds weekly planning meetings. US engineers start talking immediately, build on each other's ideas, and often interrupt to add "yes, and..." contributions. The Ukrainian and Polish engineers rarely speak unless directly asked. The US team lead concludes they are not engaged. Is this conclusion accurate?
Meeting participation norms vary dramatically across cultures:
Overlap-tolerant cultures (USA, Italy, Brazil, Israel): • Overlapping speech = enthusiasm and engagement • Finishing someone's sentence = collaborative and positive • Silence = nothing to contribute • Fast back-and-forth is energising, not rude
Turn-based cultures (UK, Germany, Northern Europe, East Asia, Central/Eastern Europe): • One person speaks, others listen completely before responding • Interruption is rude — even well-intentioned "yes, and" interruptions • Silence after a question = thinking time, not emptiness • Speaking before someone has finished = disrespectful
The engineering meeting consequence: In fast-talk cultures, the person who speaks fastest gets the most floor time. In a mixed-culture call, non-native speakers who also have turn-based norms are doubly disadvantaged — they wait for a turn that never comes.
Practical fixes: • Go around the room explicitly: "Before we move on, let's hear from Dmytro and Agnieszka specifically" • Use a round-robin format for input: everyone shares in sequence, no interruptions • Add async pre-meeting input: comments or votes before the call • Slow down: pause for 5 seconds after asking a question instead of answering it yourself
Vocabulary: • floor — the opportunity to speak in a meeting ("take the floor", "hold the floor") • round-robin — going around to each person in sequence • talking over someone — interrupting while they are still speaking • back-channeling — small signals while someone speaks: "mm", "yes", "right" — indicates active listening without interrupting
2 / 5
In a refinement meeting, a product manager asks: "Does everyone agree with the acceptance criteria for this ticket?" There is general nodding and no objections. Two days later, three engineers implement the ticket differently because they had different understandings of the criteria. What went wrong?
Apparent consensus vs. verified shared understanding:
Nodding and absence of objections is a weak agreement signal, especially across cultures and languages.
What nodding means in different contexts: • In most Western cultures: "Yes, I agree" or "I understand and have no objection" • In Bulgaria (notably): nodding traditionally means "no" — though international business norms have shifted this • In many contexts: "I am listening" — not "I agree" • For non-native English speakers: "I think I understood — I don't want to ask for clarification and appear confused"
Why checking "Does everyone agree?" fails: • The question has a socially expected answer ("yes") — especially in team settings where disagreement feels awkward • It tests whether people will raise objections, not whether they understood • It favours assertive communicators who are comfortable saying "no"
Stronger alternatives: • Fist-to-five vote: "Hold up 0-5 fingers to show how confident you are in this criteria" — explicit, visible, range-based • Paraphrase check: "Andrii, can you describe in your own words what done looks like for this ticket?" • Written summary: PM types acceptance criteria in the ticket during the meeting — everyone reads before leaving • Explicit dissent invitation: "Before we close — are there any scenarios this criteria doesn't cover?"
Vocabulary: • acceptance criteria — the conditions a ticket must meet to be considered done • verified shared understanding — confirmed that all parties have the same interpretation • rubber-stamp — to approve something without actually reviewing it • tacit agreement — agreement implied by silence or inaction, not stated explicitly
3 / 5
A senior engineer from an Eastern European company joins a US startup. At their first all-hands meeting, the CEO says: "I want everyone's honest input — this is a safe space. Challenge my ideas!" The engineer stays silent. Colleagues later ask why. The engineer says: "I had many thoughts but did not feel it was appropriate." What is most likely happening?
Power distance — how hierarchy shapes meeting participation:
Geert Hofstede's Power Distance Index (PDI) measures how much less powerful members of society accept and expect unequal distribution of power.
High power distance cultures (many Asian, Latin American, Eastern European, Arab countries): • Junior employees defer to seniors • Challenging a manager or CEO publicly is disrespectful, even when invited • Hierarchy is real and persistent — a stated invitation to challenge doesn't override years of cultural conditioning • "Safe space" declarations may feel like a test
Low power distance cultures (Denmark, Sweden, Netherlands, Australia, USA tech culture): • Flat organisational structures are valued • Junior employees are expected to challenge ideas regardless of seniority • Silence when invited to speak = disengagement • "Challenge my ideas" is a genuine and enthusiastic request
The US startup context: US tech startups often have the most aggressive flat-culture vocabulary: "no titles matter here", "I want to be challenged", "speak truth to power." But speaking truth to a CEO on your first week requires more than verbal permission — it requires repeated demonstrated safety over time.
Building real psychological safety across power distance: • Give people warm-up time before big forum challenges (small groups first) • Model vulnerability yourself: CEOs who share their own mistakes build safety faster • Create async channels: "Post questions for me to the #ceo-ama channel before our all-hands" • Be consistent: react well to early challenges, or the invitation loses credibility
Vocabulary: • power distance — the degree to which less powerful people accept and expect hierarchy • all-hands — a meeting with the entire company present • speak truth to power — give honest feedback to those in authority • deference — respectful submission to another's judgment or authority
4 / 5
During a video call, a project manager says: "Let's take this offline." Ten minutes later, a developer messages them: "I am offline now — what did you need to discuss?" What happened?
English meeting idioms that confuse non-native speakers:
"Take it offline" = "Let's discuss this separately, not in this meeting" (the word "offline" contrasts with the "online" meeting activity — nothing to do with internet connectivity)
Other commonly misunderstood meeting idioms:
• "Park that" / "table that" → "Set aside this topic for now" (note: in US English, "table" can mean "set aside" OR "bring to the table" depending on context — context is important) • "Circle back" → "Follow up on this again later" • "Get on the same page" → "Ensure we all have the same understanding" • "Touch base" → "Have a brief check-in" • "Loop in" → "Include someone in the communication" • "Bring to the table" → "Contribute to the discussion" • "Move the needle" → "Make meaningful progress" • "Low-hanging fruit" → "Easy wins that can be achieved quickly" • "Bandwidth" → "Capacity/availability to do more work" • "Sync up" → "Have a meeting or short check-in" • "Boil the ocean" → "Try to do too much at once — unrealistic scope" • "Wheelhouse" → "Area of expertise or responsibility"
Strategy for non-native speakers: When you hear an idiom you don't understand, paraphrase what you think it means: "Just to confirm — by 'take this offline' you mean we discuss it separately after the call?" This is always professionally appropriate.
5 / 5
A distributed team has members in Kyiv (UTC+3), London (UTC+1), and San Francisco (UTC-8). The team lead schedules a "weekly planning meeting" at 10:00 AM PST. A Kyiv engineer writes in Slack: "This meeting is at 21:00 for me. Will there be a recording?" The team lead replies: "Everyone should attend live — this is important." What should the team lead reconsider?
Time zone fairness in distributed teams:
The time zone math reality: UTC+3 minus UTC-8 = 11 hours difference. A 10:00 PST meeting is 21:00 Kyiv time — during personal evening hours. This is not an inconvenience — it is a structural inequality that affects participation quality, work-life balance, and long-term retention.
Common patterns of time zone unfairness: • Headquarters time zone always "wins" — meetings are always at HQ convenience • "Business hours" is defined by one office — remote engineers are expected to adapt • "Important" meetings require live presence — but importance is defined by the person in the convenient time zone
Time zone vocabulary: • UTC offset — how many hours ahead or behind UTC a time zone is (UTC+3, UTC-8) • overlap window — the hours when two or more time zones are both within normal work hours • follow-the-sun — handing off work across time zones to enable 24/7 progress • async-first — default to asynchronous communication; synchronous meetings are for what genuinely needs real-time discussion
Fair distributed team practices: • Rotating meeting times: alternate weeks so the inconvenient slot moves around the team • Recording + summary: send a written summary and recording; allow 24h for async responses • Meeting charter: explicitly define when live attendance is required vs. when async is equivalent • Overlap mapping: find the actual shared hours and protect them for synchronous discussions only • Decision log: write all decisions to a shared doc — no information passes only verbally in live meetings