Технічний менторинг англійською: фрази для старших і персональних інженерів

Introduction

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

Технічний словник

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

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

** Область зростання ** - Специфічна вміння, поведінка або область знань, яка була визначена як область, де ментор повинен розвиватися. Області зростання зазвичай виявляються під час оглядів продуктивності або один на один і стають фокусом плану розвитку.

“Після перегляду його останніх трьох PR, я визначив технічне спілкування як область зростання - його код був міцним, але його PR описи не мали контексту для рецензентів поза командою.”

** Send- back sandwich ** — Метод передачі зворотного зв’ язку, за якого конструктивну критику поміщають між двома частинами позитивного зворотного зв’ язку. Структура: визнання того, що працює, надання точки поліпшення, а потім закриття з заохоченням або впевненістю в здатності людини поліпшити.

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

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

“Я був наставником цього інженера протягом шести місяців, але минулого тижня я перейшов на спонсорство — я рекомендував його по імені для ведучої ролі в міграції інфраструктури, коли це виникло на зустрічі керівництва.”

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

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

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

“Я попросив молодшого інженера зробити кодовий огляд обробника платежу, який він побудував - попросивши його пояснити кожне рішення вголос, виявилося декілька припущень, які він зробив, які не були задокументовані ніде.”

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

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

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

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

Розрізняють управління і управління

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

Зрозуміти ці відмінності допоможе вам чітко повідомити про свої наміри інженерам, яких ви підтримуєте. Сказати « Я хочу спонсорувати ваш проект » звучить зовсім по- іншому, ніж « Я хочу дати вам певний зворотній зв’ язок щодо вашого підходу ». Обидва ці слова мають певну цінність, обидва вони служать різним цілям.

Використовується для виготовлення манікюру

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

Наприклад, описано описи: описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати описати

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

Крім того, активне просування можливостей спонсорства є життєво важливим. Спонсорство не просто про призначення наставника; це про створення навмисної системи, де досвідчені інженери закликають до зростання молодших розробників - підтримуючи їх внесок до старших зацікавлених сторін і відкриваючи двері до нових викликів. Хороший спонсор буде активно визначати області для розвитку, з’єднувати молодших розробників з відповідними ресурсами і допомагати їм будувати впевненість. Поширеним сценарієм є побачення молодшого розробника, який бореться зі складним запитом на витяг: замість того, щоб негайно вступити в дію, щоб виправити це, спонсор може сказати, * “Гей [Ім’ я молодшого розробника], я бачив, що ви працюєте над цим PR - це виглядає дійсно складно! Чи хотіли б ви, щоб я переглянув його з вами і запропонував деякі пропозиції? * Це демонструє інвестиції, які виходять за рамки просто технічного керівництва. Это также о нормализации просьбы о помощи. Заохочуйте молодших розробників активно визначати, що їм потрібна підтримка і чітко сформулювати ці потреби. Фрази на кшталт “Я відчуваю себе трохи застряглим в цій конкретній проблемі; чи можемо ми пройти через це разом” або “Чи не був би ти відкритий для того, щоб я поєднав з тобою це завдання?” є цілком прийнятними - демонстрація самосвідомості і готовності навчатися дуже цінується. Пам’ятайте, пошук керівництва не є ознакою слабкості; це стратегічне вкладення в їхній розвиток.

Нарешті, при наданні зворотнього зв’язку під час перегляду коду, конструктивне оформлення пропозицій є ключовим. Уникайте надто критичних висловлювань на зразок * « Цей код жахливий » * або * « Вам слід негайно виправити це ». * Замість цього зосередьтеся на * чому * за вашими пропозиціями і запропонуйте конкретні кроки для поліпшення. * « Я бачу, що ви використовували складний алгоритм; чи розглядали ви [альтернативний підхід]? Це може поліпшити продуктивність у деяких сценаріях» * або * «Чи можемо ми дослідити використання більш описової назви змінної для поліпшення читабельності?» * є набагато ефективнішими і заохочувальнішими.

# Example: Using `git blame` to understand code history
git blame -n <file_name>

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