В чем заключается смысл свойства бэклога придерживаться достаточной степени детализации
Бэклог продукта — совершенный список задач
Начальное наполнение бэклога
Как мы говорили, в Scrum деятельность состоит из выполнения задач, помещенных в Product backlog. Каждая из них несет некоторую ценность и имеет содержание – набор работ, которые надо выполнить. Откуда же появляется бэклог?
Достижение цели – и есть ценность. Формулировки – важны. Классический примеры из новейшей мифологии касаются Стива Джобса. «Я хочу слышать музыку, чтобы получать удовольствие», а вовсе не иметь 100500 записей в своей коллекции – идея, которая породила iPod.
«Как менеджер я хочу иметь телефон, работающий долго без зарядки и выполняющий нужные мне функции, и чтобы у моих подчиненных такого не было – это подчеркнет мою значимость» — идея, породившая iPhone, телефон для топов, которые не так много от телефона надо, а вот статус – очень важен. И это было достигнуто не только ценой, но и сознательным отсутствием функций, которые тогда были у навороченных телефонов, которые использовали технари, но не использовали менеджеры. Поэтому для менеджеров телефон получился классным, а для технарей это был отстой, меньше функций за больше денег.
Как легко заметить, в формулировке для iPod часть про роль – отсутствует. Это не значит, что она не обязательна, просто она появится наследующем уровне детализации – вам надо описать представить пользователей, и для этого есть техника персонажей: вы описываете типичного представителя социальной группы и его потребности относительно продукта, в случае iPod – какую музыку любит, где и как много слушает, какое нужно разнообразие и так далее. Техника персонажей требует олицетворения и именования конкретного человека, за которым будет стоять группа, соотнесение его с социумом, очень полезно, чтобы у него появилось лицо, и вообще вы могли говорить от его имени. Эта техника возникла с развитием массового web при работе с User eXperience (UX), но может применяться для любых продуктов и услуг, а не только в IT.
В целом вы детализируете свою ценность по группам пользователей и по составу, но при этом придумываете принципиальный способ реализации, это как раз часть о том, что именно делает пользователь и каким образом. Без особых подробностей, но идея должна быть реализуема, иначе это фантазии.
Для уже существующего бизнеса вместо ценности для пользователей можно использовать продвижение по векторам Objectives and Key Results (OKR) для развития бизнеса. Например, если стоит задача захвата регионального рынка, то вы планируете разные рекламные и маркетинговые акции с целевыми аудиториями и ожидаемым эффектом, но при этом не надо забывать о насыщении рынка количеством товара, адекватным прогнозируемому росту спроса. И так далее.
Какие игры стоит начинать проходить?
Вне зависимости от того сколько у вас игр в бэклоге и сколько у вас идеальных игр, проходите игры, которые вам интересны. Не забывайте, что мы играем чтобы получить удовольствие от них, а достижения лишь приятный бонус, который показывает каких результатов мы достигли в игре.
Представим, что вы уже выбрали семь игр, которые вы решили пройти исходя из ваших интересов, но я немного сокращу его, исключив часть из них, если вы только начинаете чистить бэклог, а именно:- Многопользовательские игры (Dead by Daylight);- Игры, которые требуют больше двух прохождений (The Beast Inside, игры Дэвида Кейджа);- Долгие игры (Yakuza 0, Red Dead Redemption 2);- Сложные игры;- Мусорные игры.
Подумайте сами на что бы вы потратили 400 часов своей жизни
Если вы ставите перед собой цель чистить бэклог, то про мультиплеерные игры придется забыть. Они требуют к себе очень много вашего внимания, если не в плане достижений, то в плане времени. Особенно если вы покупаете боевые пропуски или просто тратите деньги на внутриигровые покупки. Вам будет морально тяжело с них слезть.
Последнее достижение, которое осталось это получить все концовки в игре, которое я успешно запорол
Я не советую играть в игры Кейджа и другие игры, в которых нужно делать определенные выборы даже если вы переигрываете определенные моменты, а не проходите игру заново. Вы второй раз играете в одну и ту же игру, а могли бы уже начать проходить новую и получать новые эмоции.
Хотя игра очень крутая и я советую пройти хотя бы раз
Я очень люблю Yakuza 0 и мне очень нравится история и персонажи, но внутри игры очень много мини игр, которые нужно пройти для того чтобы получить 100%. Советую проходить такие игры с паузами иначе испортите свои впечатления об игре. Тут примерно такая же причина не начинать проходить такие игры как и прошлом пункте.
Моя самая сложная идеальная игра по версии сайта — 6.74 из 10
Я специально не приводил примеры сложных игр потому сложность игры это субъективное понятие. Кому-то Dark Souls покажется легким, а кто-то даже скелетов на кладбище не может победить (я). Если игра вам не дается, то советую пройти её позже.
Я искренне верю, что когда-то в Steam выпустят действительно хорошую игру по Gachimuchi
Мусорные игры это игры в которые сами по себе не представляют никакого интереса, а достижения в них сыпет рекой из-за чего создается ложное ощущение, что мы прошли нечто крутое, но если ваша цель это просто засорить ваш профиль подобными играми, то это исключительно ваш выбор.
Видео
Приоритизация
Итак, бэклог наполнен элементами. Теперь пришло время разобраться, сколько усилий потребует выполнение каждого из них (провести оценку трудоемкости) и какие элементы следует взять в работу в первую очередь. Это непростая аналитическая задача, решение которой облегчают инструменты вроде WSJF — об этой методике мы подробно рассказывали в материале «Модель приоритизации бэклога WSJF».
Скорее всего, в течение спринта поступят новые задачи. Важно поместить их на правильную позицию в бэклоге. Некоторые задачи могут оказаться действительно нуждающимися в срочном выполнении, большинство же после обсуждения с заказчиком уйдут на следующие спринты.
Бэклог продукта – основа Бэклога спринта
Бэклог продукта представляет собой список определенных требований к проекту, необходимые вещи и желания пользователя. Бэклог продукта является главным ядром проекта, он включает в себя функции, которые следует реализовать, а также ошибки, что нужно устранить.
Полная схема Scrum
В результате описанного выше процесса, который инода называют нулевой итерацией, у вас появляется начальное наполнение бэклога и теперь можно запускать спринты, которые объединяются в более крупный релизный цикл, как это изображено на полной схеме Scrum.
Полная схема Scrum. Из моих презентаций
Почему релизы не выпускаются каждую итерацию, если она итерация должна поставлять ценность? Дело в том, что темп выпуска релизов определяется не внутренней скоростью разработки, а характером взаимодействия с рынком – проведением рекламных компаний, привлечения групп пользователей и так далее. Все это разворачивается в собственном темпе. То же можно сказать и про корпоративную разработку: внедрение нового функционала требует изменения бизнес-процессов и обучения пользователей, и эти процессы разворачиваются в собственном темпе. При этом технически новый функционал уже может быть в продукте.
Релизный цикл накладывает свой отпечаток на спринты, могут появляться отдельные спринты стабилизации и выпуска релизов, в некоторых проектах после выпуска может быть предусмотрен спринт срочных доработок по запросам пользователей, или даже переключение в потоковую обработку задач до стабилизации.
Купить рекламу Отключить
Дополнительный стимул
Кроме добавления двух разделов в вашей библиотеке также советую добавить витрины перфекциониста и отдельную колонку о себе с вашими идеальными играми.
В графе о себе добавляем игры, которые вы прошли на 100% в алфавитном порядке. Ещё можно добавлять смайлики чтобы все это легче читалось если такие есть.
Купить рекламу Отключить
В Витрине перфекциониста добавляем последние игры, в которых вы получили 100%. Максимальное количество игр для витрин 12 (две витрины по шесть игр). Очень важно регулярно обновлять, но можно оставить и те, которые вам очень понравились. В моем случае это Batman: Arkham City — Game of the Year Edition, его я никогда не уберу с витрины.
Отличительные особенности Бэклога от простого списка задач
Обучение в LeadStartup
Бэклог продукта имеет такие свойства:
Какие задачи брать в бэклог
По классике, чтобы продукт был сбалансированным, в бэклоге должны появляться задачи следующих типов:
Каждый из типов задач позволяет продукту развиваться комплексно. Мы уже подробно разбирали эту тему здесь, поэтому пойдем дальше.
Задачи могут сыпаться на вас отовсюду: пользователи, заказчики, данные аналитики, ваши собственные идеи. Как мы разобрали вначале, они должны выдержать проверку на “правда нужно” у пользователей. Дальше вы посмотрите на них через призму метрик продукта и решите, какие из них достойны бэклога, а какие дойдут до ближайшего спринта.
Кто выбирает задачи для бэклога?
Ответственность за содержание бэклога лежит на владельце продукта. Конечно, он не одинок в своей задаче и может попросить любую помощь, в которой он нуждается. Владелец продукта должен хорошо понимать клиента и находиться в тесном контакте с ним. Он может и должен также всегда общаться с другими заинтересованными сторонами, чтобы учитывать их пожелания. Также важно поддерживать контакт с командой разработчиков, чтобы понимать стоимость и сложность определенных требований.
Но, в конце концов, владелец продукта – единственный человек, ответственный за определение приоритетов. Это также является причиной, по которой никогда не должно быть нескольких владельцев продуктов или комитетов владельцев продуктов. Для принятия решений должна быть единственная точка правды – это владелец продукта. Он собирает всю информацию о рынке, бизнесе, заинтересованных сторонах, сложностях и т. д. в одно четкое определение приоритетов.
Команда, работающая над продуктом, может играть определенную роль владельца продукта с основной ответственностью – поддержание продукта. Ключевыми действиями по поддержанию бэклога являются расстановка приоритетов по элементам невыполненных обязательств по продукту, принятие решения о том, какие элементы невыполненных элементов следует удалить из бэклога и содействие уточнению невыполненной работы.
Из рутины в приятный процесс: что такое бэклог продукта и как им управлять?
Менеджеры продукта и его собственники не могут не уделять серьезного внимания продуктовому бэклогу. Не только для облегчения планирования релизов и итераций, но и для оптимизации всего жизненного цикла продукта, над которым намерена работать команда.
Бэклог продукта (product backlog) — это упорядоченный набор элементов, очередь задач, перечень всех функций, которые заинтересованные люди хотят получить от продукта. Этот список содержит краткие описания всех желаемых возможностей продукта.
Product manager или product owner представляют бэклог команде и управляют им, описывает его главные элементы во время митинга по планированию спринта. Описание бэклога следует производить на простом и доступном языке, без технических спецификаций, чтобы оно было понятно каждому в команде. Любые изменения и требования по продукту должны быть своевременно отражены в этой очереди задач.
Бэклог продукта vs бэклог спринта
Эти два компонента Scrum несут разный смысл, но их часто путают.
Бэклог спринта — это список определенных задач по воплощению в жизнь выбранных элементов бэклога продукта. Это список для оптимизации, которой команда займется в ближайший спринт, а также описание, каким образом они эту оптимизацию будут реализовывать.
Оба бэклога можно представить в обычной таблице Excel, однако сегодня для этих целей опытные менеджеры и собственники продуктов пользуются специальными инструментами для управления продуктом, позволяющими грамотно визуализировать состояние дел.
Бэклог продукта составляет product owner, а за бэклог спринта отвечает команда разработчиков. Еще одним важным отличием является время создания бэклога: Product backlog создается на самом первом планировании спринта, а Sprint backlog должен создаваться командой на каждом планировании нового спринта. Таким образом, первый бэклог живет на протяжении всей разработки продукта, а Sprint backlog — на протяжении 1-4 недель, то есть, в течение одного спринта.
В чем смысл бэклога продукта?
Работа над Agile-проектами не предполагает долгого документирования всех требования. Обычно product owner и другие члены команды начинают работу над проектом, отмечая все, что им нужно, для приоритизации бэклога. Уже такого бэклога достаточно для первого спринта. Затем его можно растить и менять.
Обычный бэклог продукта включает следующие пункты:
Элементы бэклога — это «пользовательские истории» или user stories. Такие элементы упорядочены в зависимости от их бизнес «веса». Чем выше в бэклоге конкретный элемент, тем скорее разработчики будут работать над ним. Верхние позиции будут более подробно описанными и четкими по сравнению с нижними элементами. Все они должны быть понятны для нетехнических членов команды и заинтересованных сторон.
Каждый элемент в product backlog имеет свою оценку, которую делают разработчики. Система оценивания используются для определения количества элементов, которые будут выбраны для определенного спринта.
Обычно команда добавляет нужные детали и оценки в элементы бэклога во время специального проекта, который называется backlog grooming или refinement.
Для чего нужен backlog refinement?
Backlog refinement (улучшение, оптимизация, «чистка») — это действие или мероприятие, во время которого команда добавляет детали, оценки и порядок в элементы продукта. Процесс не должен охватывать более 10% рабочего времени команды разработчиков.
Этот постоянный процесс означает сотрудничество собственника продукта и разработчиков, когда ими рассматриваются и пересматриваются все элементы продукта.
Чем бэклог продукта в Agile отличается от простого списка дел?
У бэклога продукта есть определенные свойства:
Что делать, если бэклог неустанно растет?
Фокус на ключевых приоритетах — одна из ключевых задач менеджера продукта или product owner. Однако очень часто у них нет времени изучать и отслеживать все новые возможности конкурентов. Пользователи постоянно предлагают улучшения и дают советы, члены команды предлагают новые идеи, происходят обновления. Когда бэклог продукта увеличивается, становится сложно его контролировать. Как успевать отслеживать приоритеты, если идеи в бэклоге нарастают как снежный ком?
Решение можно найти в современных платформах для управления продуктами, таких как Hygger.io. Функционал платформы помогает справиться со следующими вопросами:
Структурирование бэклога
В бэклоге Hygger простой список идей представлен на двухмерной доске. Здесь вы найдете полезные ярлыки (Labels) и горизонтальные колонки (Swimlanes). Вы можете использовать столбцы на бэклог-панели, чтобы визуализировать рабочие этапы для идей:
Опция Labels может использоваться для обозначения идей от конкретных пользователей или от конкретных сотрудников.
Оценка идей
В Hygger вы можете оценить все свои идеи, используя 2 критерия: Value and Efforts. Сопоставление этих значений для каждой задачи помогает лучше определить приоритеты и выбрать наиболее важные из задач для ближайшей разработки.
Backlog Priority Chart
Все оцененные идеи могут быть показаны на графике Backlog Priority Chart. Этот график полезен для оценки идей относительно друг друга. Помимо шкал Value and Effort, здесь предлагаются 4 квадранта:
Каков бы ни был разрабатываемый продукт, услуга или сервис, оптимизация бэклога — это неотъемлемая часть функционала в управлении. Профессиональный product owner может запросто перейти с бэклогом на «ты», в том числе, благодаря профессиональным инструментам для управления бэклогом, которые превращают его из рутины в приятный процесс.
Бэклог – это журнал незавершенного производства. Его содержание и доступность являются ответственностью владельца продукта. Это единственный источник любых изменений, вносимых в продукт.
Бэклог – это список новых функций, изменений существующих функций, исправления ошибок, изменений инфраструктуры или других действий, которые команда может выполнить для достижения определенного результата. Он выступает единственным авторитетным источником информации, на который опирается компания. Это означает, что ничего не будет сделано из того, что не находится в этом журнале. Он представляет собой тот вариант работы над продуктом, который есть у команды для достижения конкретного результата.
Вам будет интересно: Компания «Алиди»: отзывы сотрудников и клиентов, адрес, контакты
Характеристики
Добавление элемента продукта в журнал незавершенного производства должно осуществляться быстро и легко, и столь же легко может быть удален из бэклога тот элемент, который не приводит к прямому продвижению к достижению желаемого результата или не позволяет продвигаться к достижению результата.
Вам будет интересно: Что такое забастовка: формы и причины
Элементы бэклога принимаются в различных форматах, причем наиболее распространенными являются пользовательские истории. Команда определяет формат, который они выбрали, и рассматривает элементы бэклога как напоминание об аспектах решения, над которым они работают.
Журнал невыполненных работ позволяет каждому сотруднику подразделения вносить идеи по улучшению продукта или услуги. Процесс расстановки приоритетов определяет, что на самом деле становится частью продукта. Этот метод позволяет воплощать задачи, затрачивая ресурсы только на лучшие идеи, доступные на данный момент. В случае отказа от устаревших идей бэклог иногда дополняется и уточняется.
Бэклог продукта различается по размеру и степени детализации в значительной степени от того, как скоро команда начнет работать над ним. Те задачи, над которыми команда будет работать в ближайшее время, должны быть небольшими по размеру и содержать достаточно деталей, чтобы можно было начать работу. Группа может установить определение готовности, указать свое пожелание касательно информации, которую они хотели бы иметь в наличии, чтобы начать работу над бэклогом.
Последовательность бэклога продукта изменяется по мере того, как команда лучше понимает результаты и находит решение. Такое переупорядочение существующих элементов, постоянное добавление, удаление и уточнение этих элементов определяет динамический характер бэклога.
Вам будет интересно: Как открыть свое такси с нуля: бизнес-план, необходимый пакет документов, вложения и рентабельность
Ожидается, что программы будут выполнять требования заинтересованных сторон и планировать их реализацию в качестве проектов. Это обычно происходит на постоянной основе. Структура бэклога полезна для хранения требований, процесса расстановки приоритетов и планирования, в соответствии с которым требования высокой значимости группируются в проекты.
Он может быть реализован отдельным лицом или командой как метод управления временем. Люди имеют ограниченное количество времени и часто должны расставлять приоритеты для задач. Как и в случае с продуктами и программами, можно ожидать, что не все в бэклоге будет завершено.
Кто выбирает задачи для бэклога?
Ответственность за содержание бэклога лежит на владельце продукта. Конечно, он не одинок в своей задаче и может попросить любую помощь, в которой он нуждается. Владелец продукта должен хорошо понимать клиента и находиться в тесном контакте с ним. Он может и должен также всегда общаться с другими заинтересованными сторонами, чтобы учитывать их пожелания. Также важно поддерживать контакт с командой разработчиков, чтобы понимать стоимость и сложность определенных требований.
Но, в конце концов, владелец продукта – единственный человек, ответственный за определение приоритетов. Это также является причиной, по которой никогда не должно быть нескольких владельцев продуктов или комитетов владельцев продуктов. Для принятия решений должна быть единственная точка правды – это владелец продукта. Он собирает всю информацию о рынке, бизнесе, заинтересованных сторонах, сложностях и т. д. в одно четкое определение приоритетов.
Команда, работающая над продуктом, может играть определенную роль владельца продукта с основной ответственностью – поддержание продукта. Ключевыми действиями по поддержанию бэклога являются расстановка приоритетов по элементам невыполненных обязательств по продукту, принятие решения о том, какие элементы невыполненных элементов следует удалить из бэклога и содействие уточнению невыполненной работы.
Как выглядит?
Бэклог – это эффективный способ для команды сообщить, над чем она работает и над чем планирует работать дальше. Карты историй и информационные источники могут предоставить четкое представление о текущей ситуации для команды и заинтересованных сторон.
Бэклог может быть представлен в физической форме с использованием учетных карточек или заметок, или он может быть представлен в электронной форме, например, текстовом файле или электронной таблице Excel. Электронная форма – лучший вариант для команды, которая имеет удаленных членов или собирает много дополнительной информации о продуктах. Физические формы дают преимущество, заключающееся в том, что резерв продукта постоянно виден и конкретен во время обсуждений, связанных с продуктом.
Особенности бэклога
После того как бэклог продукта создан, важно регулярно его поддерживать, чтобы идти в ногу с программой. Владельцы продукта должны проверять журнал невыполненных работ перед каждым совещанием по планированию операции, чтобы убедиться в правильности расстановки приоритетов и включении отзывов о последней операции.
После того как бэклог увеличивается, владельцы продукта должны сгруппировать его в краткосрочные и долгосрочные позиции. Ближайшие по смыслу задачи должны быть полностью конкретизированы, прежде чем они будут помечены как таковые. Это означает, что полные пользовательские истории были составлены, сотрудничество с проектированием и разработкой было улажено, оценка разработки была сделана. Более долгосрочные элементы могут оставаться немного расплывчатыми, хотя неплохо бы получить приблизительную оценку от команды разработчиков, чтобы помочь расставить приоритеты.
Бэклог – это связующее звено между владельцем продукта и командой разработчиков. Владелец продукта может в любой момент изменить приоритеты работы в очереди из-за отзывов клиентов, уточняющих оценок и новых требований. Однако как только работа начнется, следует свести изменения к минимуму, так как они нарушают работу команды разработчиков и влияют на фокус и моральный дух.
Ошибки при ведении
Существует несколько основных ошибок при ведении бэклога, за которыми нужно пристально следить:
Пример бэклога
Для работы с бэклогом не понадобится использовать какие-либо сложные инструменты. Можно начать с бумажных карточек или с таблицы Microsoft Excel.
Наиболее распространенный способ определения элементов бэклога – это пользовательская история. В этом случае можно добавить название для быстрой ссылки (однако при использовании учетных карточек это обычно не делается), а при необходимости добавлять условия удовлетворения на обратной стороне карты.
При желании также можно добавить несколько необязательных полей, таких как «Номер», «Оценка», «Условия» и «Приоритет» (которые можно использовать для сортировки бэклога в порядке приоритета бизнеса).