Англійська для інженерного менеджера 1:1 зустрічі: фрази і словник

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

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

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

• “Я хочу починати кожну зустріч 1: 1 з перевірки — чи є у вас якісь блокатори, які я можу допомогти вилучити цього тижня?” *

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

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

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

Зонами розвитку Область розвитку (також: область для поліпшення) є специфічною вмінням або поведінкою, на зміцненні якої інженер повинен зосередитися. Використання його як «області розвитку», а не «слабкості» робить розмову конструктивною.

• “Однією з областей розвитку, над якою я хотів би працювати разом з вами, є ваше письмове спілкування, особливо в документах проектування.” *

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

** Конфиденциально / не занесено в протокол ** У контексті 1:1, «не зареєстрований» сигналізує, що щось ділиться в довіреності і не повинно бути приписане або повторюватися. Використання цієї фрази допомагає створити безпечний простір для відвертого діалогу. “Я поділюся цим неофіційно - я хочу, щоб ви мали контекст перед оголошенням всіх рук.”

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

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

• “Що ти думаєш на цей тиждень? На чому б ви хотіли зосередитись?»
• • « У мене є деякі відгуки, якими я хотів би поділитися — чи зараз хороший час, чи ви бажаєте запланувати це окремо? » *
• “Що б найбільше змінило вашу роботу зараз — від мене, від команди чи від організації?”
• “Вы упоминали на прошлой неделе, что чувствовали себя растянутыми. Як ви відчуваєте себе щодо вашого навантаження на роботу зараз?»
• “Я хочу бути прозорим щодо того, що я чую від керівництва - ось контекст, яким я можу поділитися.”
• “Як виглядає успіх для вас наприкінці цього кварталу?”

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

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

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

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

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

Навигація Nuance: Обробка відгуків

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

Ви можете сказати щось на зразок: “Алекс, я помітив, що деякі з ваших останніх PR значно відрізняються у форматуванні. Хоча сам код, здається, працює правильно, непослідовний стиль ускладнює іншим членам команди швидке розуміння і перегляд ваших змін. Це може сповільнити загальний процес перегляду і збільшити ймовірність переробки. Чи можемо ми обговорити, як забезпечити послідовне дотримання нашого стилю керування в майбутньому? Можливо, швидке нагадування про найкращі практики під час нашого наступного сеансу планування спринту було б корисним. ” Зауважте використання тверджень « Я » – виражаючи * ваше * спостереження, а не заявляючи його як абсолютну правду. Формулювання підкреслює * вплив * (уповільнення процесу перегляду, збільшення переробки) і пропонує спільне рішення.

Іншим важливим елементом є визнання зусиль і позитивного вкладу разом з розглядом областей для поліпшення. Просте підтвердження, наприклад, « Дуже добре, що ця функція реалізована! », може допомогти вам у створенні відносин і продемонструвати вдячність перед тим, як перейти до конструктивного зворотнього зв’ язку. Коли обговорюється блокування, так само важливо розглядати проблему як спільний виклик, а не як окрему помилку. « Я розумію, що ви стикаєтеся з труднощами з інтеграцією цього API — давайте разом дослідимо потенційні рішення » звучить набагато більш підтримуючим, ніж « Вам потрібно зрозуміти, як використовувати цей API. » Пам’ ятайте, ваша роль як інженерного менеджера полягає в тому, щоб * полегшити * вирішення проблем і вилучити перешкоди, а не просто вказувати на недоліки. Використання фраз на кшталт «Давайте розслідуємо…» або «Як я можу допомогти вам подолати це?» демонструє бажання допомогти.