Найти в Дзене

User Story Map – это не про процесс. И не просто про клиентский путь.

Это картина целиком, которую можно рассмотреть как сверху, так и в деталях. Когда мы начинаем строить карту с командами, почти всегда случается удивление: 🤪 Так это не просто путь пользователя? 🤪 А почему здесь есть шаги от лица компании? 🤪 А что, баги и технический долг тоже можно сюда положить? Можно. Более того – нужно. User Story Map – это не только про то, что делает пользователь, но и про то, что должно произойти внутри компании, чтобы он действительно получил ценность. В ней мы отмечаем: ✅ шаги пользователя, ✅ действия на стороне компании, и это всё оформляется не только в User Stories, но и в Job Stories, а также в гибридном формате: и триггер есть, и конкретный пользователь. ✔️ А ещё в USM есть технические истории, технический долг и даже баги. Потому что если что-то внутри не работает, пользователь не получит то, зачем пришёл. А если этого нет на карте, команда остаётся с белыми пятнами или со слепыми зонами, которыми она не может управлять. И помимо того, что без USM у ко

Это картина целиком, которую можно рассмотреть как сверху, так и в деталях.

Когда мы начинаем строить карту с командами, почти всегда случается удивление:

🤪 Так это не просто путь пользователя?
🤪 А почему здесь есть шаги от лица компании?
🤪 А что, баги и технический долг тоже можно сюда положить?

Можно. Более того – нужно.

User Story Map – это не только про то, что делает пользователь, но и про то, что должно произойти внутри компании, чтобы он действительно получил ценность.

В ней мы отмечаем:

✅ шаги пользователя,

✅ действия на стороне компании,

и это всё оформляется не только в User Stories, но и в Job Stories, а также в гибридном формате: и триггер есть, и конкретный пользователь.

✔️ А ещё в USM есть технические истории, технический долг и даже баги.

Потому что если что-то внутри не работает, пользователь не получит то, зачем пришёл. А если этого нет на карте, команда остаётся с белыми пятнами или со слепыми зонами, которыми она не может управлять.

И помимо того, что без USM у команды получается Франкенштейн – так ещё и тот, который сыпется от действий пользователя. И в этот момент ваши DevOps-инженеры очень сильно “любят” тех, кто создал это решение…

“А что, если у нас несколько пользователей?”

Такой вопрос мы тоже часто слышим и за 10 лет опыта сталкивались с этим не один раз. Здесь самое главное – не усложнять и не плодить сущности без надобности.

1️⃣ Сначала распаковываем путь каждого.

2️⃣ Затем объединяем схожие шаги в блоки.

3️⃣ И вот у вас появляется структура. Иногда это даже модули системы, которые развиваются параллельно.

Главное – удерживать в фокусе ценность для пользователя.

Если хотите научиться мыслить через ценность и строить работающую на вас USM, приходите к нам на тренинг “Управление бэклогом продукта и построение User Story Map” или зовите нас в команду.

---

Автор статьи Анастасия Бутова-Никишина — основатель и генеральный директор компании «Лаборатория ПроЛидеров», организационный консультант, психоаналитический коуч первых лиц компаний и команд, автор игры по построению USM - "Собирашка"©