Итак, вы выровняли OKR с вышестоящими и нижестоящими уровнями в корпоративной иерархии, прислушались к обратной связи от стейкхолдеров и других команд? Отлично!
Теперь вы сможете привязать инициативы к вашим OKR. В зависимости от масштаба вашей работы и организационного уровня, на котором вы работаете, инициативами может быть что угодно, от задач и историй до целых проектов и этапов производства.
Если вы работаете над продуктом, вы можете вытягивать инициативы из бэклога продукта.
Команда должна относиться к бэклогу продукта как к хранилищу вариантов. Вы не "сжигаете" бэклог продукта и не тратите время на приоритизацию длинного списка идей фич.
Думаю, что слово бэклог может быть самым глупым в Agile сообществе. Изначально оно значило "вещи, которые мы ДОЛЖНЫ сделать и должны были уже сделать" (например, выполнить неудовлетворенные запросы). В первоначальном смысле это скорее чек-лист, чем список пожеланий.
Связывает ли это нас каким-то образом с практикой
картирования историй? Точно! С помощью карты историй вы можете визуализировать всё, что вы делаете в рамках инициативы. Вы можете сделать основу из "путешествий пользователя" и иметь множество историй в рамках нескольких запланированных релизов. Давайте, прорисуйте это всё. Просто помните, что
всё, что вы делаете, должно, каким-то образом, двигать стрелку в одном или нескольких показателях ваших OKR. А что насчет эпиков? Что ж, это целиком зависит от того, как вы определяете этот термин. Слово бэклог просто запутывает. Термин эпик почти противоречив.
По поводу значения эпика нет единого мнения, так что я оставлю это мысленное упражнение вам.