English for Performance Reviews in Tech
Master the vocabulary and phrases you need to navigate performance reviews in English — from OKRs and impact statements to receiving feedback and advocating for yourself.
Перегляди продуктивності є однією з найбільш послідовних розмов, які має розробник на роботі. Вони визначають підвищення, підвищення, і те, як вас сприймають ваш менеджер і організація. Для тих, хто не є рідною мовою англійською, виклик не просто описати те, що ви зробили - це оформити це мовою, якою користується ваша компанія, мовою впливу, зростання і вкладу. Цей посібник навчить вас саме цьому.
Ключовий словник
** OKR (Objectives and Key Results) ** — це рамка для встановлення цілей, де кожна з цілей вимірюється конкретними, кількісно визначеними результатами. « Моєю OKR на другий квартал було скоротити час відповіді API на 40% — ми досягли 38% »
** Вплив ** — значущі зміни, які було досягнуто вашою роботою, а не лише виконаними вами завданнями. « Вплив ступеня кешування полягав у зменшенні навантаження бази даних на 60% під час пікового навантаження. »
** Обсяг** — діапазон або рівень вашого впливу. Очікується, що старші ролі мають ширший обсяг. “Я працював на обсязі, що виходить за межі мого поточного рівня - я впливаю на рішення трьох команд”
** Вирівнювання ** — процес оцінки готовності людини до переходу на наступний рівень кар’ єри. « Я хочу обговорити вирівнювання — я відчуваю, що я постійно працюю на рівні L5 протягом двох кварталів. »
** 360- градусний зворотній зв’ язок ** — зворотній зв’ язок, зібраний від колег, безпосередніх підлеглих і менеджерів (повне коло перспектив). « Зворотній зв’ язок 360- градусного зворотного зв’ язку був загалом позитивним, але деякі люди згадали, що я міг би більш активно спілкуватися »
** Область зростання ** — ввічливий термін для чогось, що ви повинні поліпшити. Краще, ніж «слабкість». «Моя область росту в цій половині була комунікація з зацікавленими сторонами — я навмисно працював над цим»
** Самооцінка ** — письмове або усне резюме ваших результатів роботи перед зустріччю з переглядом. « Моя самооцінка зосередилася на трьох областях: виконанні, співпраці і технічному керівництві. »
Фрази для опису вашого впливу
Мова впливу є найважливішою навикою в оглядах продуктивності. Перейти від « що я зробив » до « що змінилося через те, що я зробив »:
- «Я очолював міграцію до нової системи аутентифікації, яка виключила клас вразливостей безпеки і зменшила квитки підтримки на 30 %»
- «Моя робота над потоком впровадження скоротила час активації для нових користувачів з 4 днів до менш ніж 1»
- «Я був наставником двох молодших інженерів, які з того часу взяли на себе незалежні проекти — це мультиплікативний ефект на команду»
- «Рефактор, який я доставив, скоротив час збирання на 45%, що поліпшило продуктивність розробників по всьому борту»
Ключова структура: дія + результат + вимірюваний результат. Не кажуть «Я працював над X» — завжди кажуть «Я виконав X, що призвело до Y»
Фрази для обговорення OKRs
Мова OKR є специфічною. Компанії використовують його для вимірювання прогресу за допомогою цифр, а не за допомогою думки:
- «Мій ключовий результат був досягнутий 99,9% часу роботи — ми закінчили квартал на 99,95%.»
- “Ми досягли двох з трьох ключових результатів. Третій з них прослизнув через інфраструктурний інцидент у травні»
- «Я поставив собі мету зменшити відтік на 15% — ми досягли 12%, що я вважаю сильним результатом, враховуючи обмеження»
- «Озираючись назад, я думаю, що я поставив ключові результати занадто консервативно — я хочу бути більш амбітним в H2»
Фрази для отримання зворотного зв’ язку
Як ви реагуєте на зворотній зв’язок - особливо на критичний зворотній зв’язок - сам оцінювався. Ці фрази демонструють професіоналізм і самосвідомість:
- «Дякую за цю відгук — чи можете ви дати мені конкретний приклад, щоб я міг зрозуміти це краще?»
- “Це справедливо. Я був в курсі цього і я працював над цим — ось що я зробив до цього часу»
- “Я хочу переконатися, що я правильно розумію відгуки. Чи ви кажете, що проблема є X, або більше Y?»
- “Я дякую, що ти підняв це питання. Це не легко почути, але я хочу звернутися до нього»
Не ставьтесь в оборону. Навіть якщо ви не погоджуєтесь, підтвердіть зворотній зв’язок перед тим, як відповісти: «Я вас чую — і я хочу поділитися своїм поглядом на цю ситуацію»
Фрази для самозахисників
Багато розробників — особливо не-англомовні носії — вважають самозахисну незручно. Але це очікувано у розмовах про швидкодію:
- «Я відчуваю, що мої внески в цю половину працювали вище мого поточного рівня — я б хотів обговорити рівнювання»
- Я б цінував більшу видимість того, як виглядає «готовий до просування» конкретно для мене»
- “Я взяв на себе значний обсяг цього кварталу, включаючи X і Y. Я хочу впевнитися, що це відображено в оцінці»
- «Я хочу бути прозорим: моя мета зростання на наступний рік - перейти до технологічної лідируючої ролі. Що б ти хотів побачити від мене?»
Фрази, яких слід уникати
| Avoid | Try instead |
|---|---|
| ”I just did my job." | "I consistently delivered on my commitments and took on additional scope." |
| "Nobody noticed my work." | "I want to make sure my contributions are visible — how can I communicate them better?" |
| "I don’t know what my growth areas are." | "I’ve been reflecting on this — I think my main growth area is X." |
| "That feedback isn’t fair." | "I’d like to share some context that might reframe that situation.” |
Краткий справочник
| Situation | Phrase |
|---|---|
| Describing impact | ”My work on X resulted in Y.” |
| Discussing OKRs | ”We hit two out of three key results.” |
| Receiving hard feedback | ”That’s fair — here’s what I’ve been doing to address it.” |
| Advocating for promotion | ”I’d like to discuss levelling — I’ve been operating at scope above my current level.” |
| Asking for clarity | ”What would ‘ready for promotion’ look like concretely?” |
| Naming a growth area | ”My growth area this half was stakeholder communication.” |
Розробник, який може чітко сформулювати свій вплив, має значну перевагу в розмовах про продуктивність. Інвестуйте в цю мову — це відшкодовується безпосередньо у вашій кар’єрі.
Націоналізм — це не просто мова, а мова, яка не має жодного відношення до національних інтересів
Огляди роботи, особливо коли вони надаються іншою мовою, ніж ваша рідна, можуть бути неймовірно пригнічуючими. Це не просто про розуміння слів самих по собі; це про розуміння тонких нюансів зворотного зв’язку і впевнено сформулювати ваш внесок. Багато розробників, які не знають англійської, борються з вираженням впливу або ефективним отриманням конструктивної критики. Ключовим питанням часто є переклад технічної експертизи на мову, зрозумілу для зацікавлених сторін, які можуть мати різні рівні технічних знань. Давайте зосередимося на практичних стратегіях для навігації в цій ситуації, особливо націлених на тих, хто вивчає професійний англійський словник.
Однією з найбільших перешкод є формулювання ваших досягнень таким чином, що відповідає контексту перегляду результатів. Просто сказати “Я виправив ваду X” не є достатньо вражаючим. Вам потрібно вписати це в ширший контекст цілей проекту — наприклад, « Розв’ язуючи ваду X, я зробив свій внесок у поліпшення користувацького досвіду, зменшивши кількість повідомлень про помилки під час пікового використання, відповідно до нашого Q3 OKR для поліпшення стабільності системи ». Зауважте, як ми додали кількісні елементи і пов’ язали їх з ключовою метою. Аналогічно, коли ви отримуєте зворотній зв’язок на кшталт “Цей код може бути більш читабельним”, не відразу ставтеся до нього захисно. Замість цього, відповісти щось на зразок: « Я ціную пропозицію щодо читабельності. Чи можете ви надати конкретні приклади областей, в яких я можу поліпшити свою роботу, щоб краще відповідати стандартам команди?» Проявлення відкритості до навчання і пошуку пояснень є ключовим. Пам’ятайте, що мета полягає не в тому, щоб довести себе «правим», а в тому, щоб продемонструвати прихильність до постійного вдосконалення - цінність, яку високо цінують у технологічних середовищах. Сфокусуйтеся на активному слуханні і демонструйте готовність адаптувати свій підхід на основі зворотнього зв’язку.
Іншою областю, де багато розробників борються, є захист себе під час обговорення можливостей або викликів. Не соромтеся висловлювати свою зацікавленість у нових технологіях або пропонувати рішення, але розробляйте їх стратегічно. Замість того, щоб сказати «Я хочу вивчити React», спробуйте «Я зацікавлений у розширенні мого набору навичок, щоб включити React, оскільки я вважаю, що це може бути цінним в нашому майбутньому проекті [Назва проекту], що дозволяє нам використати його переваги для поліпшення розробки інтерфейсу користувача і, можливо, скоротити час розробки». Це демонструє ініціативу, передбачення і чітке розуміння того, як ваше зростання приносить користь команді. Будівництво впевненості через послідовну практику - навіть просто розумове репетиція відповідей на загальні питання перегляду - є надзвичайно важливим.
Ось приклад використання git blame для визначення потенційних областей для поліпшення:
git blame <file_name>За допомогою цієї команди ви зможете переглянути історію змін, внесених до певного файла, що дозволить вам визначити, де саме код було останній раз змінено, і, можливо, зрозуміти, чому було прийнято певні рішення. Після цього ви можете використовувати цю інформацію як початкову точку для обговорення з вашим рецензентом можливих змін або покращень. Наприклад, « Я помітив, що цей розділ був сильно змінений [Ім’ я розробника] шість місяців тому. Хоча функціональність все ще працює, вона може отримати користь від більш сучасного підходу, враховуючи поточні найкращі практики»