Scrum: ИНВЕСТИРУЙТЕ в хорошие истории, выполняя SMART-задачи

Я наткнулся на эту  статью , в  которой есть две мнемоники, которые мне очень нравятся.

INVEST как напоминание о характеристиках качественного  элемента бэклога продукта  (PBI) (или пользовательских историй), обычно написанных в формате пользовательских историй. Но каковы характеристики хорошей пользовательской истории? Аббревиатура INVEST может напомнить вам, что хорошие истории должны быть:

Хорошая пользовательская история должна быть —  ИНВЕСТИРУЙТЕ :

• Независимый: Должен быть автономным таким образом, чтобы его можно было высвободить, не завися друг от друга.
• Возможность переговоров: фиксируйте только суть потребностей пользователя, оставляя место для разговора. Пользовательская история не должна быть написана как контракт.
• Ценный : обеспечивает ценность для конечного пользователя.
• Оцениваемость : пользовательские истории должны быть оценены, чтобы правильно расставлять приоритеты и вписываться в  спринты .
• S mall: Пользовательская история — это небольшой кусок работы, который можно выполнить примерно за 3–4 дня.
• Тестируемость : пользовательская история должна быть подтверждена с помощью заранее написанных  критериев приемлемости .

Доработка бэклога продукта: истории и задачи

Уточнение Бэклога Продукта  — это действие по добавлению деталей, оценок и порядка элементов в Бэклоге Продукта. Постоянная доработка невыполненной работы по продукту необходима в рамках каждого  спринта  , чтобы доработать элементы, чтобы они были готовы к будущим спринтам. Когда элементы невыполненной работы уточняются до подходящего уровня детализации, элементы невыполненной работы продукта в верхней части невыполненной работы продукта (наивысший приоритет, наибольшая ценность) разлагаются таким образом, чтобы они соответствовали одному спринту, как показано на рисунке ниже.

Когда элементы бэклога продукта уточняются и включаются в бэклог спринта, они, как правило, представляются в виде пользовательских историй, которые легко использовать в Части 1 планирования спринта. Эти пользовательские истории обычно затем дорабатываются до задач в Части 2 планирования спринта для назначения членам команды разработчиков.

Хорошая ЗАДАЧА должна быть —  УМНОЙ :

SMART — это набор критериев для создания целей, таких как  цели спринта  , которые представляют собой короткое заявление, написанное командой  Scrum  (на основе  первоначальной цели владельца продукта ), чтобы вести их в направлении того, что они хотят, чтобы задачи были выполнены. согласно цели спринта.

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

Конкретность : при постановке цели будьте конкретны в том, чего вы хотите достичь. Думайте об этом как о миссии для вашей цели.

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

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

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

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

использованная литература

• Напишите SMART цели и ИНВЕСТИРУЙТЕ для пользовательских историй
• Кто создает элементы бэклога продукта или пользовательские истории в Scrum?
• Что такое Story Point в Agile? Как оценить пользовательскую историю?
• Что такое DEEP в бэклоге продукта?