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

🗂 2024

📂 2025

📷 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

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