Англійські колокації для зустрічей з планування спринту

Колока́ція — пара або група слів, які природно йдуть разом у мові. Рідні носії англійської не думають про них — вони просто відчувають себе впевнено. Для носіїв мови, для яких англійська не є рідною, використання неправильного поєднання (« make a decision » проти « do a decision ») може зробити вашу англійську трохи неправильною, навіть якщо значення ясно.

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

---

Відкриття зустрічі

Планування спринту зазвичай починається з перегляду цілі спринту і можливостей команди. Ось природні колокації для цієї фази:

• ** kick off ** a sprint — * « Давайте розпочнемо спринт 47. » * (У цьому контексті ніколи не використовуйте « open » або « start »)
• align on the goal — “Перед тим, як ми перетягнемо елементи, я хочу переконатися, що ми всі вирівняні з метою спринту.”
• ** set the context ** — * “Дозвольте мені швидко встановити контекст для того, що ми намагаємося досягти.” *
• check capacity — “Перед тим, як щось робити, давайте перевіримо ємність. Хто має PTO цей спринт?”
• ** перенести ** елементи — * “У нас є дві історії, які переносяться з попереднього спринту.” *

Ключові фрази

“Перенести” - це дуже поширена практика. Це означає, що робота, яка не була завершена у попередньому спринті, переноситься до поточного. Ви почуєте: * « Ця історія переноситься » * або * « У нас є три перенесення ». *

** « Втягнути » ** означає вибір елемента запізнення у спринті: * « Чи можемо ми втягнути історію кешування, якщо у нас є обсяг? » *

---

Оцінка історій

Оцінка є серцем планування спринту. Словниковий запас тут багатий на колокації.

• refine a story — “Цю історію слід уточнити, перш ніж ми зможемо її оцінити.”
• ** break down ** a story — “Давайте розіб’ємо цю епопею на менші історії.”
• ** point a story ** / ** assign points ** — * « Скільки очок ми хочемо присвоїти цій статті? » *
• spike on something — “Я б запропонував нам зробити цей шип перед тим, як затвердити — тут занадто багато невизначеності.”
• raise a concern — “Я хочу висловити занепокоєння щодо критеріїв прийняття тут.”
• flag a dependency — “Мені потрібно позначити залежність від команди розробників платформи для цієї статті.”
• ** scope creep ** — не колокація, а складений іменник: * “Початкова історія була двома точками, але вона почала показувати ознаки scope creep.” *

Приклади в контексті

«Перед тим, як ми вказуємо цю історію, я хочу позначити залежність — нам потрібна служба аутентифікації, щоб виставити нову кінцеву точку, і це на дорозі команди платформи на наступний квартал»

“Я б порадив нам розібратися з цим. Як написано, це занадто велика робота, щоб її виконати за один спринт. Чи можемо ми розділити це на роботу з інтерфейсом і роботу з бекендом?»

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

---

Розглядають здатність і зобов’язання

• commit to stories — “Я зручно обіцяюся до цих п’яти історій.”
• ** stretch goal ** — * “Якщо ми закінчимо раніше, метою розтягування буде перефакторизація сповіщення.” *
• overcommit — “Я думаю, ми перебільшуємо. Наша швидкість останнього спринту була 34 очки, а ми підтягнули 48.”
• ** buffer** capacity — * “Заплануємо буфер 10% для незапланованої роботи і подій.” *
• ** hit the sprint goal ** — * « Наша основна мета — досягти мети спринту, а не очистити відстань ». *
• burn down — “Ми добре стежимо — burndown виглядає здорово.”
• ** speed ** — * “Наша середня швидкість за останні чотири спринти становить 36 очок.” *

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

• ** Швидкість ** — середня кількість роботи, яку команда виконує за спринт, вимірюється у пунктах історії
• ** Диаграма вигорання ** — графік, на якому показано кількість роботи, що залишилося, у порівнянні з часом, що залишився у спринті
• ** Capacity ** — кількість годин або пропускна здатність, якою володіє команда у даному спринті
• ** Timebox ** — для встановлення строгого часового обмеження для дії

---

Відновлення і розширення робіт

Ці колокації важливі для впевненого участі, а не просто слухання.

• ** відкинути ** щось — * “Я хочу відкинути цю оцінку - я думаю, що вона занижена.” *
• ** call out ** a risk — * “Я б хотів викликати ризик тут: це стосується платіжного модуля, який ми щойно переробили.” *
• park a discussion — “Давайте наразі призупинемо обговорення архітектури і перейдемо до автономного режиму.”
• ** table ** an item — * « Чи можемо ми розглянути цей пункт до того, як у нас з’ явиться більше вимог? » * (Зауваження: у американській англійській мові « table » означає відкласти, у британській англійській мові воно може означати « bring forward » — у вашій команді вкажіть, що саме має на увазі слово « table ».)
• ** off-line ** — “Це йде в непрості справи. Давайте переведемо його в офлайн і повернемося з пропозицією».

---

Завершення засідання

• ** завершити ** планування - * “Давайте завершимо - у нас є міцний спринт в порядку.” *
• recap the commitments — “Подбито підсумки: ми підписалися на вісім історій, метою розтягування є панель аналітики, і ми переносимо два застарілих елемента аутентифікації.”
• “Ми заблоковані. Спринт 47 починається сьогодні. *
• ** surface ** blockers — * “Якщо блокери з’ являються під час спринту, негайно позначте їх у стоячі.” *

---

Основні напрямки діяльності: розробка програмного забезпечення

Collocation	Meaning
kick off a sprint	begin the sprint
pull in a story	add a backlog item to the sprint
break down a story	split into smaller tasks
flag a dependency	highlight a reliance on another team
commit to stories	agree to complete them
carry over work	move unfinished items to next sprint
push back on an estimate	disagree and argue for a different number
take offline	discuss separately, outside the meeting
wrap up the planning	end the meeting

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

Національний гідрографічний інститут: Відгуки та рекомендації

Для не- рідних носіїв, розуміння * тонкощів * професійної англійської може бути значною перешкодою при спілкуванні в рамках команд розробників. Це не просто про знання окремих слів; це про те, як ці слова зазвичай поєднуються — те, що ми називаємо колокаціями. Візьмемо, наприклад, «високий пріоритет». Сказати «важливе завдання» зрозуміло, але «високий пріоритет» має набагато сильніший наслідок невідкладності і потенційного впливу, який носії мови інстинктивно передають. Аналогічно, такі фрази, як « розв’ язати цю проблему » звучать більш вишукано, ніж просто сказати « виправити її ». Ці, здавалося б, невеликі відмінності можуть значно вплинути на те, як ваші пропозиції будуть прийняті, особливо під час важливих моментів, таких як перегляд коду або обговорення планування спринту.

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

Інша часто зустрічається ситуація виникає при обговоренні ємності під час планування спринту. Сказати “я зайнятий” можна інтерпретувати як відмову взяти на себе нову роботу. Замість цього, такі фрази, як «Моя поточна робоча нагрузка на потужності, і я повинен обговорити пріоритети, перш ніж взяти на себе додаткові завдання» є набагато ефективнішими. Цей підхід визнає загальні цілі команди, одночасно чітко зазначаючи ваші обмеження. Це демонструє професіоналізм і дозволяє продуктивну розмову про те, як найкраще розподіляти ресурси. Крім того, при описі роботи, яку ви робите в описі PR, використання точної мови є життєво важливим. Замість того, щоб сказати « Я реалізував деякі можливості », спробуйте « Реалізовано поток розпізнавання користувача за допомогою OAuth 2. 0 з токенами JWT ». Останнє негайно надає технічний контекст і демонструє ваше розуміння.

# Example: Using `git blame` to investigate a specific line of code in a repository
git blame -n <file_name> <line_number>

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