Як оцінити історичні точки в англійській мові під час планування покеру
Вивчіть англійську фразу для обговорення і захисту оцінок очок історії під час планування покеру, включаючи те, як не погоджуватися з групою і пояснити ваші аргументи.
Планування покеру вимагає від вас зробити щось дивно конкретне другою мовою: обґрунтувати число вголос, в реальному часі, і іноді захищати дуже відмінне вгадування, ніж решта кімнати. Сама оцінка є суб’ єктивною, але мова навколо неї слідує шаблонам, до яких ви можете підготуватися.
Ключовий словник
** Обґрунтування оцінки за допомогою точки відліку ** — прив’ язка вашого числа до подібної, раніше виконаної роботи, замість того, щоб представляти його як припущення з нічого.
- “Я обґрунтував свою оцінку за допомогою точки відліку: я дав оцінку 5, оскільки вона схожа за обсягом на функцію сповіщень, яку ми випустили у попередньому спринті, який також тривав приблизно стільки ж часу.” *
** Позначення прихованої складності ** — вказати на частину роботи, яка не очевидна з опису тикета, але яка, як ви знаєте, додасть зусиль, отже, оцінка команди враховує це.
- « Я позначив приховану складність: квиток виглядає малим, але він торкається старого коду розрахунку, який зазвичай займає більше часу, ніж очікувалося, через відсутність тестів. » *
** Примирення широкого розбіжності ** — коли оцінки значно відрізняються між членами команди, пояснення обґрунтування виняткового значення, щоб група могла зрозуміти розбіжність, а не просто усреднити її. “У нас був широкий розрив — дехто оцінив 2, я оцінив 8 — тому ми зупинились, щоб узгодити це: виявилося, що я рахувався за міграцію бази даних, яку інші не усвідомлювали як необхідну.”
** Переоцінка після появи нової інформації ** — оновлення числа у середині обговорення, як тільки з’ явиться новий контекст, і визначення цього факту, а не безмовне змінення вашого значення. “Після того, як я почув про обмеження швидкості API, я переоцінюю з 3 на 5 — це обмеження значно змінює підхід.”
Звичайні фрази
- «Я дав цьому [число], тому що це порівнянно з [попередніми роботами]»
- “Я думаю, що це більше, ніж здається, тому що [прихована складність].”
- Чи можемо ми поговорити про те, чому оцінки так розкидані?»
- «Враховуючи те, що [ім’я] тільки що сказав, я б переглянув свою оцінку до [нового числа]»
- «Я не маю достатньо інформації, щоб оцінити це з впевненістю — чи можемо ми розділити його на спочатку?»
Приклади висловлювань
Виправдання низької оцінки: “Я поставив цей параметр на 2 — це по суті той самий шаблон, що і поток перевірки електронної пошти, який ми створили два спринти тому, лише з іншою умовою тригера.”
Складність позначення, яку інші можуть пропустити: “На поверхні це виглядає як 3, але базовий сервіс не має тестового покриття зараз, тому я б підвищив його до 5, щоб врахувати написання тестів, коли ми будемо робити це.”
Прирівнювання розбіжностей оцінок:
- “Поговоримо про відстань — я бачу на столі 1 і 8. [Ім’ я], що змусило вас оцінити її високо?… Ах, це має сенс, я не розумів, що це також вимагає зміни схеми.”*
Запропонувати позначку замість числа: “Честно кажучи, я не впевнений, що можу назвати цю цифру — ми не знаємо занадто багато про сторонній API. Чи можемо ми спочатку встановити одноденний пік і оцінити після цього?»
Професійні поради
- Завжди ** підтверджуйте свою оцінку за допомогою точки відліку ** — порівняння з відомими минулими роботами робить вашу цифру достовірною і легкою для обговорення.
- Проактивно флаг прихованої складності квиток не згадує — це одна з найцінніших речей, які ви можете зробити для планування покеру.
- Коли оцінки далеко відрізняються, не просто усредняйте їх - примиріть розбіжність, запитуючи, що бачив оцінювач з високою або низькою оцінкою, чого не бачили інші.
- Це цілком прийнятно ** переоцінити вголос ** після того, як ви почули новий контекст; зміна вашого мислення помітно є ознакою хорошого слухання, а не непослідовності.
- Якщо квиток надто неочевидний, щоб його чесно оцінити, скажіть це і запропонуйте пік, а не вгадуйте число, в яке ви не вірите.
Практичні вправи
- Напишіть речення, яке пояснює оцінку кількості пунктів сюжету, порівнявши її з попередньою роботою.
- Створити проект речення, у якому буде позначено приховану складність у запиту, який на перший погляд виглядає простим.
- Вправитись у вимові фрази « враховуючи те, що [ім’ я] щойно сказав, я переглянув би свою оцінку до…» вголос.
Розширення вашого словника: Навігація розбіжностей у плануванні покеру
Планування покерних сеансів може бути чудовим співробітництвом, але вони неминуче включають різні думки про складність. Як не рідною мовою англійською, розуміння нюансів виражаючи незгоду конструктивно важливо - не тільки для точного спілкування, але і для демонстрації вашої цінності для команди і будівництва довіри. Легко відчувати тиск просто погодитися з більшістю, особливо коли ви все ще розвиваєте свій професійний англійський словник. Розглянемо деякі типові сценарії і те, як до них підійти.
Одна з найчастіших ситуацій виникає під час коментаря перегляду коду. Уявіть, що Сара вказує на потенційно складний алгоритм у запиті на завантаження Давида. Вона пише: « У цьому розділі використовується вкладений цикл з декількома умовними перевірками — це може бути ефективніше ». Девід, відчуваючи себе в обороні, може негайно відповісти: « Це лише невелика функція; я думаю, що це 3 точки ». Саме тут уважно обраний вираз стає ключовим. Замість прямого сперечатися («Це неправильно!»), спробуйте щось на зразок: «Я ціную твій відгук, Сара. Дозвольте мені ще раз поглянути на структуру петлі. Моя початкова оцінка була 3 бали, але, коли я почув ваше спостереження щодо вкладених умов, це стало зрозумілим — це дійсно додає деяку складність. Можливо, я недооцінив це. » Це визнає її позицію, підтверджує її експертну оцінку і дозволяє вам пояснити * чому * ви спочатку оцінили інше значення. Використання фраз на кшталт «має сенс», «недооцінено» і «вводить складність» є хорошими початковими точками для створення вашого словника навколо цієї концепції. Інша корисна фраза — «Давайте обговоримо це далі»
Недбалі розмови теж можуть бути складними. Розглянемо сценарій, у якому команда обговорює оцінку нової інтеграції API. Марк пропонує 5 балів, а Емілі пропонує 8. Марк може відповісти щось на зразок: « 5 балів здається точним, враховуючи перетворення даних ». Емілі відповідає: « Я розумію вашу думку, але я думав про потенційну потребу у обробці помилок і надійному веденні журналу — це додає значної складності ». Знову ж таки, пряма конфронтація непродуктивна. Краще було б сказати: « Емілі, дякую за підсвічування аспекту обробки помилок. Ви маєте рацію; це не відразу очевидно з початкових вимог. Можливо, я занадто багато зосередився на логіці ядра інтеграції і не повністю враховував ці потенційні проблеми. Давайте додамо один або два пункти, щоб відобразити це. ” Зауважте, як оформлення вашої відповіді як можливості навчитися – “Я не повністю зрозумів” – це м’якший, більш професійний спосіб виразити незгоду.
Врешті-решт, пам’ятайте, що планування покеру не стосується присвоєння абсолютних числових значень; це стосується спільної оцінки і вдосконалення розуміння. Сфокусування уваги на тому, * чому * ви присвоїли певну оцінку, дозволяє вам ефективно сформулювати ваші аргументи і з повагою долучитися до обговорення.
# Example using `git` to discuss complexity - illustrating a potential scenario
git diff --stat # Shows changes made in a commit, useful for estimating effort
# Output (example):
# 10 files changed, 25 insertions(+), 12 deletions(-)
# Modified: src/main.py
# Modified: src/utils.py
# ...