How to Communicate Engineering Operations in English

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

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

** Швидкість ** — мірою кількості роботи, яку команда виконає за спринт, зазвичай виражається у пунктах історії або завершених квитках. “Средняя скорость нашей команды за последние шесть спринтов составляет 42 пункта истории — это наша исходная линия для планирования пропускной способности.”

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

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

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

** Час циклу ** — час з моменту початку роботи над завданням до моменту його завершення і розгортання. “Наш середній час циклу збільшився з 3 днів до 7 днів цього місяця — ми підозруємо, що новий процес перегляду коду вводить затримки.”

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

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

** Runbook ** — документований набір процедур для виконання рутинних або екстрених операційних завдань.

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

Комунікаційна мережа Sprint Metrics

Використовуйте ці фрази у переглядах спринтів, оновленнях для зацікавлених сторін або щотижневих звітах.

• “Цього спринту ми завершили 38 з 44 запланованих історичних пунктів. Решта шість очок переносяться на наступний спринт.»
• Наш графік показує, що ми були на шляху до середи, коли з’явилися дві блокуючі залежності
• «Вік циклу для функцій, спрямованих на користувача, в цьому спринті в середньому становив 4,5 днів, вниз від 6,2 днів останнього спринту»
• «У нас є три елементи ризику для цього спринту — я їх позначаю зараз, щоб ми могли вирішити, чи відкривати їх»
• Швидкість команди була стабільною протягом чотирьох спринтів, що дає нам високу впевненість в нашому прогнозі Q3

Мова програмування

• «Для наступного спринту, ми маємо 82% потужності — три інженери беруть відпустку, і у нас є компанія всіх рук в четвер»
• «Я планую консервативно на 70% потужності, щоб врахувати запити на підтримку і незаплановані переривання»
• «Щоб досягти дорожньої карти Q3, нам потрібен один додатковий інженер, починаючи з липня»
• «У нас є обрив потужності в серпні — два старших інженери знаходяться в відпустці одночасно. Нам доведеться відкласти некритичну роботу»

Ескаляційні фрази

Мова ескалації повинна бути спокійною, фактичною і орієнтованою на рішення.

• “Я хочу попередити про ризики, що стосуються терміну доставки. Ми були заблоковані на інтеграції API протягом 10 днів без відповіді від стороннього постачальника»
• «Я передаю це вам, тому що рішення знаходиться вище мого рівня владності — нам потрібно вибрати між затримкою запуску або відправкою без аудиту безпеки»
• “Це оперативний випадок P1. Я ескалацію зараз і забезпечить повне оновлення протягом двох годин. ”
• “Я вже намагався вирішити це через звичайний канал. Я ескалаціюю, тому що ми ризикуємо пропустити зобов’язання клієнта»

Інформаційний центр охорони здоров’я

• Команда помітила, що контекстне перемикання між трьома активними проектами впливає на фокус і якість
• “В нашому останньому здоров’я перевірки, ” ясність пріоритетів ” набрав найнижчий бал. Ми вирішуємо це, публікуючи щотижневу записку про пріоритети»
• «Ризик зношування підвищений у команді платежів — два інженери згадували зацікавленість у зовнішніх можливостях. Я б хотів обговорити варіанти збереження»
• «Команда добре виконує технічні завдання, але навантаження на покликання є нестійким при поточних рівнях персоналу»

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

1. **Відкрийте номером, а потім розповідь. ** “Швидкість була 38 пунктів — на 10% нижче за останній спринт, спричинений двома блокуючими інцидентами” є більш корисним, ніж абзац пояснення.
2. ** Розрізняйте ризики і блокувальники. ** Ризик може стати проблемою; блокувальник вже зупиняє роботу. Використовуйте обидва терміни точно.
3. **Відповідно до даних, а не емоцій, в ескалації. ** “Ми чекали 10 днів з трьома надісланими відповідями і без відповіді” сильніше, ніж “Я розчарований відсутністю відповіді.”
4. ** Зробити здоров’ я команди видимим. ** Команди, які мають низькі показники здоров’ я, часто покращують свої результати, якщо дані про них будуть відкрито підтверджені. Не вважайте дані про здоров’я конфіденційними — вважайте їх оперативною інформацією.

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

1. Швидкість вашої команди впала на 30% в цьому спринті. Напишіть 4- 5- речення для свого інженерного менеджера, пояснюючи, що сталося і що ви будете робити по- іншому у наступному спринті.
2. Вас заблокувала інша команда через критичну залежність. Напишіть професійне повідомлення про ескалацію (4- 5 речень) для свого керівника, поясніть ситуацію, її наслідки і те, що вам потрібно.
3. Ваше планування показує, що ви можете виконати або функцію А, або функцію Б в цьому кварталі, але не обидві. Напишіть 4- 5 речень, які представляють цей компроміс менеджеру продукту.

Наприклад, англійська мова: англійська мова для немовлят

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

Однією з областей, яка часто збиває з пантелику новачків, є різниця між «заблокованим» і «перешкодженим». Хоча обидва слова вказують на проблему, що перешкоджає прогресу, «заблокований» має сильніше відчуття невідкладності і часто передбачає певну залежність, яка потребує негайної уваги. Замість того, щоб сказати « Збирання перешкоджається з’ єднанням з базою даних », ви можете сказати « Збирання блокується у очікуванні відновлення з’ єднання з базою даних; нам слід дослідити причину проблеми ». Аналогічно, важливо розуміти різницю між « пропускною здатністю » і « швидкістю ». Прохідність відноситься до * фактичної * кількості роботи, виконаної протягом певного періоду (наприклад, історій на день), в той час як швидкість представляє * швидкість *, з якою ця робота виконується - часто використовується в обговореннях планування спринту. Сказати «Ми збільшуємо нашу пропускну здатність» може бути неправильно інтерпретовано; це більш точне і впливове твердження: «Ми прагнемо до збільшення швидкості, оптимізуючи наш робочий процес»

Іншою областю, де словник змінюється драматично, є здоров’я і продуктивність команди. Фрази на кшталт «недосконалість» або «злочинність» можуть бути жорстокими і деморалізуючими. Кращий підхід полягає в тому, щоб обговорити дискусію конструктивно, зосередившись на даних, що базуються на даних. Замість того, щоб сказати: «Команда не досягає достатніх результатів», спробуйте щось на зразок: «Ми спостерігали невелике зниження в середньому кількості очок історії, виконаних за спринт за останні два тижні. Давайте розглянемо потенційні фактори, що сприяють - можливо, нам потрібно переглянути наші методи оцінки або визначити будь-які перешкоди, що впливають на окремих учасників. “Це демонструє емпатію і зосереджується на спільному вирішенні проблем, а не на приписуванні звинувачень. Нарешті, при ескалації проблем, точна мова є найважливішою. Заміна неясних тверджень, таких як «Щось пошкоджено» з «Кінець API /users повертає код помилки 500 з перервами, що викликає переривання потоку автентифікації користувача», негайно надає цінну інформацію для тих, хто має вирішити проблему.