Як запустити Sprint Planning Meeting англійською мовою
Вивчайте англійську лексику і фрази, які сприяють плануванню зустрічей спринту, починаючи від встановлення цілей і закінчуючи оцінками і зобов’ язаннями щодо роботи.
Сприяння зустрічі планування спринту англійською вимагає більше, ніж знання гнучкої термінології - це вимагає здатності керувати обговоренням, вирішувати розбіжності в оцінках і приземлятися на ясне, спільне зобов’язання. Scrum Masters, технічні лідери і власники продуктів всі потребують правильних фраз, щоб планування було зосередженим і ефективним, особливо в розподілених командах, де тон і ясність мають ще більше значення. Ця стаття описує словниковий запас і мову сприяння, які роблять планування спринту гладким.
Ключовий словник
** Спринт- ціль ** — коротке твердження, що описує загальну мету, яку команда зобов’ язується досягти під час спринту, використовується для керування рішеннями щодо пріоритетності.
- “Наша мета спринту - перевести новий поток виведення в стан, який можна буде перевірити до п’ятниці.” *
** Уточнення відставання ** — постійний процес перегляду, пояснення і оцінювання елементів відставання перед їх включенням до спринту, що виконується для зменшення несподіванок під час планування. “Більшість цих квитків були перевірені минулого тижня, тому сьогоднішні оцінки повинні бути швидкими.”
** Очки історії ** — відносна одиниця, яку використовують для оцінки зусиль або складності завдання, а не абсолютний показник часу. “Ми оцінили це на 5 пунктів історії, схоже на складність попереднього аутентифікаційного квитка.”
** Вміст ** — кількість роботи, яку команда може реально виконати у спринті, на основі наявних годин, свят і інших зобов’ язань. “З двома людьми в відпустці наступного тижня, наша пропускна здатність нижча, ніж зазвичай — давайте планувати відповідно.”
** Визначення виконано (DoD) ** — узгоджений набір критеріїв, які завдання має задовольняти, перш ніж його можна буде вважати виконаним, що забезпечує послідовність у команді. “Це повідомлення не буде завершено, поки воно не відповідатиме нашому визначення завершеного, включаючи тести і документацію.”
** Перенесення на наступний спринт ** — робота, яку було заплановано для спринту, але не завершено, і перенесено на наступний спринт. “У нас були деякі перевантаження з попереднього спринту; давайте зважимо це перед тим, як приступити до нової роботи.”
** Обов’ язок ** — набір елементів відставання, які команда офіційно погоджується спробувати завершити до кінця спринту. “Якщо ми завершимо зобов’ язання, давайте не будемо додавати нові обсяги в середині спринту, якщо це не критично.”
Звичайні фрази
- «Давайте розпочнемо з перегляду цілі спринту, перш ніж ми витягнемо окремі квитки»
- Чи хтось має сумніви щодо цієї оцінки, перш ніж ми заблокуємо її?»
- «Враховуючи нашу здатність цього спринту, я думаю, що ми близькі до нашого обмеження — чи повинні ми зберегти решту для наступного спринту?»
- «Давайте скоротимо цю дискусію до п’яти хвилин і розберемося в деталях офлайн»
- Чи всі ми погоджуємося з визначенням «Створено» для цього квитка?»
- Це виглядає як хороша точка зупинки для нашого спринту.»
Приклади висловлювань
Відкриття зустрічі з планування спринту: “Всем привет. Сьогодні ми плануємо спринт 24. Наша запропонована мета спринту полягає у завершенні міграції служби сповіщень. Давайте пройдемося по найважливішим пунктам запізнення і оцінимо, як ми йдемо.”
Сприяння розбіжностям щодо оцінки: “Я бачу розрив між 3 і 8 пунктами в цьому. Хто б не оцінив 8, може розповісти нам, що вони бачать, чого інші члени команди можуть не бачити? Давайте переоцінимо, як тільки ми почули обидві перспективи».
Завершуючи зустріч з чітким зобов’язанням:
- “В підсумку, ми зобов’ язуємося до 34 пунктів історії цього спринту, зосереджених на міграції сповіщень і двох виправленнях помилок, перенесених з попереднього спринту. Якщо щось зміниться з здатністю, будь ласка, позначте це в standup, а не чекайте до перегляду спринту. “*
Професійні поради
- Використовуйте « timebox », щоб обговорення не тривали надто довго — це сигналізує про твердий, але не конфронтаційний спосіб продовження зустрічі.
- Розглядайте розбіжності в оцінках як інформаційні прогалини, а не як конфлікт: “що ви бачите, що я можу пропустити?” запрошує до пояснення, а не до оборони.
- Завжди повторюйте ** мету спринту і зобов’ язання ** в кінці зустрічі - чітке резюме запобігає неоднозначності про те, що було фактично погоджено.
- Коли потужність зменшується, скажіть це явно і відповідно змініть обов’ язок, а не дозволяйте команді безмовно перевантажувати.
Практичні вправи
- Написати вступне повідомлення для зустрічі з планування спринту, яке містить мету спринту і сьогоднішню програму.
- Написати два речення, що сприяють розбіжності між членами команди щодо оцінки кількості балів.
- Написати підсумкове резюме, яке підтверджує зобов’ язання спринту і зазначає один елемент, який перекинувся з попереднього спринту.
Розробка та впровадження рішень для розв’язання проблем
Планування спринту не завжди є гладким процесом. Можуть виникнути різні думки щодо обсягу, оцінки зусиль або навіть пріоритетів, і важливо обробляти ці ситуації з точною мовою. Поширена пастка для не-рідних носіїв мови - це пряме висловлення незгоди - такі фрази як “Я думаю, що це неправильно” можуть сприйматися як конфронтаційні. Замість цього, зосередьтеся на роз’ясненні розуміння і запропонуйте альтернативні підходи. Наприклад, якщо член команди пропонує додати складну функцію до спринту без обговорення її впливу, ви можете відповісти: «Це цікава пропозиція. Можемо ми глибше зануритися в те, як це співпадає з нашими загальними цілями спринту? Можливо, ми можемо дослідити розбиття його на менші завдання для майбутніх спринтів»
Іншою областю, де ретельне формулювання є життєво важливим, є перегляд коду. Отримати коментар на кшталт «Це потребує переробки» без контексту може бути розчаруванням і неясним. Краще було б визнати занепокоєння конструктивно: «Дякую за те, що вказали на це. Здається, що логіку тут можна було б трохи спростити. Чи можете ви розібратися, що саме ви бачите як область потенційного поліпшення? Можливо, ми могли б обговорити компроміси, пов’язані з рефакторингом на цьому етапі.” * Проактивно * пошук пояснень демонструє залучення і готовність зрозуміти зворотній зв’язок, навіть якщо ви не відразу погоджуєтеся з ним.
Крім того, під час документування вашої роботи у описі запитів на звантаження (PR) ключовим є точність. Уникайте нечітких тверджень на зразок « Виправлено ваду » або « Покращено код ». Замість цього використовуйте мову, яка чітко описує, * що * було виправлено і * чому *. Наприклад: « Розв’ язано проблему, коли автентифікація користувача іноді зазнавала невдачі через відсутність перевірки залежностей. Ця зміна додає надійний процес перевірки залежностей, щоб запобігти подібним помилкам у майбутньому. » Продемонструвати технічне розуміння за допомогою точного словника збільшує довіру до вашої команди.
Нарешті, пам’ятайте, що активне слухання так само важливо, як і чітке мовлення. Зверніть увагу на невербальні підказки і задайте питання, щоб переконатися, що ви повністю зрозуміли точку зору кожного, перш ніж сформулювати свою власну відповідь. Проста фраза, наприклад, «Тільки щоб бути впевненим, що я правильно розумію…» може значно поліпшити спілкування і запобігти непорозумінням — навички, відточені практикуванням конкретного словникового запасу, пов’язаного з спільним вирішенням проблем.