У списку завдань два стани: зроблено і не зроблено. Мета — спорожнити його. Поступ означає, що завдання викреслюють. Список — це перелік зобов’язань, і завершити його — саме визначення успіху.
Backlog відрізняється в усіх вимірах. Він ніколи не порожній — це означало б, що в продукті не залишилося нічого, що можна покращити або додати, а це рідко буває правдою для чогось, що варто створювати. Він упорядкований не за послідовністю, а за цінністю, яка може змінитися будь-коли: найважливіше — вище, менш важливе — нижче. Це не перелік зобов’язань, а карта можливостей, яку безперервно переглядають, доки команда дізнається більше про те, що потрібно продукту і чого насправді хочуть користувачі. А тримається він на тому, що ви постійно заново запитуєте, що найважливіше для людей, які чекають на цю роботу.
Що таке Backlog Refinement насправді
«Backlog Refinement» — одна з трьох складових Backlog Management: Backlog Inception, Backlog Workshop і Backlog Refinement. Це практика регулярного перегляду, упорядкування, уточнення та скорочення елементів Backlog. Звучить як обслуговування. Насправді це одне з інтелектуально найвимогливіших занять в Agile: безперервна розмова між тим, що ви знаєте, тим, що ви дізналися, і тим, над чим вам варто — і не варто — працювати далі.
Добре уточнений Backlog відображає поточне розуміння цінності. Верхні елементи (головний предмет Backlog Refinement) добре визначені й готові до роботи. Середні елементи (предмет Backlog Workshop) мають достатньо форми, щоб їх оцінити та обговорити, але недостатньо, щоб починати над ними працювати. Нижні елементи (предмет Backlog Inception) можуть бути сирими ідеями — позначками про те, що варто запам’ятати, але що ще не варто визначати в деталях, і вже точно не тим, до виконання чого варто себе зобов’язувати, а тим паче до терміну. А те, що пів року тому або навіть учора мало сенс як високопріоритетне термінове втручання, могло опуститися нижче або випасти зовсім, поки продукт і його користувачі змінювалися.
Керувати Backlog як списком завдань означає вважати всі елементи однаково обов’язковими, упорядковувати їх за часом додавання, а не за цінністю, і міряти поступ кількістю викреслених пунктів. Передбачуваний результат: команди виконують багато роботи, яка не просуває продукт, бо список був організований навколо завершення, а не навколо цінності.
Неповнота — це і є суть
Backlog, який постійно рухається і ніколи не порожніє, — це не провал продуктивності. Це здоровий продукт у складному середовищі, що породжує більше ідей і знань, ніж можна втілити за один раз. Питання не в тому, «коли ми закінчимо?», а в тому, «що найцінніше ми могли б зробити далі?». Список завдань дороблюють. Здоровий Backlog дишить: він росте і скорочується, доки продукт навчається, і за задумом ніколи не буває порожнім.
Пов’язані матеріали
- The Backlog Breakthrough: 3 Essential Practices for Agile and AI Teams — Agile4AI на YouTube
Коментарі 0