scrum artifacts product backlog
Вступ до артефактів Scrum:
У попередніх статтях цієї серії ми були ознайомлені з гнучкі та різні гнучкі методології . Ми також дізналися про те, як різні методології відрізняються по-своєму.
У нашому останньому навчальному посібнику ми розібрались із деталями Scrum, де обговорювали Scrum-ролі як власник продукту, майстер Scrum та команда scrum і побачили, які їхні індивідуальні обов'язки.
У цьому посібнику ми продовжуємо роботу зі Scrum та переходимо до деталей про різні артефакти Scrum.
Що ви дізнаєтесь:
- Різні артефакти Scrum
- Відставання товару
- Відставання у спринті
- Збільшення продукту
- Висновок
- Рекомендована література
Різні артефакти Scrum
Три типи скрам-артефактів включають:
- Відставання товару
- Відставання від спринту та
- Збільшення продукту
Тепер ми побачимо, що означають ці терміни і як створити ці артефакти.
Відставання товару
Якщо говорити простими словами, то відставання товару - це перелік усіх речей, які потрібні в товарі. Це остаточний документ, на який посилається команда Scrum для будь-чого, що стосується продукту. Це впорядкований перелік предметів, який належить Власнику продукту.
Організація торгів відповідає за створення, підтримку та встановлення пріоритетів у цьому списку. Громадські організації використовують цей відставання продуктів, щоб пояснити найвищим вимогам, які потрібно виконати під час спринту, до команд сутичок.
Елементи у цьому списку можуть бути, а можуть і не на технічній мові. Це може бути навіть непроста мова, але вона повинна містити всі вимоги до продукту та супутні зміни. Крім того, наявність відсталих продуктів не означає, що команда scrum матиме лише цей артефакт, за яким слід.
Вони можуть створювати власні детальні артефакти, але вони не будуть суперечити або замінювати відставання товару. Вони, швидше, будуть узгоджуватися з вимогами щодо відставання товару.
Нижче наведено Приклад того, як може виглядати типовий відставання товару:
Історія | Оцініть | Пріоритет |
---|---|---|
Я хочу увійти | 4 | 1 |
Я хочу вийти | два | два |
Я хочу змінити пароль | 1 | 3 |
Я хочу оновити адресу | 3 | 4 |
Я хочу додати новий номер домашнього телефону | 1 | 5 |
Це підводить нас до питання, як створити хороший відставання товару?
Відставання товару має ідеально відповідати наведеним нижче правилам:
(i) Це має бути пріоритетним - Позиції у відставанні товару слід упорядковувати відповідно до їх пріоритету. Цей пріоритет може вирішити організація громадських операцій та команда сутичок разом. Факторами встановлення пріоритетів можуть бути будь-які подібні вигоди від сюжету, зусилля, спрямовані на створення, складність, пріоритет замовника тощо.
Це допомагає команді зрозуміти, що потрібно зробити першим.
(ii) Це слід оцінити - Історії завжди слід оцінювати відповідно до узгодженого визначення, яким би це не було. Це також може бути використано для встановлення пріоритетів.
(iii) Це має бути високий рівень - Розповіді про відставання товару мають бути на високому рівні, і вони не повинні вдаватися в подробиці. Створення детальних історій користувачів відповідно до вимог залежить від команди скрам, а не від постачальника послуг.
(iv) Він повинен бути динамічним - Відставання товару не є остаточним статичним документом. Її слід переглянути, оскільки організація замовлення отримує вхідні дані від команди супроводу, а вимоги замовника стають дедалі чіткішими. Таким чином, вимоги до документів не заморожуються відразу на початку, оскільки в ході проекту очікуються доповнення / видалення / модифікації.
Останній пункт є найбільш актуальним. Мета відставання товару - бути активним джерелом вимог. Його не слід створювати спочатку, а потім зберігати в місці зберігання.
Натомість ним поширюється знову і знову, оскільки зміни постійно з’являються. По мірі прогресу можуть з’являтися нові вимоги, які також можуть змінювати пріоритет елементів відставання. Будуть ситуації, коли нова вимога залежить від іншого елемента у відставанні, тому, можливо, доведеться змінити пріоритет товару.
Або може існувати критична історія користувача, яку, можливо, доведеться впровадити спочатку, оскільки замовник хоче побачити це перед іншими, хоча це може бути не пріоритетним відповідно до факторів, визначених організацією замовлення та командою сутичок.
Таким чином, відставання товару - це впорядкований перелік бізнес-вимог, що належать організаціям замовлення, і їх відвідують знову і знову в міру прогресу проекту.
Відставання у спринті
Можливо, ви пам’ятаєте, що скрут-команди працюють за короткі ітерації від 2 до 4 тижнів, що називається спринтом. Під час цих спринтів команда Scrum ідентифікує товари з відставання продукту, створеного організацією замовлення, яку вони планують доставити як частину наступної ітерації. Предмети, які команда відбору відбирає для роботи, стають частиною відставання в спринті.
Таким чином вони вирішують, які функціональні можливості будуть існувати під час наступної ітерації продукту. Команда сутичок - це та, яка вирішує, що буде входити до відставання у спринті, оскільки вони будуть над цим працювати.
Отже, саме вони повинні оцінювати зусилля, спрямовані на реалізацію цих історій, і вирішувати, скільки вони можуть дати.
Команда не лише вибирає елементи з відставання товару, щоб над ними працювати, але вони також підраховують, скільки часу їм знадобиться для розвитку цієї функціональності. Вони також доповнюють історії користувачів на високому рівні, створюючи детальні завдання, необхідні для досягнення цілі спринту.
Як створити новий список в Java - -
Команда скрам також може продовжувати оновлювати відставання у спринті, коли і коли це потрібно під час спринту, але лише команда команди, що займається скрамом, може вносити зміни до відставання в спринті.
Типовий відставання спринтів буде виглядати так, як показано нижче.
Команда може в ідеалі оновлювати це один раз на день, і майстер скрам може використовувати цю інформацію для створення спринтерської діаграми. Ця діаграма вибуху допоможе команді зрозуміти, скільки роботи ще залишається для спринту, і команда може відповідно спланувати свою роботу. Вони навіть можуть додавати або видаляти завдання, якщо це потрібно.
Деякі найкращі практики під час створення відставання в спринті можуть бути:
# 1) Приймайте групові рішення - Відставання не повинен вирішувати майстер скраму або будь-який інший член команди скраму. Швидше за все, вся команда разом повинна вирішувати, які елементи включити до відставання у спринті та як їх планувати.
Кожен член цієї міжфункціональної команди має власні навички, і дуже важливо, щоб ми використовували їх досвід, щоб створити якнайкраще відставання.
# 2) Не призначайте завдання - Як це вже неодноразово повторювалось у спритній літературі, ніколи не доручайте завдання членам команди. Скрут-команда повинна бути самодостатньою, і вони повинні знати, як організувати свою роботу самостійно.
Тож замість того, щоб доручати роботу, ми повинні дозволити команді вибрати роботу для себе і вирішити між собою, як вони хочуть діяти далі.
# 3) Визначення done - Це має бути не просто узгоджено зацікавленими сторонами, але і бути чітко видимим для команди в будь-який момент, коли їм потрібно приймати будь-яке рішення щодо цілей спринту. Це буде нагадувати про те, що саме потрібно зробити, перш ніж вони зможуть доставити діючий товар, який можна транспортувати.
# 4) Продовжуйте оновлювати відставання - Вкрай важливо, щоб у міру розвитку спринту команда отримувала більше розуміння, а отже, їм слід відповідно оновити відставання у спринті, щоб відобразити це більше розуміння. Він не повинен стати статичним документом у будь-який час.
# 5) Додайте будь-яке завдання - Завдання повинно бути не просто пов'язане з кодуванням, але може бути дуже важливим поставити товар, що транспортується. Звідси згадуйте і про такі завдання у відставанні.
Збільшення продукту
Це підводить нас до останнього артефакту скраму, який є збільшенням продукту. Як визначено в керівництві Scrum, Інкремент - це сума всіх Елементи відставання товару завершено протягом Спринт і значення приростів усіх попередніх Спринтів. Як ми вже добре знаємо, Scrum - це ітераційний процес.
Результатом кожної ітерації є збільшення продукту, і кожне збільшення продукту допомагає команді зробити крок ближче до постачання кінцевого продукту.
Це означає, що будь-який результат спринту - це збільшення. Очевидно, що для того, щоб результат можна було вважати приростом, він повинен спочатку відповідати заздалегідь визначеному визначенню готового, тобто кінцевим результатом повинен бути придатний для використання продукт, який здатний «відвантажувати».
Його можна перевірити, використати та протестувати, щоб переконатись, що це справді «зроблено» згідно з визначенням, і, якщо Власник продукту бажає, його також можна звільнити, щоб також розпочати роботу.
Найголовніше, щоб забезпечити приріст цього продукту, - це спільне розуміння поняття «готове», яке розуміють усі.
Команда сутичок ніколи не повинна сумніватися, чи буде прийнято те, що вони роблять, чи ні. Якщо є якісь сумніви, визначення виконаного повинно бути достатньо повним, щоб допомогти їм у подальшому. Виходячи лише з цього визначення, команда Scrum вирішує, скільки елементів відставання товару вибрати для спринту.
Це мінімум, як очікується від спринту.
Висновок
З цього підручника ми зрозуміли, що таке 3 артефакти скраму, хто ними володіє, а також деякі найкращі практики, які допоможуть нам створити артефакти кращої якості. У наступних підручниках цієї серії ми обговоримо події Scrum і побачимо, як їх виконувати.
У нашому майбутньому підручнику з теми 'Scrum Події , ’Ми детально обговоримо кожну з подій Scrum!
НАЗАД Підручник | НАСТУПНИЙ підручник
Рекомендована література
- Події Scrum: бокс у часі, планування спринту, щоденна відмова та уточнення відставання
- Ролі та обов'язки команди Scrum: Майстер Scrum та власник продукту
- Навчальний посібник JIRA Scrum Board: Обробка Scrum разом з Джирою для управління спринтом
- Інтернет-вікторина Agile Scrum: Перевірте свої знання про Agile Scrum
- Роль бізнес-аналітиків у SCRUM та чому найкращий контроль якості для цієї ролі?
- Випробування дефектів у Scrum: як це організовано в налаштуванні Scrum
- Зразки звітів про помилки веб-програм та програм для продуктів
- 9 найкращих програм PLM у 2021 році для управління життєвим циклом вашого продукту