Listening Strategies for Fast-Talking Native English Speakers in Meetings

Читання і письмо англійської, як правило, поступово покращуються з практикою, але слухове розуміння на живих зустрічах часто відстає - носії мови говорять швидко, скидають слова, використовують регіональні ідіоми і рідко сповільнюються для когось. Це не ознака того, що ви не володієте вільно; це специфічне, навчальне вміння зі своїми власними стратегіями і власними фразами, коли ви справді щось пропускаєте.

Ключовий словник

** Запит на підсумування, а не повторення** — запит на зміст того, що було сказано раніше, а не повторення слова за словом, що часто швидше і корисніше для мовця.

• “Я попросив про підсумковий огляд, а не про повторення: « чи можете ви підсумувати останній момент? », а не « чи можете ви повторити це », оскільки підсумковий огляд зазвичай легше для них створити.” *

** Підтвердження розуміння за допомогою парафрази ** — повторення того, що ви думаєте, що чули, вашими власними словами, що підтверджує ваше розуміння і дає можливість мовцеві виправити його. “Я підтвердив розуміння з перефразою: ‘тобто, якщо я слідую, ви кажете, що термін був перенесений через затримку постачальника — це так?’”

** Тактично запитати про повільніше темпо** — попросити когось сповільнити темп, не звертаючи уваги на стиль його мови, а скоріше на потребу у записуванні нотаток. “Я тактично попросив повільніше: “вибачте, я намагаюся робити замітки — чи не могли б ви трохи сповільнитись?”, а не “ви говорите занадто швидко”.”

** Використання контекстних підказок для заповнення прогалин ** — визначення недоступного слова або фрази з навколишньої розмови, замість зупинки зустрічі за кожне незрозуміле слово.

• “Я використовував контекстні підказки, щоб заповнити прогалини: я не впізнав одного слова, але з решти речення я міг сказати, що це була назва інструменту, яку я не впізнав, а не щось критичне для значення.” *

Звичайні фрази

• «Вибачте, чи можете ви сказати цю останню частину ще раз?»
• «Тільки щоб переконатися, що я все правильно зрозумів — ти кажеш [перефразування]?»
• “Чи можеш ти підсумувати це в одному реченні? Я хочу переконатися, що я захопив його»
• «Я маю трохи проблем з тим, щоб слідкувати за — розум сповільнюється тільки на дотик?»
• «Я пропустив ім’я, яке ви згадували — чи могли б ви написати це або ввести його в чаті?»

Приклади висловлювань

Запит на підтвердження у стилі перефразування: “Тоді, якщо я правильно розумію, планом є спочатку відправка за прапорцем можливостей, а потім виконання повного розгортання наступного спринту — чи я правильно зрозумів це?”

Тактично прошу повільніше, не роблячи цього особистим: “Вибачте, не могли б ви трохи сповільнити? Я хочу переконатися, що я точно зафіксував деталі в нотатках.»

Відновлення граціозно після того, як щось пропало: “Я на секунду втратила цю нитку — чи не могли б ви дати мені скорочену версію того, що ми тільки що погодилися?”

Використання балачки як резервного каналу під час швидкої бесіди:

• “Чи може хтось вказати назву інструменту у балачці? Я хочу переконатися, що я записую це правильно.»*

Професійні поради

• Якщо ви пропустили суть, запитайте про ** підсумковий опис, а не про повторення ** — це часто легше і швидше для мовця, і ви отримаєте більш чітке резюме, ніж допоможе вам дословне повторення.
• ** Перефразую те, що ви почули, це один з найпотужніших інструментів, які є в наявності — він підтверджує розуміння для вас і подвійне як видиме залучення для кімнати.
• Запит на ** повільніше темпо ** є абсолютно нормальним і не соромним — обмежте його вашими власними записами, і більшість ораторів підлаштуються до цього без подальших зауважень.
• Не припиняйте зустріч за кожне пропусчене слово — використовуйте ** контекст **, щоб вивести незначні прогалини, і запитуйте лише тоді, коли пропусчене слово дійсно змінює ваше розуміння.
• Використовувати вікно балачки як резерв — якщо ви попросите когось ввести назву, абревіатуру або інструмент у балачці, ви зможете з легкістю дізнатися подробиці, які важко почути.

Практичні вправи

1. Напишіть речення, що перефразує і підтверджує гіпотетичний технічний висновок, який ви щойно почули.
2. Написати тактичне речення, в якому просять когось сповільнити темп, і зробити записку.
3. Практикуйте фразу “Чи можете ви підсумувати це в одному реченні?” доки не відчуєте, що це природно сказати в середині зустрічі.

Розробка прикладних програм: розробка програм для прикладних систем

Одним з найважливіших викликів при адаптації до рідної швидкості англійської мови в професійному середовищі є не просто * слухати * швидше; це про ефективне реагування і демонстрацію розуміння. Легко кинути головою, розумово обробляючи інформацію, але активне формування ваших відповідей - особливо коли щось пояснюєте - може значно вплинути на те, як вас сприймають колеги. Часто, початковий імпульс - це стрибнути з швидким питанням, яке насправді може * збільшити * плутанину, якщо воно не уважно сформулюється. Ключовим є показати, що ви зрозуміли основну проблему і шукаєте роз’яснення в певній точці. Це показує вашу прихильність і повагу до часу ваших товаришів по команді. Крім того, носії рідної мови часто використовують розмовні скорочення - еліптичні фрази, неявний контекст - що нерідні носії можуть повністю пропустити, що призводить до непорозумінь, якщо ви не активно шукаєте розробку. Пам’ятайте, що набагато краще задати навмисне питання, ніж залишатися мовчки, припускаючи, що ви розумієте. Виховання звички активно обробляти і потім запитувати конкретні деталі — це інвестиція у плавнішу співпрацю і зменшення тертя у вашій команді.

Давайте розглянемо деякі практичні сценарії. Уявіть, що ви переглядаєте запит на звантаження з декількома змінами, і один з коментарів від старшого інженера говорить: « Потрібно більше контексту для цього рефакторингу ». Ваша негайна реакція може бути такою, що ви з жахом намагаєтеся розшифрувати * саме * те, що ви повинні змінити. Замість того, щоб негайно відповісти на запитання: «Що ви маєте на увазі під «потрібно більше контексту»?», що може здатися оборонним, більш ефективним підходом було б щось на зразок: «Дякую за відгук. Чи можете ви розібратися, які конкретні аспекти рефакторизації потребують додаткового контексту? Наприклад, чи маєте ви на увазі логіку перетворення даних або інтеграцію з існуючим API?» Це питання показує, що ви зрозуміли загальну проблему і шукаєте роз’ яснення щодо того, як її вирішити. Аналогічно, у розмові Slack про виправлення помилки, якщо хтось каже: «Це повинно вирішити помилку 404», ви можете відповісти, сказавши: «Гаразд, просто для підтвердження, чи пов’язана помилка 404 з новою кінцевою точкою, яку ми реалізували минулого тижня? Чи можете ви вказати мені, де виникла проблема?” Знову ж таки, це стосується конкретних деталей, а не широкого запитання. Практика цього рівня детального пояснення буде будувати довіру і сприяє більш продуктивним розмовам.