Когда вы думаете об эпосе, вам на ум приходит «Илиада» или «Потерянный рай». На самом деле эти примеры не так уж сильно отличаются от практического инструмента управления проектами: Agile-эпопеи.
Подобно легендарным поэмам прошлых веков, Agile-эпопея представляет собой набор историй — пользовательских историй, — которые помогают разбить проект на более мелкие задачи, ориентированные на клиента. Они являются универсальной необходимостью в рамках Agile-планов управления проектами, позволяя вносить изменения в проект, сохраняя при этом постоянный фокус на конечной цели.
Но прежде чем перейти к примерам Agile-эпопеи, давайте рассмотрим, какое место занимают пользовательские истории в общем плане проекта.
Что такое эпопея в Agile?
В рамках Agile-управления проектами Agile-эпопея — это набор пользовательских историй (требований или запросов), которые придают структуру и направление дорожной карте проекта. Это не те истории, которые можно найти в книге, — это задачи и запросы. Вы становитесь на место конечного пользователя и думаете о том, что должен дать ему ваш проект. Какие задачи нужны для достижения конечного результата? Это и есть ваши пользовательские истории.
Каждая пользовательская история связана с определенным заданием в вашем общем проекте, от создания мобильной версии целевой страницы до обеспечения наличия буквы «X» в углу всплывающего окна. Каким бы ни был проект, каждую задачу можно вывести из пользовательской истории.
Пользовательские истории являются частью любого Agile-проекта. Разница с эпопеями заключается в том, что ваш проект может быть слишком обширным, чтобы его можно было завершить за один спринт. Agile-эпопеи разбивают ваши истории на более управляемые фрагменты, собирая эти задачи и разбивая объем работы на более реалистичные потоки. Вы можете начать с эпиков и разбить их на истории, или наоборот. Это зависит от того, как работает ваша команда.
Agile-эпосы и управление проектами
Когда вы работаете по методологии Agile, вы работаете по фазам. Эти фазы являются ядром методологии, позволяющим вносить изменения в проект и продвигать обучение вперед по мере завершения каждой из них.
Чтобы понять, как на самом деле работают эпопеи, необходимо знать, как они вписываются в более широкие рамки проекта. Ниже, без особого порядка, перечислены другие фазы Agile-управления проектами и их связь с Agile-эпопеями:
Дорожная карта проекта
Дорожная карта — это схема проекта с указанием основных этапов, сроков и всеобъемлющего графика. Подумайте о физической бумажной карте и о том, как вы отмечаете каждый пункт назначения или путь. Дорожная карта проекта делает то же самое, а эпопеи — это ваши остановки — дела, которые необходимо выполнить, прежде чем переходить к следующему пункту пути.
Пользовательские истории
Эпические пользовательские истории — это задачи в рамках ваших эпических историй. Они напрямую связаны с требованиями, запросами и отзывами пользователей, и для того чтобы быть эффективными, они не должны быть длинными, как «Одиссея». Лаконичные и понятные пользовательские истории лучше всего работают потому, что они представляют собой наименьший уровень индивидуальных задач в иерархии проекта.
Эпосы
Эпопеи все же не будут такими длинными, как предполагает литературный жанр, но они требуют больше места в документах, поскольку в них собраны и размещены ваши истории. Каждая из них может представлять собой определенную особенность или усовершенствование вашего продукта — все, что улучшает впечатления клиента или покупателя.
Инициативы
Когда вы объединяете несколько эпосов, это уже инициатива. Если вы обнаружите, что все ваши эпопеи связаны с добавлением функций в форму, то это одна инициатива. Если все они посвящены устранению неполадок у клиентов, это другая инициатива. Более широкая дорожная карта описывает каждую из них и то, как она вписывается в остальную часть проекта.
Темы
В терминологии управления проектами и эпической терминологии есть темы: долгосрочные цели, которым служат ваши Agile-инициативы. Это те причины, по которым вы обвели кружком это место на карте и определились с заданиями. Каждая история и эпопея связаны с вашей темой.
Многочисленные преимущества Agile-эпопей
Основное преимущество разбиения проекта на Agile-эпопеи и пользовательские истории заключается в полной видимости проекта. Вы будете иметь представление обо всем, что вам необходимо сделать, вплоть до мельчайших деталей. Но есть и другие причины, по которым Agile-эпопеи являются полезными инструментами:
1. Эпики позволяют организовать крупные проекты
Может показаться нелогичным, что чем больше у вас эпиков, тем легче их организовать. Но для создания комплексного готового продукта необходимо видеть перед собой каждую задачу. В противном случае вы можете упустить мелкие детали и разочаровать своих клиентов. Эпопеи помогают команде отслеживать и группировать похожие истории.
2. Эпосы направляют внимание на темы вашего проекта
Каждый эпизод вносит свой вклад в общую тему проекта и описывает шаги, которые необходимо предпринять для достижения поставленных целей. Такая разбивка помогает управлять сроками, оценивать весь график проекта и представлять результаты чаще, чем в конце проекта.
В рамках Agile-эпопеи можно даже добавить сюжетные точки: метрики, позволяющие оценить время, необходимое команде для выполнения каждой задачи пользовательской истории. Вы будете оставаться в курсе общей темы проекта, не срывая сроков.
3. Эпосы помогают удовлетворить потребности клиентов
Если вы работали с клиентами, то знаете, что они всегда хотят знать, что происходит — от того, над какими инициативами вы работаете, до того, когда вы их завершите. Эпики дают возможность более организованно предоставлять информацию и держать всех в курсе событий, а также открывают возможности для обратной связи и внесения необходимых изменений по ходу реализации проекта.
Как создавать убедительные Agile-эпопеи: 6 элементов
Когда речь идет о том, как написать эпос, всегда следует помнить о заказчике и конечном продукте. Они не обязаны рифмоваться или следовать за персонажем — сюжетного списка с четкой постановкой задачи более чем достаточно.
Но если вы хотите написать полноценную эпопею, она должна содержать как минимум эти шесть основных элементов, в зависимости от сложности и масштабности вашего проекта.
1. Эпическое введение
Начинайте каждую эпопею с вопросов «что» и «почему». Какую проблему решает эта эпопея и почему она связана с общей дорожной картой проекта? В качестве «что» можно указать создание кнопки пожертвования, а в качестве «почему» — то, что клиент поощряет благотворительные пожертвования наряду с каждой продажей на своем сайте.
Каждый эпизод может также содержать ссылку на соответствующую документацию или доказательство концепции, например, исследование, согласно которому кнопки пожертвований, расположенные рядом с кнопками оформления заказа, способствуют повышению конверсии. Такая дополнительная информация поможет вашей команде и другим заинтересованным сторонам понять важность поставленных задач.
2. Организация сюжета
Упорядочивайте истории в рамках эпосов на основе связанного с ними контента. Все истории, связанные с изображениями параллаксной прокрутки на главной странице сайта, будут находиться в одной группе, а все истории, связанные со страницей корзины, — в другой. Эти истории, скорее всего, будут частью более масштабной инициативы — модернизации дизайна сайта.
Такая организация позволяет гораздо легче обновлять дорожную карту проекта и предоставлять подробные сроки выполнения работ. Здесь вы проанализируете каждую историю и предложите примерное время ее завершения с учетом имеющихся у вас ресурсов.
3. Требования к продукции
Внутри каждой эпопеи должны быть свои функциональные и нефункциональные требования. Это относится к части введения «что», но с большей конкретикой. Конечно, вам нужна кнопка пожертвования на странице оформления заказа, но что она должна делать? Должна ли она открывать новую страницу или всплывающее окно? Эти требования направляют проектную группу на создание продукта, отвечающего потребностям пользователей.
4. Технические требования
Здесь в дело вступают технические требования к дизайну и проектированию. UX-дизайнер должен знать, какую цветовую палитру использовать для кнопок пожертвований, а команда разработчиков должна знать технические требования к работе всплывающего окна. Пользовательские истории в рамках вашей эпопеи должны дать вам необходимую информацию для создания этих технических требований.
5. Обратная связь
Не пренебрегайте заинтересованными лицами и экспертами. Прежде чем назначить эпопею, проконсультируйтесь со всей командой. Они могут заметить то, что вы упустили — особенно в отношении технических деталей, — или указать на то, что история не так реалистична, как вам казалось вначале.
6. Метрики
Когда целью вашей эпопеи является усовершенствование существующих продуктов, ключевое значение имеют метрики. Вам нужно будет измерить эффективность своих стратегий и выявить элементы, которые необходимо улучшить.
Представьте, что клиент хочет изменить весь макет веб-страницы из-за низкой производительности. Изучение таких показателей, как количество щелчков в определенных местах или уровень взаимодействия пользователей с определенными цветовыми схемами, может помочь в разработке будущих пользовательских историй.
Примеры Agile-эпопей
Agile-эпопеи не обязательно должны укладываться в стандартную форму. В Ноушен вы можете включить только важные для вашего проекта моменты и дать ссылки на документы, которые вы будете использовать, — и ваши эпопеи впишутся в более широкий шаблон управления Agile-проектами.
Приведем два примера того, как могут выглядеть Agile-эпопеи и что они могут включать:
Пример №1: Клиенту нужна функциональная веб-страница, чтобы клиенты могли открыть новый брокерский счет.
Пример №2: Клиент попросил обновить слайд-шоу на целевой странице и оптимизировать его для мобильных устройств.
Лучшие практики создания Agile-эпопей
В рамках Scrum или Agile-методологии не существует стандартных правил, ограничивающих построение эпопеи. Но есть несколько лучших практик, которые могут сделать ваши Agile-эпопеи просто эпическими.
1. Работа сверху вниз
Возможно, у вас уже есть идеи, как достичь конечной цели. Но если вы застряли, начните с темы — «создание веб-сайта» или «создание нового банковского приложения» — и работайте от нее. Разбейте ее на более мелкие темы (различные страницы сайта), инициативы (функции на одной странице) и эпопеи (создание каждой функции). А когда вы узнаете свои эпопеи, вы сможете разбить их на пользовательские истории.
Такой поток позволяет упорядочить каждую задачу и идею, что позволяет наглядно представить процесс и составить реалистичные сроки выполнения. Не забывайте, что не всегда нужно строить сверху вниз, но такая стратегия поможет вам убедиться, что вы ничего не упустили.
2. Выберите описательное имя
Выберите название, которое описывает каждую функцию или обновление, содержащееся в эпопее, не оставляя возможности для неправильного толкования. Если в одной из эпопей речь идет о создании страницы подтверждения покупки с использованием кода скидки, не стоит называть ее просто «страница подтверждения». Что-то более описательное, например «страница подтверждения кода скидки», выделит эту эпопею среди других. Чем более описательным будет название, тем меньше вероятность путаницы.
3. Правильное определение размера эпических произведений
При добавлении пользовательских историй в Agile-эпопеи старайтесь не включать их слишком много. Если вы обнаружили, что в одну эпопею влезает слишком много пользовательских историй, расширьте инициативу и создайте новые эпопеи в ее рамках.
Насыщенные эпопеи могут показаться захватывающими, но они могут замедлить общий прогресс — чтобы пометить эпопею как выполненную, необходимо завершить всю эпопею. С другой стороны, если сделать эпопеи слишком маленькими, то можно запутать бэклог проекта, создав слишком много мелких деталей, которые необходимо отслеживать.
4. Сохраняйте способность к адаптации
Вещи меняются. Меняются требования. Потребности заказчика меняются в течение всего срока реализации проекта. При структурировании эпопеи следует предусмотреть возможность расширения и сокращения. Проекту всегда нужно пространство для адаптации к меняющимся требованиям, и это относится к эпопеям.
Используйте Ноушен, чтобы рассказать свою историю
В подключенном рабочем пространстве Ноушен есть все необходимое для построения и внедрения Agile-методологии. Вы можете создавать собственные эпические шаблоны для поддержки своей команды, а если вам нужны дополнительные инструменты, Ноушен предлагает шаблоны Agile-управления проектами, еженедельных спринтов и SaaS-планировщика. Организуйте свой проект, следите за его ходом и соблюдайте сроки.