📷 User Stories: это не про карточку в трекере. Это про живой диалог.

Меня часто спрашивают: можно ли заменить человека искусственным интеллектом при написании пользовательских историй?

😱 На первый взгляд – конечно. Алгоритм прекрасно распознаёт шаблон:

«Я как [кто-то], хочу [что-то], чтобы [ценность]»

и вот уже перед вами стройная конструкция, подходящая под любую задачу.

‼️ Но в этом и кроется главная ловушка. User Story – это не фрейм. Это не шаблон. Это не артефакт. Это – приглашение к разговору.

💡 История не в форме, а в смысле
Когда Джефф Паттон говорил о пользовательских историях, он приводил метафору фотографии.

Когда вы смотрите на фотографию, вы вспоминаете, что было до неё, что происходило во время и какие эмоции стояли за этим моментом.
А вот человек, который просто видит фото, может понять его совсем иначе.

🐤 Мы вспомнили об этом на одном из недавних разговоров в команде.

У меня есть фото с моего недавнего трейла в Архызе: усталое лицо, но красивый фон, горы, зелень, свежесть. Кто-то даже сказал: «Хочу туда! Какое вдохновение!»

Но мало кто знал, что за несколько минут до этих снимков были моменты, когда хотелось всё бросить и сойти с дистанции.

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

На фото не отдых на 23 километре, а подбадривающий диалог. И принятое решение продолжить бороться ещё 17 километров.

Эти фотографии поймут только тот, кто был рядом или кому была рассказана история.

❗️ Вот почему User Story не может быть просто текстом в системе.

❗️ Истинный смысл раскрывается в диалоге: между пользователем/заказчиком и разработкой, между текущими реалиями и мечтой о продукте, который действительно нужен.

📝 ИИ может сгенерировать текст, но он не заменит живой диалог, не увидит, как дрогнул голос, не поймёт, когда клиент замолкает в самый важный момент.
А именно в таких нюансах и рождаются сильные решения.

‼️ Что важно помнить?
User Story – это точка входа, а не финальный документ. Эта карточка для команды, как напоминание о том, о чём или надо поговорить или уже поговорили.

Без обсуждения с пользователем – это просто галлюцинации и даже не гипотезы.

Форма вторична. Пережитое и проговорённое – первично.

🔜 На нашем тренинге “Управление продуктом и построение User Story Map” мы обучаем вести разговоры, которые помогут увидеть частное в общем и услышать истинную потребность.

User Story – это прежде всего рассказанные истории. Не упрощайте его до шаблона.

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

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

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

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

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

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

В ней мы отмечаем:
✅ шаги пользователя,
✅ действия на стороне компании,

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

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

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

И помимо того, что без USM у команды получается Франкенштейн – так ещё и тот, который сыпется от действий пользователя.

И в этот момент ваши DevOps-инженеры очень сильно “любят” тех, кто создал это решение…

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

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

1️⃣Сначала распаковываем путь каждого.
2️⃣ Затем объединяем схожие шаги в блоки.
3️⃣И вот у вас появляется структура. Иногда это даже модули системы, которые развиваются параллельно.

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

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

🗓 Ближайший поток: 27–29 августа

🌐Книжный клуб возвращается

За время существования нашего «Открытого книжного Zoom-клуба» мы прочитали 20 книг и провели столько же встреч. На короткое время мы сделали паузу, чтобы провести рефлексию и переосмыслить деятельность клуба.

📈 И вот к чему мы пришли:

🌿 Мы начинаем читать книги с привязкой к развитию компетенций.

Уже начиная с сентября в анонсах вы будете видеть не только название книги, но и информацию о том, на развитие или усиление какой компетенции она направлена.

🌿 Мы увеличиваем время на чтение книг до двух месяцев

Раньше наш темп был таким: 1 книга = 1 месяц.

Практика показала, что такую скорость выдерживают не все, поэтому мы замедляемся и переходим к формату 1 книга = 2 месяца

🪄 Для сохранения уютной атмосферы клуба ссылки на подключение будут доступны участникам в закрытом чате.

А пока сентябрь не наступил, последний летний месяц мы проведём за обсуждением книги «Выживают только параноики» Эндрю Гроува.

#ВдохновениеНедели #ЦитатыНедели

🗂 2024

📂 2025

В пятом выпуске заметок бизнес-консультанта психоаналитика наш основатель Анастасия Бутова-Никишина раскрывает важную и актуальную тему про токсичных участников в команде.

🐤 Когда в команде появляется токсичность, первое желание – избавиться от источника напряжения: перевести, уволить, «поправить».

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

👻 Что же такое “токсичность”?

🐰 Как и почему она проявляется?

⬆️ Что говорят о “токсичности” современные исследования?

‼️ Какие зрелые действия предпринять вместо импульсивных?

Обо всём об этом в новом выпуске.

⌨️ Выпуск 5: Токсичный не значит плохой: психоаналитический взгляд на трудных участников команд

А если вы хотите разобраться глубже, приглашаем вас на наш тренинг в сентябре 2025

👉 “Эмоциональный интеллект в цифровую эпоху”

🤩 Все выпуски
#заметки_психоаналитика

Запуск Scrum-команды: как сделать старт по-настоящему осмысленным

⚡️ Для ряда Scrum-мастеров и Agile-коучей запуск команды – это рутина, а для некоторых – по-прежнему загадка, вызывающая напряжение или даже панику.

🐣Это событие напоминает извечную дилемму: что появилось раньше – курица или яйцо?

Мы подготовили для вас статью и она у нас в черновике, т.к. мы хотим услышать вас и доработать её при необходимости.

Темы, которые мы затронули:

😱 Кто может проводить запуск

😱 С чего всё начинается

😱 С чем приходим на запуск и с чем уходим.

А также поделились:

😱 лайфхаками из личного опыта;

😱 ссылками на полезные материалы.

А вы если хотите погрузиться глубже и узнать больше, приглашаем вас в нашу

🎓 Школу Скрам-мастеров

где мы рассказываем много полезного и наши скрам-мастера не только проходят успешно стажировки, но и вскоре получают повышения ↗️

#ВдохновениеНедели #ЦитатыНедели

🗂 2024

📂 2025

В бизнесе мы привыкли мыслить рационально.

Конфликты? Бывают.
Вовремя обсудили, сверили цели, договорились. Но есть тип конфликта, который не разрешается логикой и аргументами.

Это столкновение на уровне ценностей.

Он не про то, что делать, а зачем. Не про действия, а про смысл.

Именно такой конфликт разрушает доверие, выжигает мотивацию и оставляет после себя пустоту. Потому что он касается того, кем мы себя считаем, за что готовы стоять и чего не можем предать.

😱 Ценности – это не лозунги в презентации и на стенах компании.

Это наши внутренние ориентиры, которые определяют: что допустимо, что правильно, что по-настоящему важно.
Это – ядро идентичности.

Ценностный конфликт возникает, когда два человека (или группы) видят одну и ту же ситуацию через разные смысловые рамки. И самое главное – каждый считает свою рамку единственно верной.
Это не спор о действиях. Это столкновение представлений о добре и зле, о правильном и недопустимом, о самом себе
—
А о том как выглядят подобные конфликты и что делать, чтобы смягчить его читайте далее
—

⚡️ А если вы хотите научиться понимать конфликты на глубинном уровне и обрести навык работы с ними, ждём вас на нашем тренинге уже в сентябре:

➡️ “Стратегии эффективного управления конфликтами”

🎁 до 09.08 скидка 15% по промокоду: 2HappyBirthday

❓ Буквально на днях на корпоративном обучении участники задали очень практичный вопрос:

Как и когда заносить всю информацию в трекер (будь то Yandex Tracker, YouGile, Kaiten и др.), если в этих системах нет встроенной поддержки User Story Map?

🧩 Да, в Jira такой плагин есть, но в большинстве систем этого визуального слоя нет.

⛓️‍💥 В итоге – одна картина в Miro или Holst, а бэклог продукта живёт в трекере. Получается круговая порука: всё вроде бы есть, но всё врозь.

⁉️ Это действительно частая боль у Agile-команд. Поэтому на нашем тренинге по управлению бэклогом мы даём чёткую и простую инструкцию, как связать всё в единую систему.

Делимся ей с вами.

😱 Движение из прошлого в настоящее — когда у вас уже есть трекер и часть бэклога:

1️⃣ Собираем USM на основе видения продукта.
Даже если часть работы уже сделана, создаём полноценную карту – это даёт целостную картину.

2️⃣ Переносим существующие элементы из трекера на карту.
Отмечаем их статус: To Do, In Progress, Done.

🪄 И вот здесь происходит магия – элементы начинают проходить фильтрацию. Что-то уточняется, что-то дополняется, а кое-что с честью отправляется в архив.

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

После этого можно переходить обратно в трекер – создать нужную иерархию (эпики, фичи, юзерстори), линкуя всё в соответствии с логикой карты.

😱 Движение из будущего в настоящее – когда вы только работаете с потребностями заказчика:

1️⃣ Начинайте писать User Stories или Job Stories прямо в ходе общения с клиентом (заказчиком/пользователем).

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

2️⃣ Разместите полученные карточки на USM.
Например, если клиент говорит про фильтрацию, история пойдёт в эпик или фичу «Поиск».

Это помогает команде удерживать смысл и видеть, где история живёт в контексте продукта.

🤔 Возникает резонный вопрос: Почему бы сразу не занести всё в трекер?

Да, иногда это возможно. Но часто команде проще сначала «поиграть» с черновиками в Miro/Holst: повертеть карточки, провести декомпозицию, поискать недостающие элементы – и только потом фиксировать результат в трекере. Это экономит нервы и даёт гибкость.

🔄 А можно наоборот?

Есть команды, которые работают от обратного: всё сначала фиксируют в трекере, а на карте отмечают только готовые к разработке элементы. Это тоже вариант, и вот как мы рекомендуем его использовать, чтобы самих себя не загнать в ловушку “слепых котят”

🤩 До начала Discovery: зафиксируйте элемент и в USM, и в трекере. Так он не потеряется и будет проходить через оба слоя: визуальный и инструментальный.

Деталями элемент будет “обрастать” уже в трекере, а на USM за ним уже забронировано место.

🤩 Когда элемент обрастает ясностью и приближается к Delivery, вернитесь к USM. Именно на карте удобно проводить декомпозицию: вы видите связи, соседние элементы и масштабы.

🤩 После этого уже можно заносить декомпозированные и проработанные элементы в трекер – с нужной иерархией и линковкой.

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

😱 Этот переход – от Discovery к Delivery – и есть то, что мы называем PBR (Product Backlog Refinement). Неформальная граница, на которой черновики становятся рабочими задачами.

😱 Хотите научиться выстраивать такую связку, управлять приоритетами и собирать бэклог, который понимает и заказчик и Agile-команда?

Приглашаем вас на наш тренинг:

➡️ «Управление бэклогом продукта и построение User Story Map»

🎁 до 09.08 скидка 15% по промокоду: 2HappyBirthday

👩‍💼 Доступен и в корпоративном формате.

👻 Уволиться нельзя остаться: эмоциональная дилемма в цифровую эпоху

Я каждый день спрашиваю себя: а может, всё? А потом включаю ноутбук – и снова в системе.

– слова участника тренинга по эмоциональному интеллекту

Мы живём в эпоху, где рабочие чаты не замолкают даже ночью, видеозвонки заменили живые переговоры, а Zoom-улыбка стала частью цифровой формы.

В этой реальности всё чаще звучит внутренний вопрос: оставаться или уходить? – вопрос, в котором застряло немало профессионалов.

Это не просто вопрос трудоустройства. Это – эмоциональная дилемма, которую нельзя решить рациональным способом.

⚡️ Что такое «уволиться нельзя остаться» на самом деле?

На поверхностном уровне это выбор между продолжением работы в компании и уходом из неё. Но с точки зрения психоанализа и эмоционального интеллекта, это внутренний конфликт между двумя важными потребностями: стабильностью и самореализацией.

🐥 Одна часть личности говорит: "Ты обязан, ты нужен, ты не можешь всё бросить".

🐤 Другая шепчет: "Ты устал, ты перегорел, ты мечтаешь о другом".

И вот между ними – запятая, которую каждый ставит по-своему.

❓ Что делать?

1️⃣ Осознать эмоции, стоящие за дилеммой

2️⃣ Проверить, не является ли «уход» фантазией о спасении

3️⃣ Найти, где именно «больно»

🍄 это моя роль в компании?
🍄 это стиль управления?
🍄 это отсутствие признания?
🍄 это перегруз?

Чем точнее будет понимание, тем яснее станут варианты: уходить или изменить свою позицию внутри.

4️⃣ Восстановить эмоциональную энергию

Иногда решение приходит само, когда мы восстанавливаем ресурс: возвращается энергия, проясняется фокус, появляется ощущение выбора.

↗️ Как помогает эмоциональный интеллект?

Развитие ЭИ – это не только про «управлять эмоциями», важнее всего – это про умение их распознавать, понимать, перерабатывать и действовать в согласии с собой.

‼️ На нашем тренинге

«Эмоциональный интеллект в цифровую эпоху» мы работаем с:

🤩 эмоциональными дилеммами,
🤩 навыками саморефлексии в цифровом контексте,
🤩 практиками восстановления ресурса и границ,
🤩 механизмами принятия решений в условиях неопределённости.

❗️Если вы чувствуете, что застряли в этом «нельзя-можно», – приглашаем вас на тренинг.

💡 Мы не даём простых решений, мы помогаем слышать себя, возвращать себе авторство и различать, где точка выбора, а где – старый страх.

⚡️Потому что дилемма «уволиться нельзя остаться» – это не про компанию. Это про вас самих. Про вашу жизнь, в которой вы имеете право не просто существовать, а чувствовать, жить и выбирать.

☀️ Старт потока уже 10-ого сентября

🎆 До 09.08.25 действует скидка 15% по промокоду: 2HappyBirthday

🚀 Два года отказов… и оффер мечты

🤩 Делимся историей успеха выпускницы второго потока нашей Школы Скрам-мастеров.

История о том, как клинический психолог и педагог нашла своё призвание в Agile-коучинге.

После двух лет отказов на собеседованиях, благодаря обучению и поддержке Школы Скрам-мастеров, Светлана вошла в IT, объединив психологию, командную работу и Scrum.

🤩 Светлана рассказывает, какие навыки стали решающими на собеседовании и почему поддержка Школы сыграла ключевую роль.

📖 Читайте вдохновляющую историю и присоединяйтесь к

⭐️ 4-ому потоку
Школы Скрам-мастеров ProLeadersLab®
☀️ cтарт 20.09.2025

⚡️ только для Школы скидка 15% действует до 22.08.2025

💢 Промокод: 2HappyBirthdaySM

#ВдохновениеНедели #ЦитатыНедели

🗂 2024

📂 2025

❔Всё больше команд и руководителей за пределами IT начинают задаваться вопросом:

Можно ли использовать инструменты Agile, если мы не пишем код?

Можно – и нужно.

⚡️ Один из таких инструментов – User Story Map, или Карта пользовательских историй.

Несмотря на своё "айтишное" происхождение, этот инструмент давно вышел за рамки разработки.

Сегодня его применяют маркетологи, HR-руководители, логисты, строители, производственники – и даже операционные команды.

❔Зачем вам User Story Map, если вы не разрабатываете ПО?

Давайте честно: в любой сфере мы работаем ради результата, а не ради задач.

А результат возникает только тогда, когда клиент (внутренний или внешний) действительно получил то, что хотел – и получил это удобно, быстро, без «внутренних танцев с бубном».

⭐️ Вот здесь и вступает в игру карта.

💥User Story Map помогает ответить на ключевые вопросы:

✅Что должен пройти клиент или сотрудник, чтобы получить результат?

✅Какие шаги мы должны предпринять, чтобы это стало возможным?

✅ Где у нас провалы, дублирование, хаос, а где – системная работа?

✅ А главное – карта наглядно показывает, где усложняем жизнь клиенту или сотруднику… а где, наоборот, даём реальную ценность.

‼️ Примеры из не-IT мира

🚘 Логистика и цепочка поставок

Команда управления цепочками поставок в производственной компании с помощью Story Map разложила путь «от заказа до доставки» по шагам клиента и внутренних операций: закупки, склады, транспортировка, документооборот.

Выяснилось, что самые большие задержки происходят не на погрузке, а на стадии внутреннего согласования и регистрации ТТН. После визуализации процесса удалось сократить общее время поставки на 4 дня.

☀️ HR и адаптация сотрудников

В HR-команде крупного дистрибутора карта помогла переосмыслить адаптацию новых сотрудников.

Что делает новичок в первые 90 дней? Где он получает поддержку, а где теряется? Как HR и руководитель узнают, что человек «встроился» в работу?

Ответы стали видны на карте. А главное – стало ясно, где теряется мотивация и как это исправить.

🍪 Маркетинг и клиентский путь

Карта клиентского пути в формате Story Map помогает не просто понять, как человек принимает решение о покупке, но и выявить, где мы теряем лидов, где не поддерживаем интерес, а где можем усилить доверие.

Это уже не просто CJM – это основа для продуктовых решений, а не только для рекламных.

‼️ Что же вы получите, применяя User Story Map вне IT?

✅ясность: что происходит и зачем;

✅ приоритизацию: что важно сейчас, а что можно отложить;

✅согласованность: у всех перед глазами одна картина;

✅ вовлечённость: каждый понимает, зачем он делает свою часть работы;

✅точки роста: карта вскрывает неочевидные проблемы и подсказывает шаги.

А если вы хотите разобраться в USM детальнее, приглашаем вас на наш тренинг

☀️ "Управление бэклогом продукта и построение User Story Map"
27-29 августа 2025

#️⃣ А узнать чем USM отличается от CJM и почему порой напоминает Lean/Lean Six Sigma, вы можете из нашей статьи

С наилучшими пожеланиями,
Команда “Лаборатория ПроЛидеров”

⚡️ User Story Map как инструмент диагностики дефектов организационного дизайна

Когда мы строим карту пользовательских историй, мы видим не только путь клиента. Мы видим и то, как работает (или не работает) организация.

⚡️User Story Map (USM) – это мощный инструмент визуализации, известный в первую очередь как способ построения бэклога, фокусированного на пользовательской ценности.

❗️Однако на практике она даёт гораздо больше. В опытных руках USM превращается в диагностический инструмент, способный выявить глубинные дисфункции в командной структуре и организационном дизайне.

⚡️ Работая с десятками команд и продуктовых организаций, мы не раз сталкивалась с ситуацией, когда именно Story Map вскрывала скрытые архитектурные изъяны: от перегруженных компонентных команд до иллюзии кросс-функциональности.

Обо всём об этом в нашей новой статье 👇

🔵что показывает хорошая Story Map?

🔵где проявляется организационный дизайн?

🐍Кейс из личного опыта: “Шесть команд, один продукт и хаос на стыка”

⚡️ User Story Map – это не только про продукт. Это зеркало вашей организации.

Если использовать её не просто как инструмент для составления бэклога продукта, а как способ наблюдения за тем, как создаётся ценность, вы увидите:

⏩кто действительно создаёт ценность, а кто «двигает тикеты»;

⏩где возникают потери, задержки, конфликты ответственности;

⏩насколько ваша командная структура соответствует реальности.

Именно в этих наблюдениях начинается настоящая трансформация.

☀️ На тренинге
“Управление бэклогом продукта и построение User Story Map”

мы учим не просто строить карту. Мы показываем, как с её помощью:

🔘 видеть дисфункции в организационном дизайне;

🔘 перейти от мышления задачами к мышлению ценностями;

🔘 осознать, как командная структура влияет на скорость и качество поставки;

🔘 и начать управлять продуктом системно – от клиента к бэклогу, а не наоборот.

Этот тренинг будет особенно полезен руководителям проектов, Scrum-мастерам, Agile-коучам и тем, кто сопровождает трансформации.

⏰ Ведь карта пользовательских историй – это не про тикеты. Это про мышление.

👉 Старт 27-ого августа 👩‍💼

#ВдохновениеНедели #ЦитатыНедели

🗂 2024

📂 2025