How to Give Feedback in a 1-on-1 in English
Практичний посібник англійською мовою для надання зворотнього зв'язку на зустрічах 1-на-1 — як структурувати зворотній зв'язок, керувати оборонною реакцією, а потім продовжувати.
Надання зворотнього зв’ язку під час особистої зустрічі є однією з найделікатніших форм спілкування на робочому місці, і якщо це робити другою мовою, то це підвищує ризик — неточні формулювання можуть бути більш жорсткими або нечіткими, ніж ви хотіли. Незалежно від того, чи ви менеджер або колега, чітке і добре структуроване відгук допомагає іншій людині дійсно вдосконалюватися, а не просто відчувати себе критикованим. У цьому підручнику ви знайдете словниковий запас і фрази, які вам знадобляться для ефективного надання зворотнього зв’ язку англійською мовою.
Ключовий словник
** Конструктивний зворотній зв’ язок ** — зворотній зв’ язок, призначений для того, щоб допомогти комусь поліпшити, спрямований на конкретну поведінку, а не на особистий характер.
- “Я хочу дати вам конструктивний відгук про перегляд коду останнього спринту — я помітив, що вони надходили досить пізно в циклі.” *
** Конкретний приклад ** — конкретний випадок, який використовується для отримання зворотнього зв’ язку на основі доказів, а не загального враження. “Замість того, щоб говорити “ваша комунікація потребує роботи”, дозвольте мені навести конкретний приклад: під час вчорашнього виступу, оновлення про стан міграції не було зрозумілим для решти команди.”
** Поведенча рамка ** — опис зворотного зв’ язку у вигляді спостережуваних дій, а не припущень про наміри або риси особистості. *“Замість того, щоб сказати “ви не присвячені якості”, я б сформулював це так: “останні три PR злилися без тестів, і я хочу зрозуміти, що стоїть на шляху"". *
** Ствердження про вплив ** — пояснення наслідків поведінки, щоб допомогти отримувачу зрозуміти, чому це важливо.
- “Коли документацію з проектування було поділено без контексту, це означало, що вся команда витратила перші десять хвилин зустрічі лише на спроби зрозуміти пропозицію.” *
** Send- back sandwich ** — (обговорювана) техніка обрамлення критичного зворотного зв’ язку між двома частинами позитивного зворотного зв’ язку; багато менеджерів тепер віддають перевагу прямому зворотному зв’ язку.
- “Я намагаюся уникати зворотного зв’ язку — це може розбавити повідомлення. Я б краще був прямим і слідував з справжнім заохоченням окремо.”*
** Перевірити розуміння ** — підтверджує, що інша особа зрозуміла повідомлення так, як було призначено, а не просто почула слова. *“Тільки щоб переконатися, що ми на одній хвилі — як це вдалося вам? Я хочу впевнитися, що це не вийшло як більша справа, ніж я планував»
Наступний крок, який можна здійснити — конкретна, конкретна зміна, яку людина може зробити в майбутньому, згідно з угодою. “Давайте погодимося на одну конкретну зміну: для наступних двох спринтів, чи можемо ми намагатися отримати PR відкриті до середи, а не п’ятниці?”
** Підтвердження ** — перегляд частини зворотнього зв’ язку у пізнішій розмові для перевірки прогресу або коригування підходу. “Давайте поговорим об этом через два недели и посмотрим, как это пойдет, а не оставим это как разовую беседу.”
Структурування зворотного зв’язку
- “Я хотів поговорити про дещо конкретне з минулого тижня. Коли розгортання вийшло без голови-у каналі, це захопило команду підтримки зненацька.»
- «Це не про будь-який один інцидент — я помітив шаблон за останній місяць, де огляди тривають довше, ніж зазвичай, щоб повернутись»
- «Я ціную, наскільки ретельно ви оглядаєте — я хочу підняти, що час обробки був блоком для декількох людей в цьому спринті»
Використовується для захисту від атак
- «Я бачу, що це розчарування, щоб почути — це не мій намір. Чи можемо ми поговорити про те, що робить огляди тривати довше?»
- «Я хочу, щоб було ясно, що це не про ваші навички — це конкретно про час, і я думаю, що може бути проблема завантаження під ним»
- «Давайте зробимо паузу на секунду — я хочу переконатися, що ця розмова буде корисною для вас, а не просто критичною»
Підтримка
- Яким був новий підхід до роботи з того часу, як ми останній раз розмовляли?
- «Я вже помітив зміну — відгуки були набагато швидшими в цьому спринті. Дякую, що взяли це на борт»
- «Давайте продовжувати перевіряти це кожні кілька тижнів, поки це не стане твердою звичкою»
Професійні поради
- ** Якорне відгукування у конкретних, останніх прикладах. ** Неясне відгукування (« комунікація потребує роботи ») важко реалізувати; конкретне відгукування (« оновлення стійки не було чітким ») не є.
- ** Відокремте поведінку від характеру людини. ** “Правоохоронці об’єдналися без тестів” - це про дію; “Вам не байдуже про якість” - це судження - перше набагато корисніше.
- ** Завжди закінчуйте з узгодженим наступним кроком. ** Зворотній зв’ язок без конкретних подальших дій, як правило, забувають під час наступної зустрічі один на один.
Практичні вправи
- Переписати неясну відповідь « Ваше спілкування потребує роботи » на конкретну, поведінкову відповідь з прикладом.
- Напишіть коротку відповідь (3- 4 речення) колегі, який відреагував на ваші зауваження у захисному дусі.
- Написати повідомлення про подальші дії, у якому буде показано, як відбувається робота за два тижні після розмови.
Наприклад, англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська
Ефективне надання зворотнього зв’язку є ключовим елементом професійного розвитку, але це часто ускладнюється відмінностями в стилях спілкування. Для розробників, які все ще тоншають свої навички англійської мови - особливо, коли йдеться про технічну лексику і нюансове фразування - процес може відчувати себе ще більш пригніченим. Це не просто про те, що ви спостерігали; це про передачі цього спостереження конструктивно, визнання потенційних почуттів і встановлення тону співпраці. Розглянемо деякі конкретні стратегії, спрямовані на допомогу носіїв мов, які не є рідними для них, у вирішенні цих проблем.
Однією з найбільших перешкод є часто формування відгуку як чогось позитивного. Замість того, щоб стрибати прямо в критику («Цей код не відповідає стандартам»), спробуйте почати з того, що * є * хорошим, а потім акуратно ввести області для поліпшення. Наприклад, під час перегляду запиту на звантаження ви можете розпочати з: « Я справді ціную ретельність вашого тестування і чітку структуру, яку ви застосували до цього модуля. Щоб забезпечити послідовність у всьому проекті, мені цікаво, чи можемо ми розглянути впровадження [спеціальної директиви] тут. ” Зауважте, як ця фраза визнає позитивні зусилля перед тим, як запропонувати корекцію. Аналогічно, коли відповідаєте на повідомлення Slack, що просить про пояснення складного алгоритму - “Це дійсно цікавий підхід! Чи можете ви розкрити свої міркування, які стоять за використанням цієї конкретної структури даних?» - ви підтверджуєте їх думки, відкриваючи простір для подальшого обговорення.
Інша ключова область - це управління потенційною обороною. Зворотній зв’язок може сприйматися як критика, і якщо мова не вибирається ретельно, це може викликати автоматичну оборонну реакцію. Замість того, щоб сказати «Ця частина заплутана», що звучить обвинувачуючим, спробуйте «Я вважаю, що цю частину трохи складно зрозуміти на перший погляд. Можливо, ми могли б пройти через логіку разом?” або “Чи могли б ви, можливо, пояснити свій процес мислення для цієї конкретної реалізації?” Використання висловлювань «Я» - зосередження уваги на * вашого * розуміння, а не безпосередньо критикувати їхню роботу - може бути неймовірно потужним. Також, активно слухаючи і визнаючи їхню точку зору («Це правильна точка зору щодо…») показує, що ви цінуєте їх внесок і відкриті до діалогу.
І, нарешті, не недооцінюйте силу точної лексики. Використання технічного жаргону неправильно або покладаючись на надто спрощену мову може створити додаткові нерозуміння. Якщо ви обговорюєте якість коду з колегою, замість того, щоб сказати « це потребує виправлення », подумайте про « це потребує переробки для поліпшення підтримки » або « це може отримати користь від певної оптимізації для продуктивності ». Уважне ставлення до рівня деталізації і підлаштування вашої мови до технічного розуміння вашої аудиторії є ключовим — особливо, коли ви працюєте з різними командами і рівнями досвіду. Пам’ятайте, чітке спілкування будує довіру і сприяє співпраці.