English for Performance Review Conversations in Tech
Освоєння англійських фраз і слів для особистих обговорень, самооцінок і розмов про кар' єрне зростання у технічних командах.
Огляди результатів - це дуже важливі розмови. Для інженерів, які працюють з англійською як другою мовою, виклик не просто робити велику роботу - це сформулювати цю роботу впевнено і точно в 1: 1 або письмовій самооцінці.
Мова самооцінки
Самооцінка - це ваша можливість оцінити ваш внесок раніше, ніж це зробить ваш менеджер. Використовуйте сильну, конкретну мову.
Опис удару
- «Я достав нову службу автентифікації передчасно, зменшивши помилки входу на 40%»
- «Я провів міграцію до нового стека спостережливості, в результаті на 30% швидше розв’язання інцидентів»
- “Я ** зробив свій внесок ** до трьох крос-командних ініціатив і ** продовжив ** прийняття нашого внутрішнього SDK. “
Визнаємо зони зростання
Будь чесним, але конструктивним:
- «Я визнаю, що я міг би поліпшити моє комунікування з зацікавленими сторонами, особливо щодо встановлення очікувань на ранньому етапі»
- «Я боровся з пріоритетом у Q2, коли кілька високоприоритетних пунктів приземлилися одночасно — я активно працюю над цим»
- «Я визначив цей прогалину і вжив заходів, щоб вирішити його за допомогою…»
Уникайте неясного самозневажання («Я не дуже хороший у…»). Назвіть певну вміння, описайте, що ви зробили з нею, і покажіть досягнення.
Обговорення технічних внесків
Використовувати точну технічну мову у поєднанні з бізнес- впливом:
| Contribution | Weak phrasing | Strong phrasing |
|---|---|---|
| Bug fix | ”Fixed some bugs" | "Resolved a critical race condition that caused 2% of checkout failures.” |
| Code review | ”Did code reviews" | "Reviewed 34 pull requests, mentoring two junior engineers on testing patterns.” |
| Architecture | ”Helped with design" | "Authored the system design document for the event streaming refactor.” |
| On-call | ”Was on call" | "Handled 12 incidents on call, all resolved within SLA, with three contributing to post-mortems.” |
Отримання зворотного зв’язку
Перегляди продуктивності включають отримання зворотнього зв’язку, що вимагає певних мовних навичок.
Задавать проясняющие вопросы
- Чи можете ви дати мені конкретний приклад того, коли моє спілкування закінчилося невдало?
- «Коли ви кажете, що мені потрібно ** підвищити видимість ** — як це виглядає на практиці?»
- «Я хочу переконатися, що я розумію — ви кажете, що якість або своєчасність є проблемою?»
Відповідь на критичні відгуки
- “Це справедлива відгук. Я можу побачити, як це приземлилося по-іншому, ніж я хотів»
- “Я ** чую **, що ти кажеш. Яким буде успіх у подальшому?»
- “Дякую, що підняли цю тему. Я б хотів ** взяти трохи часу **, щоб подумати і повернутися з планом»
Фраза: “Я чую, що ви кажете” — це професійний спосіб підтвердити зворотній зв’язок без негайного погодження або незгоду.
Розвиток і підвищення професійної майстерності
Питання про критерії підвищення
- Які докази вам потрібно побачити, щоб підтримати справу про підвищення в званні?
- «Чи є прогалина між тим, де я зараз і наступним рівнем, на якому я повинен зосередитися?»
- «Чи можемо ми зрівняти дві або три області, щоб зробити їх пріоритетами на наступну половину?»
Защищаешь себя
- «Я вірю, що я ** працюю на ** наступному рівні в цих областях: [X, Y, Z]»
- «Я б хотів ** зробити справу ** для розмови про підвищення в наступному циклі.»
- «За останній рік я послідовно виконував на рівні, що перевищує мою теперішню роль»
Прошу провести перерву
- «Я хочу ** взяти на себе ** більшу архітектурну відповідальність.»
- «Я б хотів власнити ініціативу end-to-end в наступному кварталі.»
- Чи можу я світити вас в наступному архітектурному огляді, щоб розвинути цю вміння?»
Говорячи про цілі
Встановлення цілей SMART англійською:
** Неясне: ** “Я хочу краще розробляти системи.”
** SMART: ** « До кінця 3- го кварталу я ** створю ** один документ з проектування системи для проекту середньої складності і презентую його у вигляді огляду проекту. Я використаю зворотній зв’язок, щоб визначити дві області для поліпшення»
Ключеві фрази Cheat Sheet
| Situation | Phrase |
|---|---|
| Describing impact | ”…resulting in a 30% reduction in…” |
| Owning a gap | ”I recognise that I could improve my…” |
| Receiving feedback | ”That’s fair — could you give me a specific example?” |
| Asking about promotion | ”What evidence would support a case for promotion?” |
| Advocating for yourself | ”I believe I am operating at the next level in…” |
| Setting a goal | ”By the end of [period], I will [action] [measurable outcome].” |
Ключеві моменти
- ** Самооцінки ** повинні поєднувати внесок з кількісним впливом — а не лише діяльністю.
- Використовуйте сильні дієслова дії: * led, delivered, drove, authored, resolved * — а не * helped with* або * worked on*.
- Отзыв - это профессиональное умение. Проясняйте, перш ніж реагувати.
- Коли ** закликаєте до підвищення **, використовуйте мову доказів: “Я вірю… тому що…”
- Цельові розмови більш продуктивні, коли ви пропонуєте конкретні, вимірювані результати.
«Перехід» — «перехід» від «перехід» до «перехід»
Будьмо чесними, багато початкових відгуків, які ви отримуєте, особливо під час перегляду коду або від молодших колег, можуть здатися неймовірно тупими. Фрази на кшталт «виправити це» або «це потребує рефакторингу» можуть відчуватися відверто і не відразу передавати * чому * зміна необхідна. Ключ тут не в тому, щоб просто прийняти критику, а зрозуміти її і конструктивно відповісти. Це про перехід від реактивного «Мені потрібно щось виправити» на проактивний, зосереджений на навчанні і поліпшення.
Більш корисний підхід починається з визнання зворотного зв’язку без негайної оборони. Проста відповідь на кшталт: «Дякую за те, що ви на це звернули увагу — я ціную те, що ви підкреслили цю потенційну область для поліпшення», встановлює тон відкритості. Тоді, запит на пояснення. Замість того, щоб занурюватися прямо в виправдання, задайте питання, які допоможуть вам зрозуміти суть проблеми. Наприклад, замість того, щоб обговорювати незначні зміни стилю у коментарі до перегляду коду, відповідайте: « Чи могли б ви розібратися у тому, які конкретні проблеми у вас стосовно читабельності цього розділу? » або « Чи могли б ви провести мене через ваш процес мислення, щоб запропонувати цю зміну? » Це показує справжній інтерес і бажання дізнатися більше з їхньої точки зору.
Крім того, при описі змін у описі Запиту на звантаження, не обмежуйтеся лише описом того, що ви зробили. Поясни чому. Хорошим прикладом може бути: «Рефакторизована логіка перевірки даних, як це було запропоновано у вчорашньому відгуку (PR #1234). Ця зміна покращує обробку помилок і зменшує потенційні проблеми під час виконання завдяки реалізації більш надійної перевірки на наявність некоректних вхідних даних. » Зауважте, що це пояснення пов’ язано з попередньою розмовою, що показує, що ви слухали і враховували їхні зауваження. Аналогічно, коли ви обговорюєте свою роботу з менеджером, не просто перелічуйте свої досягнення; розгляньте їх у контексті цілей команди і покажіть, як ваша робота сприяла досягненню цих цілей. « Як ми обговорювали під час мого останнього зарахування, я зосередився на поліпшенні ефективності процесу розпізнавання користувачів, що відповідає пріоритетам команди щодо покращення безпеки »
Нарешті, пам’ятайте, що відгуки рідко є особистими. Це майже завжди про роботу, а не про вас як про людину. Сфокусування на розумінні і відповіді на *намір * за зворотнім зв’язком - чи це поліпшення якості коду, оптимізація робочих потоків, або досягнення цілей проекту - буде будувати довіру і сприяє більш співпраці середовища.