How to Onboard as a New Remote Engineering Hire in English
Вивчіть англійські фрази для керування вашими першими тижнями як віддаленого інженера: запитання, представлення себе і створення контексту.
Віддалене вступне спілкування вилучає випадкові розмови у коридорі, які раніше автоматично відповідали на багато невеличких питань, отже новий віддалений працівник потребує трохи більш обдуманого словника для представлення себе і запитання про контекст.
Виступає в команді «Канал»
Нехай вона буде короткою, конкретною і легкою для інших, щоб на неї було легко відповісти.
- “Привіт усім, я [ім’я], приєднуюся до команди платформи як бекенд-інженер. Я з нетерпінням чекаю роботи з вами всіма — не соромтеся звертатися, якщо є щось, що я повинен знати на початку»
- “Я в захваті! Я буду в основном работать над счетами для начала. Дайте мені знати, якщо ви правильна людина, щоб запитати про те, як ця система працює в даний час»
- “Швидке введення: я [ім’я], починаю сьогодні в команді фронтенду. У мене, ймовірно, буде багато питань в перші кілька тижнів, тому дякую заздалегідь за вашу терпіння»
Не слід перевантажувати жодного з них
Будь конкретним щодо того, яка допомога тобі потрібна, і скільки часу це може забрати.
- “Чи маєте ви 15 хвилин на тиждень, щоб розповісти мені, як працює процес розгортання? Я радий працювати за вашим графіком»
- «Я не хочу переривати ваш час фокусування — чи є існуюча документація на це, чи буде швидкий дзвінок швидшим?»
- «У мене є кілька невеликих питань, які збираються — чи буде легше об’єднати їх в одну коротку розмову, чи мені просто запитати, коли вони з’являться?»
Невідомі правила написання
У кожної команди є звички, які ніде не задокументовані — запитайте про них безпосередньо.
- «Чи є неписане правило про часи відповіді на Slack, або це добре відповідати, коли я бачу повідомлення?»
- «Як ця команда зазвичай поводиться з розбіжностями в перегляді коду — чи це поширене, щоб просто обговорювати в коментарях, чи люди скачуть на дзвінок?»
- «Що таке спільне очікування навколо камери-на проти камери-off на зустрічах тут?»
Знак, що ти все ще піднімаєшся
Це нормально бути повільнішими в перші кілька тижнів — скажіть це прямо, а не прикидайтесь інакше.
- «Ще звикаючи до цієї частини коду, тому це може зайняти мені більше часу, ніж це буде, коли я знаю це краще — хотів встановити це очікування»
- «Я ще не впевнений у своєму розумінні цієї системи, тому я б цінував другу пару очей на це, перш ніж я з’єднаю її»
- «Це мій перший раз торкатися цієї служби — чи є хтось, хто буде хорошим ресурсом, якщо я застряг?»
Перевіряю з вашим менеджером
Використовуйте структуровані запитання, щоб виявити блокування, перш ніж вони стануть більшими проблемами.
- «У нашому одному на один, я хотів попередити, що я все ще не розумію, як пріоритети вирішуються в команді — чи можете ви допомогти мені зрозуміти це?»
- «В цілому я відчуваю, що все йде добре, хоча я все ще будую контекст на декількох старих системах — чи це очікувалося на цей момент?»
- «Чи є щось, що ви бачите дотепер, на що ви б хотіли, щоб я зосередився по-іншому?»
Словник-довідник
| Term | Meaning |
|---|---|
| Ramp up | The period of becoming productive and familiar with a new role or system |
| Unwritten rule | A team norm that isn’t formally documented but is generally followed |
| Focus time | A period intentionally kept free of meetings for deep, uninterrupted work |
| One-on-one | A recurring private meeting between an employee and their manager |
| Context | Background knowledge needed to understand a decision, system, or situation |
Ключеві моменти
- Зберігайте ваше введення коротким і конкретним про те, над чим ви будете працювати, запрошуючи інших досягти.
- Попросіть про допомогу, вказуючи обсяг і час, необхідний, а не відкритий кінець “ми можемо поговорити коли-небудь”
- Запитайте безпосередньо про неписані норми команди - часи відповіді, звички зустрічей, стиль незгоду - оскільки вони рідко документуються.
- Будь відкритий, коли ти ще не впевнений, а не прикидайся, що маєш повний контекст, якого ще немає.
- Використовуйте один на один, щоб вивести на поверхню ранні блоки або неясні очікування, перш ніж вони з’єднаються.
Національна мова: англійська, рідна для більшості населення, але не для професійних мовців
Вступ на роботу як новий віддалений інженер є достатньо складним - пристосування до нової команди, розуміння процесів і швидке знайомство з кодовою базою. Але коли ви також вивчаєте професійну англійську, це може бути приголомшливо. Це не просто переклад слів; це розуміння того, як ці слова використовуються в конкретних контекстах в технічному середовищі. Розглянемо деякі поширені ситуації, де точне формулювання робить усю різницю, особливо для розробників, чия перша мова не є англійською.
Одна з найбільших перешкод - це питання. Це неймовірно спокусливо просто перекласти свою думку безпосередньо з рідної мови - і це може призвести до плутанини або неправильного тлумачення. Замість того, щоб сказати « Я не розумію * це * », що звучить обвинувачуючим, спробуйте « Чи можете ви пояснити, що робить ця частина коду? Я хочу переконатися, що я повністю розумію його мету. “Зауважте різницю в тоні і специфікі. Використання фраз на кшталт « щоб забезпечити » демонструє активний підхід до навчання і показує повагу до часу ваших колег. Аналогічно, якщо хтось дає вам відгук на запит на захоплення, не відразу реагуйте оборонно. Хороша відповідь: «Дякую за те, що ви на це звернули увагу; я ціную детальний відгук. Чи можете ви розібратися, що саме потребує коригування?» Це підтверджує їх внесок і запрошує на подальші пояснення.
Іншою областю, де словниковий запас має велике значення, є опис вашої роботи. Під час написання описів PR уникайте нечітких тверджень на зразок « Виправлено помилку ». Замість цього використовуйте описову мову, яка надає контекст: « Впроваджено виправлення для нерегулярних помилок, які трапляються під час синхронізації даних через застарілу залежність — версію 2. 3. 1 було замінено версією 2. 4. 0. » Такий рівень докладності демонструє технічне розуміння і надає змогу рецензентам швидко оцінити зміни. Крім того, при обговоренні проблем або перешкод, такі фрази, як «Я в даний час досліджую цю проблему» є набагато більш професійними, ніж «Це пошкоджено!»
І нарешті, пам’ятайте, що активне слухання і підтвердження вашого розуміння є ключовими навичками. Не бійтеся перефразувати те, що ви чули: « Отже, просто для підтвердження, ви кажете, що ми повинні приділити увагу проблемам швидкодії перед переробкою інтерфейсу користувача? » Цей простий акт демонструє зацікавленість і запобігає непорозумінням. Створення міцної мережі колег, які можуть запропонувати підтримку і керівництво, також має величезне значення - не вагайтеся попросити про допомогу, коли це потрібно, ввічливо формулюючи свій запит: «Я борюся з інтеграцією цього API; чи не могли б ви швидко поспілкуватися, щоб пройти через процес?»