21 сентября 2020
Проблемы вашего беклога - ваши проблемы?
Если ваш продакт оунер не работает с командой для улучшения беклога, то возможно, вам стоить покоучить его еще и на личном уровне.
Спросите десять agile-команд, как они работают с бэклогом, и вы, вероятно, получите десять разных ответов. То, как вы проводите рефайнмент - этот самый необычный из гибких процессов, зависит от множества переменных: используемых вами инструментов, структуры вашей команды, типа создаваемых вами продуктов, продолжительности ваших спринтов или типа используемой гибкой среды.

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

Например, вот эти шесть:

1) Устаревшие элементы. Если в беклоге есть задачи, которые не затрагивались в течение шести-восьми недель или более. (Обычно это продолжительность от двух до четырех спринтов. Если владелец продукта накапливает элементы невыполненной работы, возникает риск того, что старые элементы устареют, в результате чего ранее вложенная работа команды Scrum станет устаревшей.)

2) Все оценено: все пользовательские истории из бэклога детализированы и оценены. (Это слишком большая предварительная работа и существует риск неправильного распределения времени Scrum-команды.)

3) Не более чем заголовок: Если в вашем беклоге есть элементы, в которых ни критериев приемки ни описания ни деталей использования - то у такой ситуации может быть ровно одно обьяснение - это один из миллиона элементов и он находится на уровне идеи. Но при этом, даже у идей должно быть описание использования.

4) Все задачи в беклоге созданы одним человеком. Академические исследования показывают, что, когда люди имеют четкую психологическую ответственность за проект или задачу, они работают лучше.
И не только это, потому что было установлено, что психологическая принадлежность ведет к большей приверженности, самооценке и удовлетворенности работой, в то время как отсутствие собственности может привести к феномену «дерьмовой работы». Команды, которые могут добавлять или предлагать элементы невыполненной работы, обычно больше заинтересованы в выполняемой работе и понимают, почему они необходимы.

Это также означает, что учитывается точка зрения каждого и вы уделяете больше внимания важным вопросам. Например, владелец продукта часто оказывается в невыгодном положении, чтобы увидеть части технического долга, которые сдерживают команду и которые должны быть отражены в отставании.
Вы можете думать о совместном портфеле продуктов как о своем семейном списке покупок.

5) Все элементы в беклоге выглядят по-разному: Создание шаблона для заполнения членами команды при добавлении элемента означает, что:

Существуют четкие квалификационные тесты: наличие чекбоксов, которые необходимо заполнить при добавлении элемента невыполненной работы, поощряет соблюдение правил.
Если элемент не соответствует всем критериям, его не следует добавлять в очередь.

Элементы по умолчанию являются DEEP. Владельцу продукта не нужно беспокоиться о том, что элементы недостаточно детализированы или что люди забивают невыполненные задания расплывчатыми заметками для себя.
Мы используем шаблон, чтобы убедиться, что элементы достаточно подробно описаны перед отправкой. Это помогает нам добиться некоторой последовательности в том, как структурированы элементы невыполненной работы, и упрощает процесс добавления элемента для всех.

6) Команда не собирается для детализирования беклога:
О том, когда и как часто нужно выполнять доработку бэклога, ведется много споров. Мы знаем, что это должен быть непрерывный процесс, на который требуется не более 10% возможностей команды разработчиков.

Это означает, что разные agile-команды находят разные ритмы совершенствования.
Некоторые используют еженедельную каденцию, другие предпочитают уточнять перед планированием спринта. Новые команды иногда любят проводить ежедневные уточнения, чтобы внимательно следить за невыполненными задачами и быстрее достичь взаимопонимания.

Но всякий раз, когда вы выполняете рефайнмент бэклога, вносите его в календарь!
Наличие слота гарантирует, что для этого процесса будет выделено время.

Так что даже если вы увлечетесь своей работой, беклог не пострадает.

Что в итоге?
Да, главная задача продакт оунера - управлять беклогом. Управлять - организовать, детализировать, обновлять, "выносить мусор", структурировать. НЕ сидеть на нем как Властелин не пуская никого даже посмотреть.

Тут о главном инструменте коучей.
Made on
Tilda