How to Communicate a Scope Cut in English

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

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

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

** Обсяг скорочення ** — дія або результат скорочення того, що буде виконано, зазвичай, для керування часом, бюджетом або обмеженнями ресурсів.

• “Зменшення обсягу впливає на дві з восьми запланованих можливостей; основний поток роботи залишається незмінним.” *

** Must- have vs. nice- to- have ** — відмінність у пріоритеті, що використовується для відокремлення критичних вимог від додаткового покращення при вирішенні, що скоротити.

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

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

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

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

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

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

• «Щоб захистити дату запуску, ми прийняли рішення розкрити X»
• Це не скасовано — це відкладено до наступного випуску. » (англ.)
• «Ми мусили зробити компроміс між обсягом і хронологією, і ми вирішили приоритизувати хронологію.»
• «Ядро функціональності не зазнає впливу; це впливає тільки на вторинний робочий процес»
• Ми хотіли зафіксувати це рано, щоб не було ніяких сюрпризів при запуску»
• «Що робити, коли раптом щось трапиться, і чому?»

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

Оголошую об обмеженном объеме для заинтересованных сторон:

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

Пояснюючи причину зрізу:

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

Підтримка після скорочення обсягу для керування очікуваннями:

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

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

• Використовуйте “descope” і “defer” замість “cut” або “cancel”, коли функція дійсно повернеться пізніше — відмінність важлива для зацікавлених сторін і запобігає плутанини.
• Завжди поєднуйте оголошення з ** причиною ** (часом, ресурсами, ризиком) — непояснене скорочення запрошує до спекуляцій і розмиває довіру.
• Зазначте чітко ** що залишається в обсязі **, а не тільки те, що було вилучено - це запевняє зацікавлених осіб, що основне зобов’язання залишається незмінним.
• Повідомити про скорочення обсягу ** якомога раніше **; скорочення, оголошене за два дні до запуску, дуже відрізняється від того, що було оголошено за два тижні.

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

1. Написати триреченняве повідомлення про те, що ви відкрили функціональність з випуску, з вказівкою причини і нової часової шкали.
2. Написати коротке повідомлення, яке запевняє учасника, що відкладена можливість все ще запланована, а не скасована.
3. Поясніть, у двох реченнях, різницю між « відкриттям » функції і « скасуванням » її.

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

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

Однією з найпоширеніших проблем є формування самої зміни. Замість того, щоб сказати: «Ми скорочуємо функцію X», що може звучати відверто, спробуйте сформулювати це так: «Після нашої недавньої оцінки пріоритетів для випуску v2.0, ми вирішили * відкласти * реалізацію функції X. Слово «відкласти» означає обдумане рішення і пропонує переглянути функцію в пізнішій ітерації. Іншим корисним терміном є «зменшити обсяг», який фокусується на кількості роботи, а не на прямому відкиданні. Поєднання цього з поясненням обґрунтування - “через обмеження ресурсів” або “для підтримки нашого графіка доставки” - додає важливий контекст. Аналогічно, обговорюючи вплив, уникайте сказати «Це не спрацює». Замість цього використовуйте такі фрази, як «Ця зміна вплине на нашу здатність досягти [конкретного результату]» або «Ми повинні змінити наші очікування щодо [метрики] в результаті цього рішення»

Слабкі розмови часто вимагають ще більш ретельної мови. Уявіть, що ви відповідаєте на запитання зацікавленої сторони про стан нового компонента інтерфейсу користувача: «Просто хотів оновити про прогрес переробленого профілю користувача. Ми повинні були * злегка скорегувати * обсяг, щоб забезпечити, що ми дотримуємося терміну для випуску основної функціональності. Розширені функції звітів, спочатку заплановані для v2.0, зараз плануються для включення в наступну ітерацію - версію 2.1. Це дозволяє нам зосередитися на негайному забезпеченні стабільного і відшліфованого досвіду користувача. “Зауважте використання ‘adjust’ - це менш конфронтаційне, ніж’remove’. Важливо, що заява * чому * зміна відбувається - “зберегти імпульс” або “пріоритизувати елементи критичного шляху” - демонструє, що ви приймаєте власність на часовій шкалі.

Нарешті, під час написання опису запиту на звантаження, у якому пояснюється зменшення обсягу, будьте відкритими і прозорими. Процитовано 2012-03-12.  «Переглянутий обсяг для PR #123 — Переробка профілю користувача». Потім чітко вкажіть, що * було * заплановано, що тепер скорочується, і аргументацію. “Раніше, ця PR включала впровадження розширених панелей звітів. Однак, на основі недавнього відгуку від тестування UX, ми вирішили відкласти розробку цих функцій, щоб забезпечити плавніший початковий розгортання. “Цей рівень деталей демонструє відповідальність і проактивно вирішує потенційні проблеми. Пам’ятайте, чіткість і стратегічне формулювання - це найкращі інструменти для успішного ведення таких розмов.