How to Ask for Scope Clarification in English
Вивчіть англійські фрази, які використовуються для того, щоб попросити зацікавлену особу пояснити неясний або змінений обсяг проекту перед початком роботи.
Неясний обсяг призводить до більшої втрати часу інженера, ніж майже що-небудь інше, і запитання про пояснення на початку — навіть коли це здається, що це може сповільнити речі — майже завжди знижує час у порівнянні з побудовою неправильної речі спочатку.
Прохання про пояснення перед початком
Перед написанням коду визначте, що означає « завершено ».
- «Перед тим, як я почну з цього, чи можете ви допомогти мені зрозуміти, що конкретно має бути включено в першу версію, порівняно з тим, що може прийти пізніше?»
- «Коли ви кажете «підтримка масових завантажень», чи це означає один файл за раз, чи справді одночасні завантаження декількох файлів?»
- «Я хочу переконатися, що я правильно розробляю це — чи це призначено для обробки кращих випадків навколо часткових невдач, чи це за межами сфери наразі?»
Роз’яснення неоднозначних вимог
Перетворюйте неясні вимоги на конкретні питання, на які можна відповісти.
- «Чи означає «реальний час» тут суб-секундні оновлення, або кілька секунд затримки прийнятні?»
- Чи це має працювати для всіх ролей користувачів, або це спеціально для адміністраторів в цій першій версії?
- «Чи є визначений список підтримуваних форматів файлів, або мені слід припустити, що він повинен обробляти все, що користувач може завантажити?»
Обсяг прапорів, який, здається, зростає
Відштовхнути дипломатично, коли обсяг розширюється в середині проекту.
- «Це трохи ширше, ніж те, що ми спочатку планували — чи можемо ми підтвердити, чи ця нова вимога вписується в поточний графік, чи це має бути продовженням?»
- «Я хочу позначити, що цей запит значно додає до оригінального обсягу — щасливий включити його, але це, ймовірно, підштовхне часову шкалу»
- «Чи ми все ще націлені на початковий термін з цим додаванням, або ми повинні скоригувати очікування, враховуючи доданий обсяг?»
Підтвердження обсягу у письмі
Підсумуйте домовлену сферу, щоб пізніше була спільна точка відліку.
- «Щоб підтвердити моє розуміння: ця версія включає X і Y, і явно виключає Z наразі — будь ласка, виправте мене, якщо це не так»
- «Я напишу коротке резюме того, що ми погодилися, що входить і виходить за рамки, просто щоб у нас було щось, на що можна звернути увагу, якщо це знову виникне»
- «Тільки щоб закрити петлю в письмовій формі: ми погодилися, що мобільна версія виходить за рамки цього етапу і буде окремим квитком»
Необхідно відзначити, що вищезазначені принципи не є однозначними
Коли декілька зацікавлених сторін дають суперечливі обсяги, запитайте про єдине джерело правди.
- «Я отримав трохи різні очікування від двох різних людей — чи можемо ми узгодити одну остаточну версію, перш ніж я продовжу?»
- «Хто повинен бути останнім, хто приймає рішення щодо обсягу цього проекту, на випадок, якщо є розбіжності?»
Словник-довідник
| Term | Meaning |
|---|---|
| Scope | The defined boundaries of what a piece of work will and won’t include |
| Scope creep | The gradual, often unplanned expansion of a project’s scope |
| Out of scope | Explicitly excluded from the current piece of work |
| Milestone | A defined checkpoint or deliverable within a larger project |
| Source of truth | The single, authoritative version of information used to resolve conflicting accounts |
Ключеві моменти
- Запитайте конкретне пояснення сфери дії перед початком роботи, а не робіть припущення, які можуть бути неправильними.
- Перетворює нечіткі вимоги, такі як « в реальному часі » або « масово », на конкретні питання, на які можна відповісти.
- Флаг сферы охвата дипломатически поползнуть как только он появляется, связывая его с временем воздействия, а не жалуясь.
- Підтверджуйте домовленість письмово, щоб було спільне джерело інформації, якщо пізніше виникнуть розбіжності.
- Якщо зацікавлені сторони дають протилежні обсяги, запитайте безпосередньо, хто є кінцевим приймачем рішення.
Система управління польотом: впровадження в практику
Основний принцип - пошук ясності щодо зміни вимог * перед * зобов’язанням - залишається вирішальним. Однак, просто сказати «Я не розумію» не є ефективним. Зацікавлені сторони часто отримують безліч запитів на пояснення, і неясне питання можна легко відкинути. Ключовим є чітке формулювання ваших питань, демонструючи, що ви продумали наслідки і активно управляєте ризиками. Давайте розглянемо деякі конкретні фрази, які значно поліпшать ваші взаємодії, особливо, коли ви маєте справу з носієм англійської мови, який може виражати себе по- іншому.
Розглянемо такий сценарій: Ви отримали опис PR, у якому описується нова функціональність — « Впровадження розширення профілю користувача ». Цей опис є надзвичайно широким. Перед тим, як починати програмування, вам слід зрозуміти, * які * аспекти профілю користувача покращуються, для * кого *, і як виглядає успіх. Замість того, щоб сказати: «Чи можете ви це пояснити?» (що може звучати вимогливо), спробуйте більш структурований підхід. Починайте з визнання їхніх намірів: «Це чудово - поліпшення профілів користувачів важливо. Щоб переконатися, що я на правильному шляху, можемо ми глибше зануритися в конкретні покращення, які ви передбачаєте? Чи є у профілі певні розділи або точки даних, які потребують уваги?» Зауважте, що ця фраза свідчить про розуміння і заохочує до подальшого обговорення.
Іншою корисною тактикою є негайне визначення більш детальних даних за допомогою умовної мови. Наприклад, якщо у коментарі перегляду коду запропоновано « поліпшити продуктивність », не просто скажіть « Чи можете ви розкрити це?», а спробуйте: « Дякую за запропоновані покращення продуктивності. Чи можете ви пояснити, на яких показниках нам варто зосередитися — затримка, пропускна здатність чи щось ще? І чи можете ви дати оцінку впливу змін?» Цей підхід змушує рецензента визначити свої очікування і дозволяє вам звернути увагу на будь- які потенційні неоднозначності заздалегідь. При спілкуванні через Slack, швидке повідомлення на кшталт «Тільки щоб підтвердити, чи ми націлюємося на певний час відповіді для цієї кінцевої точки API?» є набагато ефективнішим, ніж довге ходу назад і вперед, намагаючись розшифрувати те, що очікується.
Нарешті, пам’ятайте, що запитання про пояснення не про виклик зацікавленій стороні; це про забезпечення вирівнювання і запобігання переробці пізніше. Сформулюйте свої запитання як спільні зусилля: «Давайте переконаємося, що ми обидва з цим погоджуємося. Чи можете ви роз’яснити мені, чому ви вибрали саме цю категорію? Мені було б корисно зрозуміти контекст. » Це демонструє повагу, бажання навчатися і, врешті-решт, зміцнює ваші робочі відносини - ключові елементи в будь-якому професійному середовищі.