Як запитати про пояснення в Standup англійською мовою

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

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

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

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

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

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

• « Швидка перевірка стану, зараз не шукайте подробиці: це все ще заблоковано, чи це було вирішено вчора? » *

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

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

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

Задавайте питання, що не псує зустріч:

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

Ввічливо відкладаючи довгу дискусію:

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

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

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

• Тримайте питання для розмови ** обмежені ** до того, що потрібно для розблокування когось або відстеження стану — зберігайте питання « чому » і « як » для подальшої розмови, навіть якщо вони справді цікаві.
• Використовуйте ** перенести обговорення у режим офлайн ** як ввічливий, не відмовний спосіб відкласти довшу дискусію — поєднуйте його з пропозицією конкретного часу для подальшої роботи, щоб не було відчуття, що тема відкидається.
• Використовуйте публічну (у балачці або спільному документі) нотатку parking lot, щоб відкладені теми не зникали безслідно — записання нотатки свідчить про те, що питання було почуто, а не проігноровано.
• Визначте ** перевірку стану ** як « не шукайте деталей », коли це все, що вам потрібно — це сигналізує співробітнику команди, що відповідь з одного слова є повною, прийнятною відповіддю.

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

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

Розширення ваших запитів на ясність — понад основи

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

Поширена проблема полягає в тому, що всі мають однаковий рівень контексту. Наприклад, якщо ви чуєте «Я працюю над потоком автентифікації користувача», просте «Чи можете ви трохи розібратися в тому, який конкретний аспект цього потоку ви вирішуєте сьогодні?» демонструє справжній інтерес і уникає припущень про обсяг. Іншим часто зустрічається сценарієм є коментар перегляду коду, наприклад, « Розгляньте можливість додавання обробки помилок ». Замість того, щоб негайно відповісти « Звідки мені знати, які помилки обробляти?», спробуйте сформулювати його так: « Дякую за пропозицію — чи могли б ви надати приклад типів помилок, які ми повинні обробляти у першу чергу у цій області? » Такий підхід сприяє співпраці і показує бажання вчитися.

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

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