Sign in Subscribe

Управління бэклогом (Backlog Management)

Zosym Maxym

• 3 min read

Backlog Management в BABOK v3

Призначення беклогу використовується для запису, відстеження та визначення пріоритетів робіт, що залишилися.

Загальний перелік технік в BABOK v3

Опис управління бэклогом в BABOK v3 (10.2.2)

Беклог виникає тоді, коли обсяг робіт, які необхідно виконати, перевищує можливості їх виконання.

Управління бэклогом - це плановий підхід до визначення

  • які робочі завдання повинні бути формально включені в бэклог
  • як описати робочі завдання
  • як слід відстежувати робочі завдання
  • як робочі завдання повинні періодично переглядатися та визначатися пріоритетність по відношенню до всіх інших завдань у бэклоге,
  • як робочі завдання в кінцевому підсумку відбираються для роботи над ними, і
  • як робочі завдання зрештою вилучаються з бэклогу.

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

Періодично слід переглядати весь бэклог, оскільки зміни в потребах і пріоритетах зацікавлених сторін можуть призвести до зміни пріоритетності деяких завдань у бэклозі. У багатьох середовищах бэклог переглядається через заплановані проміжки часу.

Регулярно відстежуються зміни в кількості завдань, що перебувають у бетлозі. Досліджуються причини цих змін: зростання бэклога може свідчити про збільшення попиту або падіння продуктивності; зменшення бэклога може свідчити про падіння попиту або поліпшення виробничого процесу.

Може бути більше одного відставання. Наприклад, один бэклог може використовуватися для управління глобальним набором завдань, тоді як другий бэклог може використовуватися для управління завданнями, які повинні бути виконані в найближчому майбутньому.

Елементи управління беклогом в BABOK v3 (10.2.3)

Пункти в беклозі (10.2.3.1)

Елементами бэклогу можуть бути будь-які елементи, з якими може бути пов'язана робота. Бэклог може містити, але не обмежуючись цим, будь-яку комбінацію наступних елементів:

  • варіанти використання,
  • історії користувачів,
  • функціональні вимоги,
  • нефункціональні вимоги,
  • проекти,
  • замовлення клієнтів,
  • елементи ризику,
  • запити на зміну,
  • дефекти,
  • заплановані доопрацювання,
  • технічне обслуговування,
  • проведення презентації або
  • завершення роботи над документом.

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

У деяких випадках відповідальність за додавання нових завдань може бути делегована бізнес-аналітику. Також можуть існувати політики і правила, які диктують, що і коли має бути додано, як у випадку з великими дефектами продукту.

Визначення пріоритетів (10.2.3.2)

Завдання в бэклозі мають пріоритети відносно один одного. З часом ці пріоритети змінюватимуться, коли змінюватимуться пріоритети зацікавлених сторін або коли з'являтимуться залежності між завданнями бэклогу. Правила управління бэклогом також можуть впливати на пріоритети.

Можна також використовувати багатоетапний підхід до визначення пріоритетів. Коли завдання вперше додаються до бэклогу, пріоритетність може бути дуже широкою, з використанням таких категорій, як висока, середня або низька.

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

Оцінка (10.2.3.3)

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

Коли завдання додається вперше, воно може бути дуже мало деталізованим, особливо якщо над ним навряд чи будуть працювати в найближчій перспективі.

Над кожним завданням виконується мінімальний обсяг роботи, поки воно перебуває в бэклозі; цього достатньо, щоб зрозуміти, яку роботу потрібно виконати для його завершення.

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

Зворотний зв'язок з виробничим процесом щодо вартості та зусиль, витрачених на виконання попередніх завдань, може бути використаний для уточнення оцінок завдань, які все ще перебувають у портфелі замовлень.

Управління змінами в беклозі (10.2.3.4)

Вимоги потрапляють на вершину портфеля на основі їх відносного пріоритету до інших вимог у портфелі. Коли виявляються нові або змінені вимоги, вони додаються до бэклогу і впорядковуються відносно інших завдань, що вже там знаходяться.

Щоразу, коли з'являється робоча потужність, бэклог переглядається, і завдання відбираються на основі наявної потужності, залежностей між завданнями, поточного розуміння розміру та складності.

Завдання вилучаються з бэклогу, коли вони завершені, або якщо прийнято рішення більше не виконувати над ними роботу. Однак вилучені завдання можуть бути знову додані до бэклогу з різних причин, в тому числі

  • потреби зацікавлених сторін можуть суттєво змінитися,
  • це може зайняти більше часу, ніж передбачалося
  • виконання інших пріоритетних завдань може зайняти більше часу, ніж передбачалося, або
  • кінцевий робочий продукт може мати дефекти.

Міркування щодо використання в BABOK v3 (10.2.4)

Сильні сторони використання управління бэклогом (10.2.4.1)

  • Ефективний підхід до реагування на мінливі потреби та пріоритети зацікавлених сторін, оскільки наступні робочі елементи, вибрані з бэклогу, завжди узгоджуються з поточними пріоритетами зацікавлених сторін.
  • Детально опрацьовуються та оцінюються лише ті завдання, що знаходяться вгорі списку; завдання, що знаходяться внизу списку, відображають нижчі пріоритети і їм приділяється менше уваги та зусиль.
  • Може бути ефективним засобом комунікації, оскільки зацікавлені сторони можуть розуміти, над якими питаннями працюватимуть найближчим часом, які питання заплановані більш віддалені, а над якими можна не працювати ще деякий час.

Обмеження використання управління бэклогом (10.2.4.2)

  • Великі відставання можуть стати громіздкими і складними в управлінні.
  • Потрібен досвід, щоб розбити роботу, яку потрібно виконати, на достатню кількість деталей для точної оцінки.
  • Недостатня деталізація завдань у бэклозі може призвести до того, що інформація буде втрачена понаднормово.