Agile Vocabulary: Sprint, Backlog, Velocity and 30 More Terms Explained (англійською)
Посібник простою англійською мовою з лексики Agile і Scrum — спринт, відставання, швидкість, ретроспектива, епічний, точки історії і ще 30 термінів, що використовуються у щоденній роботі команди з IT.
Agile є всюди в розробці програмного забезпечення - і так само його словник. Якщо ви приєднаєтесь до команди, яка працює за Scrum або Kanban, ви почуєте ці слова з першого дня. Нерозуміння їх призводить до плутанини в плануванні зустрічей, ретроспектив і щоденних виступів. У цьому підручнику пояснюється найважливіші терміни Agile і Scrum простими словами, з контекстом, який вам потрібен для правильного використання цих термінів.
Основні терміни Scrum
Sprint
** спринт ** це фіксоване період часу - зазвичай від 1 до 4 тижнів - під час якого команда зобов’ язується завершити набір робочих елементів. В кінці кожного спринту, ви повинні мати працюючий, готовий до випуску продукт.
“Ми на 14-му спринті. Спринт закінчується в п’ятницю» «Ця функція не потрапила в поточний спринт — давайте заплануємо її для наступного спринту»
Спринтерський залік
Ціль спринту — це коротке твердження, яке описує *те, * чого команда намагається досягти у цьому спринті. Це дає фокус і дозволяє деяку гнучкість у * як * робота виконується.
Backlog
** Backlog ** — це список з приоритизованими пунктами, над якими команда може працювати. Існує два типи:
- ** Затримка продукту ** — повний список можливостей, поліпшень і виправлень помилок у продукті. Супроводжується власником продукту.
- ** Спринт backlog ** — елементи, які команда зобов’ язується виконати у поточному спринті.
«Цей запит знаходиться в запізненні, але ще не має пріоритету» «Ми повинні прибрати відставання перед наступною сесією планування»
Реконструкція / Реконструкція
** Прибирання** (також називається досконалюванням) є процесом перегляду, оцінки і роз’ яснення елементів відставання перед їх плануванням у спринт. Команда запитує: чи достатньо ясно цей елемент? Достаточно маленький? Мы понимаем, что означает “сделано”?
Історія / User Story
** User story ** — це короткий опис можливості з точки зору користувача. Стандартний формат:
«Як [тип користувача], я хочу [зробити щось], щоб [надати користь]»
Приклад: «Як зареєстрований користувач, я хочу скасувати свій пароль, щоб я міг відновити доступ, якщо я забуду його»
На практиці, команди часто залишають повний формат і просто кажуть «історія скасування пароля»
Epic
** Епічний ** це великий обсяг роботи, який можна розбити на менші історії користувачів. Епічний може представляти собою головну функцію, повний шлях користувача або технічну ініціативу.
«Автентифікація є епосом з п’ятьма історіями: входження, вихід, скасування пароля, налаштування MFA і управління сеансами»
Історичні факти
** Очки історії ** — це одиниця зусиль або складності, яку використовують для оцінки історій користувачів. Вони відносні, а не абсолютні — історія з 8-ма очками приблизно вдвічі більше роботи, ніж історія з 4-ма очками, за оцінкою команди.
Поширені шкали: послідовність Фібоначчі (1, 2, 3, 5, 8, 13, 21) або розміри футболок (S, M, L, XL).
Скільки очок ви оцінюєте для цієї історії?» «Ми не оцінюємо в годинах — ми використовуємо історичні точки»
Velocity
** Швидкість ** — середня кількість очок історії, які команда закінчує за спринт. Цей параметр використовується для планування: якщо швидкість вашої команди становить 30 очок за спринт, а кількість не виконаних завдань — 150 очок, ви можете приблизно оцінити кількість спринтів: 5.
«Наша швидкість впала в цьому спринті через виробничий інцидент» «Залежно від нашої швидкості, ми можемо закінчити функцію за 3 спринти»
Планування спринту
** Планування спринту ** — це зустріч на початку кожного спринту, під час якої команда обирає елементи з відкладеного списку, оцінює зусилля і зобов’ язується досягти мети спринту.
Щоденна екскурсія / Пер
** Щоденна зустріч ** — це коротка зустріч (в ідеалі, не більше 15 хвилин), під час якої кожен член команди відповідає на запитання:
- Що я зробив вчора?
- Що я сьогодні буду робити?
- Что-то меня блокирует?
Рецензія на Sprint
** Перегляд спринту ** (іноді називається ** демо **) є зустріч у кінці спринту, де команда демонструє завершену роботу зацікавленим сторонам.
Ретроспективна виставка
** Ретроспектива ** (або ** ретро **) — це зустріч у кінці спринту, під час якої команда роздумує над тим, як вони працювали разом:
- Что пошло хорошо?
- Що можна було б поліпшити?
- Що ми змінимо в наступному спринті?
«Повернемося до цієї теми в ретро» «В нашій останній ретроспективі, ми вирішили поліпшити наш процес перегляду PR.»
Roles
Власник продукту (PO)
** Власник продукту ** представляє бізнес і користувачів. Вони визначають і визначають пріоритети продукту і приймають рішення про те, що буде побудовано.
Майстер Скрума
** Scrum Master ** полегшує процес Scrum — організовує церемонії, вилучає блоки та допомагає команді дотримуватися гнучких практик. Вони не є менеджером проекту або лідером команди.
Інженерно-технічна група
Крос- функціональна команда, яка виконує справжню роботу — розробники, інженери з контролю якості, дизайнери тощо.
Більш гнучкий / Канбан терміни
Kanban
** Kanban ** — це гнучка методологія, яка зосереджена на візуалізації роботи у процесі і обмеженні кількості активних завдань. Робота відстежується на ** дошки Kanban ** з колонками, такими як “Зробити”, “В процесі” і “Виконано”
Процес (англ. Process)
** WIP ** — кількість завдань, над якими працює програма. Канбан обмежує WIP, щоб запобігти командам від прийняття на себе більше, ніж вони можуть завершити.
Визначення дійсного (до) (англ. Done (DoD))
** Визначення виконано ** — це контрольний список, який визначає, коли завдання було справді завершено, наприклад: написано код, пройдено тести, переглянуто код, оновлено документацію, розгорнуто до стадії розробки.
Критерії прийняття
** Критерії прийняття ** — це певні умови, які має задовольняти історія користувача, щоб її було прийнято. Вони написані простою мовою і перевіряються.
Які критерії прийняття для цієї історії?» Критерії прийняття стверджують, що експорт повинен бути завершений за менше ніж 2 секунди
Spike
** spike ** — це дослідницька задача з обмеженим часом виконання. Коли команда не впевнена в технічному підході, пік дає розробнику фіксовану кількість часу (наприклад, один день) для дослідження і звітування.
Технічні вимоги
** Технічний борг ** це непряма вартість швидких рішень, які потребують переробки пізніше. Як і фінансовий борг, він накопичує відсотки — скорочення, зроблені зараз, сповільнюють майбутній розвиток.
Blocker
** Блокер ** це все, що перешкоджає члену команди продовжувати виконання його завдання. Блокери піднімаються на стоячих.
«Я маю блокатор — я чекаю на API-кредити від команди платформи»
Increment
** Приріст ** є сумою всіх завершених елементів затримки продукту наприкінці спринту. Приріст має бути використовуваним і потенційно вивільненим.
Release
** випуск ** це коли програмне забезпечення стає доступним для кінцевих користувачів. У Scrum ви можете випускати в кінці кожного спринту або в окремому циклі випуску.
Stakeholder
Зацікавлена сторона це будь-хто, хто має інтерес до продукту — включаючи користувачів, клієнтів, менеджерів і керівників, які не є членами команди розробників.
Звичайні агільні фрази
| Phrase | Meaning |
|---|---|
| ”Let’s prioritise this” | Move it higher in the backlog |
| ”We can’t commit to this sprint” | Not enough capacity to include it |
| ”We need to break this down” | The story is too large — split it |
| ”What are the acceptance criteria?” | How do we know when it’s done? |
| ”Is this in scope?” | Is it part of what we agreed to build? |
| ”Let’s park that for now” | Set it aside; discuss later |
| ”We’re blocked on this” | Cannot proceed; need someone else’s input or action |
| ”This is a P0/P1” | P0 = critical (must fix now); P1 = high priority |