How to Request a Design Review in English

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

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

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

• “Обсяг перегляду: Я впевнений у розділі моделі даних, тому не соромтеся його переглянути. Що мені насправді потрібно зворотній зв’язок, це контракт API в розділі 3 - це частина, в якій я найменш впевнений. ”*

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

** Термін перегляду ** — чітка дата, до якої потрібна зворотна зв’ язок, ідеально, якщо вона буде не вказана (проект продовжується як є або не буде виконано у встановлений термін), щоб переглядачі могли визначити відповідні пріоритети. “Крайній термін перегляду: кінець дня в четвер. Якщо я не почую заперечень до того часу, я продовжу з поточним підходом, оскільки реалізація запланована на понеділок. ”

** Асинхронний або синхронний перегляд ** — вибір між написаними коментарями до документа і обговоренням у режимі реального часу, варто вказати це явно, а не типово « прочитати і прокоментувати » для кожного проекту, незалежно від складності.

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

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

• «Що мені насправді потрібно, це відгук про X — решта документації більшість з них вже вирішена»
• «Це вхідний запит, не прошу підпису ще — я хочу почути альтернативи перед затвердженням»
• «Крайній термін перегляду — четвер EOD — якщо до того часу не буде зауважень, я продовжу з поточним планом»
• «Зважаючи на складність тут, чи буде швидка синхронізація розмови більш корисною, ніж асинхронні коментарі?»
• «Спеціально флаггування розділу 3 для перегляду — це те, в чому я найменш впевнений»

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

Відкриття запиту на перегляд дизайну:

• “Запит на перегляд долученого документа з проектування. Обсяг перегляду: зосередьтеся на стратегії кешування у розділі 2 — решта є досить стандартною і не потребує глибокого вивчення. Це запит на рішення; мені потрібне чітке підписання до початку впровадження у понеділок. День народження: 14 травня. (англ.)

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

Ескаляція затриманого перегляду:

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

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

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

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

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

Навигація нюансів: Специфічний словник для дизайн-оглядів

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

Однією з поширених проблем є обрамлення початкового запитання. Замість того, щоб просто сказати « Перегляньте цей дизайн », розгляньте такі фрази, як « Я б був вдячний, якби ви могли надати зворотній зв’ язок щодо архітектурного підходу » або « Чи могли б ми запланувати короткий перегляд, щоб забезпечити узгодженість з нашим загальним дизайном системи? » Ці висновки чітко сформулюють * те *, що ви шукаєте – вхід на саму архітектуру, а не просто побічний погляд. Аналогічно, коли ви описуєте певні області, які потребують уваги, уникайте нечітких слів, на зразок « це виглядає погано ». Замість цього використовуйте точні слова: « Мене особливо цікавлять ваші думки щодо масштабованості цього модуля » або « Чи можемо ми обговорити потенційні наслідки для швидкодії з урахуванням очікуваного навантаження користувача? » Це показує, що ви розглянули всі важливі фактори і безпосередньо звертаєтеся до фахівця, який веде перегляд.

Повідомлення з запитом на перегляд також використовують уважні формулювання. Просте «Чи може хтось подивитися на мої PR?» не має контексту і може зустрітися з непевною відповіддю. Кращий підхід буде таким: «Привіт, команда, я надіслав запит на витягнення для нового потоку автентифікації користувача. Может кто-нибудь будет свободен для просмотра сегодня после обеда? Зокрема, я б цінував ваш внесок у стратегію закінчення термінів дії токенів. ” Зауважте, як це включає в себе деталі про саму PR і чітко говорить, який тип зворотнього зв’ язку бажано. Крім того, завжди підтверджуйте будь-які попередні обговорення - “Підтримка нашої розмови минулого тижня щодо зберігання даних…” показує, що ви будуєте на існуючих знаннях.

Нарешті, при встановленні терміну, уникайте надмірно наголошених тверджень, таких як « Мені потрібно переглянути це * зараз * ». Замість цього використовуйте такі фрази, як « Ідеально, я б був вдячний за ваші відгуки до кінця завтра, щоб ми могли включити їх до наступного спринту » або « Чи можете ви дати мені знати, якщо ви зможете переглянути це протягом наступних 24 годин? » Це допоможе нам підтримувати наш графік розробки. “Ці м’якіші підходи демонструють професіоналізм і повагу до часу рецензента, одночасно передаючи невідкладність. Пам’ ятайте, що чітке спілкування є ключовим — зосередження уваги на точному словниковому запасі підвищує ваш внесок і сприяє більш продуктивному співробітницькому середовищу.