How to Push Back on Scope Creep in English

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

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

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

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

** Запропонувати компроміс ** — запропонувати конкретний вибір, наприклад, додати новий обсяг зараз у обмін на відмову або відкладення чогось іншого, замість того, щоб просто сказати « ні », що перетворює розмову з відмови на переговори.

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

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

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

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

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

Назва додатка до зустрічі:

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

Кількісне оцінювання впливу на зацікавлену сторону:

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

Пропонування компромісу замість твердого не:

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

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

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

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

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

Розмовляють мовами сіро-конго, мовами сіро-конго

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

Однією з найбільших проблем є невід’ємна неоднозначність, яка часто присутня в неформальних розмовах. Наприклад, уявіть, що ви переглядаєте запит на завантаження, надісланий колегою. Вони додали функцію - скажімо, новий поток автентифікації користувача - який спочатку не був запланований. У початковому описі PR просто буде написано « Додати ім’ я користувача ». Хороша відповідь не буде просто « Це неправильно! », замість цього ви можете відповісти на прикладі: « Дякую за додавання! Щоб ми могли правильно оцінити вплив на наші існуючі протоколи безпеки і часові рамки, чи могли б ви розглянути конкретні вимоги до потоку автентифікації? Зокрема, які типи користувачів буде підтримувати програма, і чи є якісь точки інтеграції з нашою поточною системою, які слід розглянути?» Це негайно встановить запит у більший контекст — безпеку і часову шкалу — що демонструє вашу турботу про загальне здоров’ я проекту.

Інший сценарій включає розмову Slack, де менеджер продукту просить вас «просто швидко» додати деяку функціональність звітів. Фрази на кшталт «Просто кинь це разом» або навіть просте «Звичайно, немає проблем» можуть бути неймовірно шкідливими, коли обсяг починає збільшуватися. Більш активна відповідь може бути: «Щасливий, що розглянув можливість додавання цієї функції звітів. Щоб допомогти мені визначити пріоритети та точніше оцінити роботу, чи можемо ми обговорити ключові показники, які нам потрібно відстежувати, і як часто будемо отримувати доступ до цих даних? Зрозуміти обсяг даних, які будуть залучені, значно вплине на мій підхід». Ключовим є введення процесу – запитання про пояснення – а не негайне прийняття запитання без належного розгляду.

Нарешті, коли ви пишете PR-описи для своїх власних змін, завжди кількісно оцініть вплив будь-яких додань * навіть якщо це оцінюється *. Замість того, щоб сказати « Додано ведення журналу », розгляньте « Впроваджено всеосяжне ведення журналу діяльності користувача у потоці розпізнавання (за оцінками, час розробки становить 1 годину), щоб полегшити зневадження і спостереження за швидкодією ». Це показує, що ви обміркували всі можливі наслідки і надає вам чітку основу для обговорення. Він також підкреслює, що додавання цієї функціональності потребує виділених ресурсів і може вплинути на інші області проекту.