How to Onboard as an Onboarding Buddy in English

Бути призначеним як чийсь товариш по роботі не має майже ніяких формальних правил, а словник для того, щоб зробити це добре — встановлювати очікування, нормалізувати питання, давати ранній зворотній зв’язок — це те, що відрізняє справді корисного товариша від того, хто є лише ім’ям на привітальній електронній пошті.

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

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

• “Найбільш корисною річчю, яку я зробив в перший тиждень, було не відповідати на технічні питання - це було явно сказати їй, що запитання “очевидних” питань очікувалося і було добре, що створило психологічну безпеку, яка змусила її фактично запитати їх.” *

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

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

** Час заїзду ** — регулярний ритм коротких розмов між другом і новим працівником, відрізняється від формальних розмов 1: 1 з менеджером, використовується для визначення заплутаності або блокувань до того, як вони з’ являться. “Ми встановили частоту перевірки п’ятнадцять хвилин через день протягом перших двох тижнів, а потім щотижня після цього - достатньо часто, щоб вловити невеликі плутанини, перш ніж вони перетворяться на двотижневі непорозуміння.”

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

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

• «Що таке племінне знання тут, що ніде не записане?»
• Чи є для вас спосіб запитати мене про це замість всієї команди?»
• Яка швидкість заїзду буде корисною для вас в ці перші кілька тижнів?»
• «Чи можу я поділитися деякими ранніми відгуками, нічого серйозного, просто щось, що варто калібрувати зараз?»
• «Що було заплутаним або неясним до цього часу, що ще не виникло?»

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

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

Проактивний обмін знаннями племен:

• “Перед тим, як ви зробите це самостійно — існує відома особливість середовища перевірки, яка вимагає перезапуску вручну після будь- якої зміни налаштувань. Це ще ніде не задокументовано, і я знаю про це тільки тому, що я застряг на ній пів дня в перший місяць»

Давайте ранню, низкочастотную обратную связь:

• “Дрібниця, і справді не велика на цьому етапі — я помітив, що ваші повідомлення про перенесення є досить короткими у порівнянні з тим, що є типовим тут. Варто калібрувати зараз, поки це легко, а не те, що стає шаблоном, який люди спокійно помічають пізніше. “*

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

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

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

1. Напишіть вступне повідомлення новопризначеному працівнику, встановивши психологічну безпеку в перший тиждень.
2. Опишете частину знань племені, якими ви можете активно поділитися з новим товаришем по команді.
3. Напишіть речення, в якому ви ласкаво попередите нового працівника про його невелику звичку.

Навігація: професійна англійська для нових друзів

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

Однією з найпоширеніших перешкод є надання конструктивного зворотнього зв’язку. Фраза “Це потребує роботи” може здатися неймовірно тупою і пригнічуючим. Замість цього, розгляньте можливість написання ваших коментарів більш позитивно і конкретно. Наприклад, якщо ви переглядаєте запит на витягування, ви можете сказати: « Я помітив, що цей розділ може отримати користь від яснішого пояснення призначення алгоритму. Можливо, додавання короткого коментаря у тексті допоможе покращити читабельність для когось, хто не має досвіду роботи з проектом. » Або, у повідомленні Slack, у відповідь на запитання колеги, не слід просто сказати « Це неправильно. » Спробуйте щось на зразок: « Давайте розглянемо це далі. Здається, що може бути невелике нерозуміння щодо [спеціфічної концепції]. Я можу показати вам деякі документи, які це пояснюють. ” Ключовим є зосередитися на * коді * і його впливі, а не судити про можливості розробника.

Інша область потенційних труднощів полягає в ініціації розмов і перевірці з новим наймачем. Питання «Як справи?» може здатися занадто відкритим. Кращий підхід може бути: “Я хотів перевірити і побачити, чи у вас був шанс ознайомитися з налаштуванням проекту. Чи є якісь конкретні аспекти, які ви хотіли б, щоб я проінструктував вас ще раз?» або «Я просто хотів торкнутися бази - чи змогли ви почати працювати над [конкретним завданням]? Чи є щось, що я можу зробити, щоб допомогти вам почати?» Ці фрази демонструють активну підтримку і заохочують більш докладну відповідь. Пам’ ятайте, що цілком прийнятно (і заохочується!) Задавати питання, якщо щось не зрозуміло — « Чи можете ви розібратися, що ви маєте на увазі під « кінцевою точкою API »? », це набагато краще, ніж мовчазна кивка головою, коли ви повністю розчаровані.

Нарешті, будьте уважні до свого тону — навіть у письмовому спілкуванні. Використання надмірно формальної мови може відчуватися жорстким і безособовим. Стрімко до балансу між професіоналізмом і доступністю. Фрази на кшталт «Я рекомендую» є в порядку, але «Поглянемо» або «Може ми могли б дослідити…» часто звучать більш співпрацелюбно і менш директивно. Пам’ятай, твоя роль - керувати, а не диктувати. Сфокусуйтеся на створенні взаєморозуміння і підтримці середовища, де новий розробник відчуває себе комфортно, ставлячи питання і вчитися на власному досвіді.