Здравствуйте. Сегодня мы рассмотрим, как составить план действий по разработке продукта и как он позволяет синхронизироваться с командой. Для создания плана действий и визуализации всего процесса ваших пользователей, для разработки наилучших [inaudible] feature, которые мы обсуждали в прошлом видео, можно использовать карту пользовательских историй — user story map. Это карта последовательности действий ваших пользователей. Во множественном числе, так как у одного продукта их может быть несколько. Она помогает увидеть целиком процесс решения задачи, который планирует решить ваш продукт, сконцентрировавшись на действиях вашего пользователя, обсудить нюансы этого процесса со всеми: пользователями, бизнес-заказчиками, клиентами, командой, синхронизировать свое видение. Story mapping представляет собой технику визуального и физического представления последовательности действий, которые должны быть реализованы решением. При этом используется двухмерная сетка, чтобы показать последовательность и группировку ключевых аспектов продукта по горизонтали, которые служат для выполнения пользователями тех или иных действий. Иначе говоря, их истории. А детали и приоритет истории располагаются по вертикали. Процесс построения карты истории может быть описан как последовательность шагов: определить ключевые виды деятельности, которые должен поддерживать продукт; каждый вид деятельности записать на отдельной карточке. Для карточек видов деятельности используется один цвет. Расположите их по порядку использования слева направо. Связь между ними может выглядеть выражением "а затем". Например: "Зарегистрироваться, а затем выбрать нужную опцию, а затем оплатить". Хотя последовательность выполнения активности пользователями будет меняться, как правило, существует общая ежедневная последовательность, которая может быть использована. Эти активности, как правило, слишком велики, чтобы реализовать в одной итерации разработки. После расположения пользовательских активностей в логичным порядке, необходимо определить отдельные задачи, которые составляют каждую активность. Эти задачи должны быть отдельными частями работы для тех пользователей, кто использует продукт. Например, задачами для активности "Выбрать нужную опцию" могут быть: выбрать интересующие группы услуг, прочитать отзывы, выделить наиболее приемлемые по цене. Расположить задачи в одной строке в логическом последовательном порядке под соответствующим видом деятельности. Часто не будет строгой последовательности, которой необходимо следовать каждый раз, но будет общий логический порядок выполнения задач. Это отражается в последовательности карточек задач на карте. Как в нашем примере: сначала может идти задача "Выделить услуги по цене", а потом — "Прочитать отзывы". Добавить подзадачи ниже задач, еще раз используя карточки различных цветов. Это и есть истории. Для определения связи между ними можно использовать союз "или". Например, я, как пользователь маркетплейса по подбору строительных услуг, могу написать запрос на бумаге или напечатать на компьютере, или надиктовать. Часто они должны охватывать альтернативные пути постановки задач или должны иметь дело с исключениями или потенциальными проблемами при выполнении задачи. Добавить эти нижние задачи сверху вниз в логическому порядке, основываясь на приоритете пользователя. Эти подзадачи находятся на уровне историй пользователей — их будет много. Просмотр верхнего ряда подзадач или историй пользователей по всей карте обеспечит обзор минимально возможного жизнеспособного продукта. Набор функций, которые должны быть присущи продукту, чтобы имелось какое-либо значение для бизнеса вообще. Этот горизонтальный обзор истории позволяет обеспечивать логическую отправную точку для выпуска и итерационного планирования. В то время как вертикальное положение истории пользователя показывает ее относительный приоритет в общей картине. После создания и согласования карты истории со своими пользователями и заказчиками, разберите истории или, иначе говоря, подзадачи по версиям, в которых они будут выпущены. Например, в версии один мы выпустим возможность указать свои пожелания в письме. Во второй версии — на компьютере, а в третьей версии нашего продукта можно будет надиктовать текст. И пропишите конкретные цели, которые вы планируете достичь при помощи выпуска данного функционала. Они должны приблизить к общей цели вашего продукта. Например, заказ услуг при помощи диктофона привлечет молодую аудиторию, что увеличит количество текущих пользователей вдвое. При этом, данное утверждение вы прогнозируете из проведенных опросов, а в идеале — тестов на костыльных или чужих решениях. Особенности использования. Преимущества — когда общий контекст продукта не берется во внимание. Проекты могут увязнуть в деталях и станет невозможно эффективно связать компоненты вместе друг с другом, чтобы создать сквозную ценность для бизнеса. Story mapping помогает избежать распространенной проблемы увязания в деталях истории пользователя и риска потерять смысл общей картины. Недостатки story mapping может стать огромной, громоздкой практикой, если продукт очень большой и может потребоваться строительство ряда карт историй, которые охватывают большую программу работ. Хотя карты истории иллюстрируют поток, они не анализируют или не иллюстрируют зависимости между требованиями, хотя они могут быть использованы, чтобы помочь облегчить этот анализ. Понятный процесс повышает качество продукта, оценки и скорость. Понятный процесс — это общий язык. Стройте карту историй вместе с командой, обсуждайте сложные моменты, придумывайте наилучшее решение, не берите ее на аутсорс для выполнения своих задач, вовлекайте в процесс, повторяйте ваши общие цели и планы. Если они есть в вашей голове, не факт, что их помнят все члены команды. На основе пройденной информации составьте карту пользовательских историй для вашего продукта. Проверяйте карту историй с помощью заинтересованных сторон и обновляйте ее при необходимости. Храните карту историй, чтобы обеспечить обзор большой картины всего продукта. Укажите, когда истории завершены на карте историй таким образом, чтобы был виден общий прогресс. Небольшой лайфхак: в качестве построения карты историй можно использовать сервис miro.com, в котором есть специальные шаблоны. Сегодня мы разобрали составление карты историй вашего продукта. Этот инструмент отлично подходит для создания наглядно плана разработки, который можно обсуждать с командой, заказчиками и пользователями. Важно помнить — карта историй состоит из активностей, задач и подзадач, то есть историй пользователей. Подзадачи располагаются в порядке убывания приоритета в зависимости от срочности или сложности. В какой версии что будет выпущено определяется совместно с командой и отображается на карте. Карта позволяет не забыть важные моменты в процессе взаимодействия пользователя с вашим продуктом.