Як обговорювати інженерну швидкість англійською мовою

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

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

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

Время цикла Час циклу вимірює час, який знадобиться для пересування однієї частини роботи з моменту початку роботи до моменту її завершення. Коротші часи циклів означають швидший і ефективніший робочий процес.

• Приклад: « Наш середній час циклу зменшився з шести днів до двох днів з того часу, як ми почали виконувати менші запити на завантаження ». *

Время выполнения Час виконання — це загальний час, який пройшов з моменту надсилання запиту (наприклад, з моменту створення квитка) до моменту виконання роботи. Цей показник включає час очікування завдання у черзі перед його отриманням.

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

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

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

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

• Приклад: « У нас є лише 60% потужності цього спринту, тому що два члени команди знаходяться на конференції, а один у відпустці. »*

Поширені сценарії, де використовується ця мова

На зустрічі з планування спринту: “Заснований на нашій середній пропускній здатності за останні чотири спринти, я б оцінив, що ми можемо взяти на вісім до десяти історичних пунктів цього спринту. Ми трохи зменшили пропускну здатність через державне свято в понеділок»

В ретроспективі: “Наша швидкість значно впала в цьому спринті. Дивлячись на дані, я думаю, що головними факторами, що сприяли цьому, були інцидент з виробництвом в середу і великий запит на витяг, який був заблокований в перегляді протягом трьох днів»

При віднесенні до керівництва: “За останній квартал, середня продуктивність нашої команди була 40 історичних пунктів на місяць. Ми очікуємо, що це покращиться в Q3, оскільки ми сплачуватимемо частину технічного боргу в даних трубопроводу. ”

** При обговоренні пріоритетів: ** «Якщо ми хочемо збільшити швидкість, у нас є два варіанти: зменшити обсяг кожного запиту, щоб елементи рухалися швидше, або інвестувати час у вирішення технічного боргу, який сповільнює нас»

Корисні фрази для обговорення інженерної швидкості

• «Наша швидкість була відносно стабільною, в середньому близько X історичних очок за спринт»
• «Існує кореляція між нашим часом циклу і часом перегляду PR — коли перегляди повільні, час циклу збільшується»
• «Ми бачимо швидкість падіння в цьому кварталі, в основному через роботу з міграції інфраструктури»
• «Технічний борг є значною перешкодою на нашій пропускній здатності — ми повинні виділити час, щоб вирішити його»
• «Ми маємо обмежені можливості в цьому спринті, тому я пропоную нам знизити пріоритетність елементів, які добре мати»
• «Дані вказують на те, що наше вузьке місце знаходиться на стадії перегляду, а не в розробці»
• «Швидкість є метрикою командного рівня, а не мірою індивідуальної продуктивності»
• «Я б попередив проти порівняння швидкості між командами — числа мають сенс тільки в одній команді з часом»
• «Погляньмо на тенденцію за останні десять спринтів, а не зосереджуючись на одній точці даних»
• «Ми повинні розрізняти між швидкісним падінням, викликаним складністю, і тим, що викликаний організаційним тертям»

Необхідно уникати помилок при використанні цієї мови

Однією з поширених помилок є розгляд швидкості як цілі, а не як вимірювання. Швидкість є описовою — вона говорить вам, що сталося. Коли швидкість стає метою, команди схильні грати в неї, роздувши оцінки історичних точок.

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

Іншою поширеною помилкою є порівняння швидкості між командами. Очки історії є довільними і суб’єктивними — те, що одна команда називає п’ятиочковою історією, інша може називати двоочковою історією. Якщо хтось запитає вас порівняти команди, відповідайте: “Числа швидкості мають сенс тільки в одній команді в певний час. Порівняння між командами було б схоже на порівняння температур в градусах Цельсія і Фаренгейта без перетворення»

Практичні рекомендації

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

Національна мова: мова, що використовується для спілкування та перекладу

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

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

Іншою поширеною пасткою є використання надмірно ентузіастичної мови при описі прогресу. Фрази на кшталт «Ми розбиємо його!» або «Це буде дивовижно!» - хоча, можливо, з добрими намірами - можуть звучати непрофесійно в офіційному інженерному середовищі. Краще зосередитись на конкретних показниках і демонстрабельних результатах. Замість того, щоб вигукувати про успіх, спробуйте сказати: « Недавнє перероблення призвело до скорочення часу відповіді на 15%, як це було виміряно нашими інструментами моніторингу ». Сфокусування уваги на * вимірюваних * поліпшення завжди має більший вплив і забезпечує міцну основу для обговорення. Пам’ятайте, ясна, коротка мова будує довіру і забезпечує, що всі розуміють поточний стан справ.

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