Engineering Offboarding in English: Knowledge Transfer and Handover Language

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

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

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

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

** Коефіцієнт автобуса (також: коефіцієнт вантажівки) ** Фактор шини - це кількість людей у команді, які, якщо раптово не будуть доступні, сильно порушать проект. Фактор шини один означає, що одна людина має критичні знання, яких ніхто інший не має. “Шинний фактор для системи розрахунків є одним — тільки Марта розуміє код вирівнювання платежів, і вона залишає роботу через шість тижнів.”

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

• “Передача runbook не завершена — процедура розгортання служби аналітики ще не задокументована.” *

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

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

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

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

Корисні фрази

• • “Чи можемо ми запланувати екскурсію по коду цієї служби перед тим, як ви поїдете? Я хочу переконатися, що команда на зв’язку має контекст, який їм потрібен.”*
• • “Шинний фактор для цього модуля є критичним — давайте зробимо перенесення цих знань пріоритетним у перші два тижні.” *
• • “Я хотів би записати сеанси передачі знань, щоб вони були доступні як довідковий матеріал після того, як ви пішли.” *
• “Що ще залишилося в твоїй голові, що ще не написано? Давайте проробимо цей список цього тижня.»
• • “Чи є щось про цю систему, що ви хотіли б знати під час вашої першої зміни? Це те, що нам потрібно документувати.»*

Поширені помилки

Вы используете “отставка” и “отход” взаимозаменяемо Відставка є актом формального відходу — повідомленням про це. Офшор - це процес, який слідує. Інженер може піти у відставку, а потім пройти через відставку протягом декількох тижнів. У розмові слід розрізняти ці поняття.

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

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

Хороший офбординг - это акт профессионализма, который уважает как уходящего инженера, так и команду, которую они оставляют. Словник, який наведено у цій статті, допоможе вам керувати цими переходами чітко, повністю і з належною терміновою необхідністю.

Національний склад населення: Англійська мова — мова офіційних органів

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

Розглянемо сценарій: Під час перегляду коду модуля, який передається, Сара - старший інженер - залишає коментар на запиті на витяг. Замість того, щоб просто сказати «Це потребує більшої документації», вона пише: «Чи можемо ми додати деякі пояснювальні замітки про залежності, які має цей модуль? Зокрема, як вона взаємодіє зі застарілою системою — детальний опис потоку даних був би дуже корисним для всіх, хто впроваджує нову систему. Ключова відмінність полягає не лише у додаванні деталей, але і у тому, як ці деталі сформуловано. « Пояснюючі зауваження » і « потік даних » легше зрозуміти, ніж нечіткий запит на « більше документації ». Аналогічно, при обговоренні «автобусного фактора», замість того, щоб сказати: «Ми повинні зменшити автобусний фактор», більш доступною фразою буде: «Сфокусуємося на визначенні ключових областей знань і переконаємося, що є принаймні одна людина, яка володіє кожною з них, перш ніж хтось покине»

Іншим поширеним викликом є вираження «передачі рукопису». Зазвичай, фраза може здатися незграбною: « Будь ласка, надайте підручник з керування для цієї системи ». Краще, щоб вона була чітко виражена, було б написати: « Щоб забезпечити плавний перехід, чи не могли б ви надати нам докладний підручник з керування, у якому буде наведено операційні процедури і кроки пошуку і усунення неполадок? » Буде дуже приємно, якщо ви додасте знімок критичних потоків робіт. » Цей рівень деталізації показує повагу до розуміння адресата і активне вирішення потенційних проблем. Це про передбачення питань і надання контексту заздалегідь.

Нарешті, при зверненні до «кодових базових екскурсій», уникайте жаргону, наприклад, «рефакторингу» без пояснення. Замість цього спробуйте запитати: « Під час передачі, чи могли б ви проаналізувати основні розділи бази коду, підкреслити ключові рішення щодо розробки і пояснити будь- які значущі зміни, які було внесено з часу останнього випуску? » Цей підхід поєднує чіткий запит на дію з підтримуючим контекстом, що робить цей процес більш доступним і менш залякувальним для тих, хто не знайомий з певною термінологією. Пам’ятайте, ефективне спілкування не тільки про те, що ви кажете; це про те, як ви це кажете - будівництво мостів розуміння через мовні відмінності.