Mastering the Engineering Standup: English Tips and Example Scripts
Як говорити чітко і чітко в щоденних виступах — структура з трьох частин, фрази блокування і прикладні скрипти для носіїв англійської мови.
Щоденний стоячий виступ є одним з найчастіших — і найбільш недооцінених — англомовних ситуацій у робочому дні розробника. Это происходит каждое утро, это коротко, и это кажется низкой ставкой. Але якщо ви постійно намагаєтеся висловити те, над чим працюєте, якщо ви говорите надто довго або якщо ви не позначаєте блокувальники чітко, це впливає на те, як ваша команда сприймає ваше спілкування. Зрозуміти англійську на рівні ведучого варто зусиль.
Структура 3-х частин
У класичному форматі виступу є три питання.
- ** Над чим я працював вчора? **
- ** Над чим я працюю сьогодні? **
- У меня есть блокаторы?
Ці три частини повинні зайняти у вас менше двох хвилин. Це не зустріч для оприлюднення звітності про стан — це коротка перевірка синхронізації. Уявіть, що ви передаєте команді ваш поточний стан, а не докладне оновлення.
Частина 1: Звіт про те, що ви зробили вчора
Корисні фрази
- «Вчора я працював над / завершив / завершив редизайном сторінки входу»
- “Я ** зробив прогрес ** в міграції бази даних - я отримав зміни схеми, але сценарій міграції даних все ще в процесі.”
- «Я переглянув два запити на завантаження для модуля автентифікації.»
- «Я **провів більшу частину вчора на ** зневаджування проблеми тайм-аута в платіжній службі — я повернуся до цього.»
- «Я ** закрутив ** гілочку функцій і підняв запит на скидання»
Чого слід уникати
Не перебільшуйте. “Вчора я працював над кінцевою точкою API. Я провів деякий час, читаючи існуючий код, потім я написав логіку, а потім я повинен був переробити його, тому що я усвідомив, що модель даних змінилася…” Цей рівень деталей належить до повідомлення Slack або коментаря квитка, а не до стоячого.
** Не пиши більше одного-двох речень. **
Частина 2: Звіт про те, що ви робите сьогодні
Корисні фрази
- «Сьогодні я підбираю інтеграцію фронтенду для API, яку ми обговорювали.»
- «Я продовжую зі сценарієм міграції з вчорашнього дня»
- «Сегодня я планую переглянути відкриті PR і потім почати з функції попереджень»
- «Я **фокусуюсь на ** оптимізації запитів бази даних.»
- « Сьогодні вранці я паруюсь з [ім’ я] у конфігурації розгортання. »
Сигнал невизначеності
Це нормально, що ти не впевнений, що ти сьогодні закінчиш. Сигнал, что ясно:
- «Сьогодні я сподіваюся завершити проект — це залежить від того, як пройде тестування»
- «Я ** намагаюся ** отримати першу версію кінцевої точки готовою, але це може перекинутись на завтра.»
- «Я планую почати роботу над інтерфейсом, але це залежить від того, чи завершиться дизайн сьогодні.»
Частина 3: Блокери
Блокер - це найважливіша частина. Це місце, де команда може допомогти один одному. Багато розробників або пропускають його («Без блокувань») рефлекторно, або чекають занадто довго перед ескалацією. Якщо щось тебе заважає, скажи це тут.
Фрази, коли вас заблоковано
- «Я ** заблокований ** на API ключах для сторонньої служби — я чекаю на [ім’я], щоб отримати мені доступ.»
- «Я **чекаю на ** специфікацію дизайну, щоб закінчити, перш ніж я зможу продовжити»
- «У мене є блокувальник, з яким мені б знадобилася допомога — я потрапляю в періодичну помилку тесту, яку не можу відтворити локально»
- «Я **застряг на ** [проблема] — я працюю над цим близько півдня і я не досягаю прогресу. Чи може хтось допомогти мені подивитися на це після виступу?»
Фрази, які ви використовували, коли вас було заблоковано, але зараз їх було розблоковано
- «Я був заблокований вчора на екологічну проблему — це ** вирішено зараз **, тому я знову на шляху. »
- «Проблема доступу ** була вирішена ** сьогодні вранці, тому я готовий продовжувати»
- «Право на публікацію було схвалено, тому я розблокований і рухаюся вперед з розгортанням»
Позначає ризик, який ще не є повним блокатором
- «У мене є **потенційний блокувальник **, який з’являється — мені потрібна схема бази даних, схвалена до того, як я зможу написати міграцію, і цей перегляд ще не відбувся»
- «Це мене ще не блокує, але я хочу попередити, що часова шкала ** під загрозою **, якщо ми не отримаємо підпису до кінця дня.»
Приклади скриптів Standup
Скрипт 1: Звичайний день
«Вчора я закінчив черговий проект реалізації API пошуку — він проходить всі тести на одиницю. Сьогодні я пишу тести на інтеграцію, а потім підніму PR. Без блокування»
Скрипт 2: у процесі, невідомий час
“Вчера я начал работать над обработчиком webhook платежей. У меня есть базовая структура, но я все еще работаю над логикой повторных попыток. Сьогодні я продовжу працювати над цим — я сподіваюся, що буду готовий до перегляду до кінця дня, але це може бути завтра. Наразі немає блокаторів»
Скрипт 3: активно заблоковано
“Вчора я працював над конвеєром розгортання для середовища стажування. Сьогодні я планував перевірити повне розгортання, але я заблокований — уповноваження для перевірки ще не надані. Я надіслав повідомлення [ім’ я], але не отримав відповіді. Може хтось допомогти мені переслідувати це? Інакше я перейду на перегляд відкритих PR, поки я чекатиму»
Скрипт 4: Кілька завдань
“Вчора я розділив свій час між двома речами: закінченням функції експорту і переглядом трьох відкритих PR від команди. Експорт завершено і об’ єднано. Сьогодні я перейду до роботи з повідомленнями з відставання. Без блокування»
Затримка у виконанні робіт до 2 хвилин
- **Приготуйтесь до зустрічі. **Проведіть 30 секунд перед тим, як встати, роздумуючи про свої три пункти. Не імпровізуйте з цим оновленням.
- ** Використовуйте назви завдань з дошки. ** « Я працював над PROJ- 482 » швидше, ніж опис завдання з нуля.
- **Скажіть “без блокаторів” з впевненістю, якщо у вас їх немає. **Немає потреби додавати “Я не думаю… ну, нічого особливого…”
- ** Перевести обговорення у режим автономного роботи. ** Якщо блокувальник спричинить довгу розмову, скажіть: « Давайте переведемо це у режим автономної роботи після зустрічі. » Це стандартна англійська фраза, яку зрозуміють усі команди.
Ключеві моменти
- Структуруйте ваші оновлення за такими правилами: ** вчора / сьогодні / блокувальники ** — у такому порядку, щоразу.
- Не перевищуйте одне або два речення на розділ і не більше двох хвилин в цілому.
- Використовуйте « Я заблокований » або « Я чекаю », щоб чітко і конкретно повідомити блокувальникам.
- Якщо ви не впевнені, що плани на сьогоднішній день будуть виконані, скористайтеся словами « планую », « сподіваюся » або « прагну ».
- Фраза “Давайте перейдемо до офлайн” є стандартним способом перенести довгу дискусію з однієї сцени на іншу.
Переклади: «Переклад з німецької» (нім
Найбільша проблема для не-англомовних англійців під час технічного стендапу не обов’язково розуміння контенту того, що обговорюється - це переклад цієї інформації на ясну, коротку і професійну англійську. Легко повернутися до буквальних перекладів з вашої рідної мови, що часто призводить до незграбних фраз, надмірних деталей або просто неефективного передачі бажаного повідомлення. Задумайтеся, як би звучав прямий переклад: « Я зараз працюю над реалізацією можливості X, яка потребує приблизно 12 годин зусиль ». — хоча це технічно коректно, це надто багатослівно і не містить важливої інформації для вашої команди. Ціль полягає в тому, щоб повідомити про вплив, а не тільки про кроки.
Сфокусування на ключових фразах, таких як «блокований», «на шляху до» або «розслідування», може значно спростити ваше спілкування. Замість того, щоб детально описувати кожне маленьке завдання, сконцентруйте свої оновлення навколо більшої мети, до досягнення якої ви вносите свій внесок. Вивчення спільних ідіом – фраз, які мають переносне значення, а не буквальний – також є безцінним. Наприклад, сказати «Я натрапляю на загородження» є більш природним і зрозумілим, ніж «Я натрапляю на перешкоду». Аналогічно, розуміння того, що «продовжувати рухатися» не завжди означає буквально рухатися вперед, але означає прогрес, може допомогти уникнути плутанини. Не бійтеся просити про пояснення, якщо ви не впевнені в значенні фрази - швидке питання на кшталт “Чи можете ви пояснити, що ви мали на увазі під “ефективним масштабуванням” в цьому контексті?” демонструє залучення і бажання зрозуміти. Практика активного слухання - справді почути, що кажуть інші, перш ніж сформулювати свою відповідь - так само важлива.
Крім того, пам’ятайте, що стендап-комедія не про демонстрацію індивідуальних досягнень; вона про спільний прогрес. Повідомлення про оновлення з акцентом на тому, як ваша робота сприяє досягненню загальних цілей команди, буде сприйнято більш позитивно і продемонструє чітке розуміння загальної картини. Нарешті, не перебільшуйте технічні деталі, якщо вас конкретно не запитали. Коротке, високорівневе резюме майже завжди є кращим.
# Example: Using git status to report on changes
git status -sЗа допомогою цієї команди можна отримати короткий огляд файлів, які було змінено або не відстежено, що надає вам змогу швидко повідомити про ваш прогрес, не занурюючись у технічний жаргон.