Як запросити Sprint Deadline Extension англійською мовою

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

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

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

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

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

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

Звичайні фрази

• «Я хочу рано попередити, що ми не збираємося вдарити по оригінальній даті, і ось конкретно чому»
• «Це не обсяг поширення з нашої сторони — нові вимоги були додані в середині спринту, які не були в початковій оцінці»
• « Від затримки, [X] днів — це заблокований час очікування на [визначену залежність]. »
• «Наша переглянута оцінка є [конкретна дата], і ось на чому вона заснована»
• «Єдиний ризик для цієї нової дати є [спеціфічний ризик], який я хотів позначити зараз, а не здивувалася вам пізніше»

Приклади висловлювань

Підняття проблеми раніше, ніж у строк: “Я хочу позначити це зараз, за три дні до кінця терміну, а не чекати до п’ятниці: згідно з поточним прогресом, ми не збираємося завершити це вчасно.”

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

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

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

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

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

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

Навигація нюансів: професійна мова для запитів на розширення

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

Розглянемо такий сценарій: Ви переглядаєте запит на завантаження, надісланий колегою. У коментарі написано: « Потрібно більше роботи ». Це не допоможе! Кращий підхід буде таким: «Я ціную початкові зусилля з цієї функції. Однак, я помітив деякі складності з безперервною інтеграцією цього елемента у потоки автентифікації. Щоб забезпечити збереження якості коду і уникнути потенційних регресій, чи не могли б ми переглянути строк виконання?» Зауважте використання таких фраз, як « складності », « безшумно інтегрувати » і « зберегти якість коду ». Ці фрази демонструють обдуману оцінку, а не просто описують проблему. Аналогічно, в Slack, замість того, щоб сказати «Чи можу я отримати розширення?», Спробуйте: «Привіт команда, я зараз стикаюся з деякими непередбаченими викликами з [конкретним завданням], що впливає на мою здатність досягти початкової мети спринту. Я переоцінив і вірю, що переглянутий термін [нової дати] дозволить мені забезпечити очікувану якість»

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