Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Лаборатория ПроЛидеров | ProLeadersLab®
Возвращаемся! И сразу с практикой!Возможно, вы заметили небольшое затишье в канале последние несколько недель. И это правда!
Мы не пропадали, а глубоко погрузились в работу с нашими клиентами: консультировали, проводили тренинги и помогали решать сложные бизнес-задачи.
Что это значит для вас?
Это значит, что у нас накопилось огромное количество свежего, практико-ориентированного контента – прямо "из полей" – которым мы готовы делиться.
Наш контент-план на ближайшее время
Какие темы мы раскроем уже совсем скоро?Оставайтесь с нами!
Впереди много полезного и интересного, основанного на реальных кейсах.
На связи была, команда
“Лаборатория ПроЛидеров”
ProLeadersLab®
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7
Forwarded from Лаборатория ПроЛидеров | ProLeadersLab®
Кейс месяца от компании “Лаборатория ПроЛидеров”: Эффект «Замораживания» в команде звёзд. Диагностика по CIBART.
Ответственные лица в компании обратились к нам с запросом помочь разобраться в ситуации с командой. Они совершенно не понимали, как такое могло произойти и что с этим делать.
За годы работы с крупными корпорациями мы видели многое, но этот кейс особенно показателен. Все названия и имена опущены с целью соблюдения NDA.
Они сидят, каждый ждет, пока кто-то другой проявит инициативу. Время идет, дедлайны горят. Вы теряете деньги и, что хуже, – доверие к своим лучшим сотрудникам.
Проблема не в лени или некомпетентности ваших звезд, а в организационной Тревоге, которую вы им передали, не проработав базовые системные элементы.
⁃ Conflict (Конфликт),
⁃ Identity (Идентичность),
⁃ Boundary (Границы),
⁃ Authority (Полномочия),
⁃ Role (Роль),
⁃ Task (Задача).
Мы зафиксировали прямые проявления системных сбоев:
===
Для «звездного» сотрудника Идентичность связана с совершенством и контролем. Взять на себя Роль (R) лидера без формального Полномочия (A) – это риск быть отвергнутым, подвергнутым критике или провалиться. Страх за свой статус оказался сильнее, чем мотивация к выполнению Задачи (T).
Когда системные элементы CIBART не определены, коллективная тревога становится невыносимой. Команда мгновенно скатывается в «Базовое Допущение Зависимости» (концепция Уилфреда Биона).
Они перестают быть «Рабочей группой» (сфокусированной на Задаче) и превращаются в беспомощный «Коллектив детей», который ждет, что ТОП-менеджер или внешний «мессия» придет и даст им инструкции.
Через командные сессии мы вывели команду из ступора:
Если вы регулярно сталкиваетесь с «замораживанием» в ключевых проектах, это признак системной проблемы.
Если этот вопрос актуален для вас и вы хотите решить его грамотно, свяжитесь с нами, чтобы узнать, как “Лаборатория ПроЛидеров” может провести диагностику и помочь вам в построении эффективных команд.
#ЭффективныеКоманды #ПостроениеКоманд
Please open Telegram to view this post
VIEW IN TELEGRAM
proleaderslab.ru
Лаборатория ПроЛидеров
Эксперт в трансформации бизнеса через развитие людей и выстраивание процессов
❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Forwarded from Лаборатория ПроЛидеров | ProLeadersLab®
Разочарование года: Обзор книги «Как приготовить проект. Рецепты для создания успешных продуктов и команд»Вчера мы провели наш 22-й Открытый книжный Zoom-клуб, где обсудили книгу, которая попала к нам неожиданным путем – через редакцию АльпинаPro.
Сами бы мы ее, вероятно, не нашли, но согласились прочитать и обсудить.
К сожалению, наши ожидания от громкого заголовка («Рецепты для создания успешных продуктов и команд») совершенно не сошлись с тем, что оказалось внутри.
Мы надеялись увидеть практические кейсы из опыта автора с конкретными «рецептами»:
Мы даже предположили: если джуниор пойдет на собеседование и будет транслировать мысли из этой книги, он рискует попасть в крайне неприятную ситуацию.
Цитата, которая нас озадачила
Ахиллесовой пятой методологии Agile, и особенно в Scrum, является то, что задачи для спринта должны быть определены и согласованы до его старта. В сферах с высокой степенью неопределенности и малым горизонтом планирования это ограничение лишает бизнес гибкости и заставляет откладывать не только реализацию, но и проработку и даже обсуждение задач минимум на две недели – то есть до начала следующего спринта.
Весь подробный разбор, где мы по полочкам разобрали неточности, слабые места и высказали свое экспертное мнение – смотрите в записи нашей встречи!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍2
Discovery и Delivery: где они в Scrum-команде
Некоторое время назад мы обещали поделиться с подписчиками нашего канала черновиком статьи про Discovery.
Сегодня мы делимся ею с вами и ждем ваших комментариев, а также приглашаем на ближайший тренинг по данной теме
👉 “Управление бэклогом продукта и построение User Story Map”
(17-19 ноября 2025)
=== История одной компании ===
В один прекрасный день в вашей компании началась Agile-трансформация, по итогу которой появились Scrum-команды. Участники этих команд проходили обучение по основам Agile и Scrum, их запускали опытные Agile-консультанты, и в них появились Скрам-мастера.
Казалось бы, всё понятно, но одновременно с этим ничего не работает.
Developers берут в работу элементы бэклога, но никак не могут их оценить, а само планирование длится целый день. В течение спринта Developers проясняют образ конечного результата, и, как итог, реально разрабатывают только в течение одной недели. Вокруг растёт недовольство.
В команду приходит опытный Скрам-мастер, который наблюдает за происходящим и понимает, что в команде не хватает основного элемента – не выстроен процесс Discovery. С этой мыслью он идёт к Владельцу Продукта (PO), который смотрит на него весьма озадаченно.
– Мы же работаем по спринтам. Про какое Discovery ты говоришь?
читать дальше
Некоторое время назад мы обещали поделиться с подписчиками нашего канала черновиком статьи про Discovery.
Сегодня мы делимся ею с вами и ждем ваших комментариев, а также приглашаем на ближайший тренинг по данной теме
(17-19 ноября 2025)
=== История одной компании ===
В один прекрасный день в вашей компании началась Agile-трансформация, по итогу которой появились Scrum-команды. Участники этих команд проходили обучение по основам Agile и Scrum, их запускали опытные Agile-консультанты, и в них появились Скрам-мастера.
Казалось бы, всё понятно, но одновременно с этим ничего не работает.
Developers берут в работу элементы бэклога, но никак не могут их оценить, а само планирование длится целый день. В течение спринта Developers проясняют образ конечного результата, и, как итог, реально разрабатывают только в течение одной недели. Вокруг растёт недовольство.
В команду приходит опытный Скрам-мастер, который наблюдает за происходящим и понимает, что в команде не хватает основного элемента – не выстроен процесс Discovery. С этой мыслью он идёт к Владельцу Продукта (PO), который смотрит на него весьма озадаченно.
– Мы же работаем по спринтам. Про какое Discovery ты говоришь?
читать дальше
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
В каждой продуктовой команде это происходит. Вчера бэклог был чистым списком приоритетов, а сегодня – это бездонная яма, полная устаревших и неактуальных элементоа. Его страшно открывать, а приоритизация превращается в игру в слепую лотерею.
Недавно мы провели серию корпоративных тренингов “Управление бэклогом и построение USM” и вот, что услышали в процессе:
🗣️ Захотелось пересмотреть весь бэклог и подумать над оптимизацией!
Это естественное желание, потому что такой хаос не просто замедляет работу – он сжигает ресурсы и мотивацию.
Если у вас возникло это желание "подчистить", скорее всего, вы столкнулись с одним из классических анти-паттернов:
Бэклог используется как место, куда сбрасываются все идеи, хотелки от стейкхолдеров и требования «на всякий случай».
Он разрастается до сотен элементов, которые невозможно просмотреть за один раз.
Приоритеты устанавливаются не на основе ценности для клиента или стратегии, а на основе того, кто громче кричит (чаще всего, самый влиятельный стейкхолдер).
Бэклог – это одномерный список. Вы видите, что нужно сделать, но не видите связей между элементами и не понимаете путь пользователя целиком. Без этой связи легко потерять фокус на главной цели.
Прежде чем бросаться чистить бэклог, возьмите 5 случайных верхних элементов и спросите себя: «Какую конкретную проблему клиента решает этот элемент? И как он соотносится с нашим главным продуктовым «для чего»?»
Если ответ не очевиден, вы делаете не то.
На связи была команда “Лаборатория ПроЛидеров”
Please open Telegram to view this post
VIEW IN TELEGRAM
В современном цифровом офисе коммуникация лишена большинства невербальных сигналов.
Мы полагаем, что текст – это нейтральный носитель информации, однако это не так.
Текст становится идеальной средой для эмоционального заражения, или, говоря языком психоанализа, неосознанного слива и отыгрывания чужой тревоги.
Рассмотрим, как это происходит на уровне управления проектами.
🧩 Кейс*: Никита, Ника и «Ок»
*имена изменены, все совпадения случайны
Наш кейс – история о том, как два высококлассных специалиста, техлид Никита и руководитель проекта Ника, оказались в ловушке, которая привела к срыву дедлайна и потере денег.
📍Причина: внутренний дисбаланс героев
Для точного анализа важно понять, в каком внутреннем состоянии находились участники до переписки:
длительный аврал привел к эмоциональной истощенности. Он вытеснял свою тревогу и гнев по отношению к загрузке, пытаясь функционировать в режиме «машины». Он ощущал себя недооцененным и загнанным в угол.
находилась под прямым давлением клиента. Ее страх провала был критически высок. Ника нуждалась не просто в информации, а в эмоциональном контейнировании – ей нужно было, чтобы Никита снял с неё часть тревоги своим быстрым и уверенным ответом.
⚡️Инцидент: слив тревоги
Ника пишет Никите с просьбой срочно оценить риски. Никита, желая сэкономить время и не имея сил на развернутый ответ, отправляет: «Ок».
Это одно слово становится инструментом заражения:
Ника, чья тревога и так зашкаливала, принимает этот сухой тон на личный счет. Она интерпретирует его как пренебрежение, саботаж и подтверждение ее собственных худших страхов. Она считывает: "Ты недостойна помощи, а твой проект не важен."
Вместо того чтобы запросить уточнение, Ника отыгрывает принятые чувства (гнев Никиты + свой страх) и наносит ответный удар: «Если тебе всё равно, я сама найду, кто это сделает! Неудивительно, что тебе не дают вести большие проекты!»
Конфликт переходит из сферы рабочих задач в область взаимного обесценивания.
В результате:
Ключ к решению проблемы – осознанная эмоциональная гигиена и установление границ в асинхронной коммуникации.
Для предотвращения таких инцидентов необходимо внедрить два критически важных правила:
- научиться контейнировать собственный стресс.
Вместо слива “Ок” трансформировать его: “Я сейчас перегружен, вернусь с оценкой через час, максимум два” (это управление ожиданием, а не слив негатива).
- научиться фильтровать чужой тон.
Прежде чем отвечать гневом, спросить себя “Это его эмоция, вызванная мной, или его личное состоянии?”
- проактивно сообщать о своих ресурсах. Помочь коллеге, не жертвуя собой.
- не принимать обесценивающий тон на личный счёт. Использовать нейтральный ответ, в котором возвращается ответственность: “Я понимаю, что ты занят, но мне это нужно к 14:00. Если не сможешь, дай знать”
🧩 Вывод: В digital-среде эмоциональный интеллект перестает быть «мягким» навыком. Он становится фундаментальным инструментом защиты продуктивности и антикризисным механизмом против внутреннего разрушения команды.
Хотите научиться видеть больше и работать с эмоциями эффективно?
Приглашаем вас на наш тренинг "Эмоциональный интеллект в Digital”, после которого вы научитесь не только лучше понимать себя, но и тех, кто вокруг вас. На тренинге много практики и разбора кейсов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Тренинг “Эффективное управление и построение USM” по старой цене 25.000₽
Ещё раздумываете?
Вот, что говорят о нашем тренинге наши ученики
Прошла обучение по “Управлению бэклогом продукта и построение User Story Map.” Всегда хотела подобраться к этим темам, понять, что это такое и как правильно с этим работать – и очень рада, что попала именно на этот курс к Анастасии.
Ожидала, что будет базовая вводная информация, но по факту материал оказался гораздо глубже: с нюансами, примерами, разбором типичных ошибок. Понравились простые и приятные метафоры, чтобы лучше понять предмет, упор на практику в командах.
Отдельно хочется отметить Анастасию – она прекрасный тренер. Много живых примеров, понятная структура, позитивная подача. После этого обучения появилось желание пройти у неё ещё какой-нибудь воркшоп или курс)
Технических проблем не было, тайминг соблюдён – всё чётко и комфортно. Большое спасибо!
И ещё немного
Отличный тренинг по USM, мне очень понравился и запомнился!
Тренер, Анастасия, настоящий профессионал своего дела с крутым бэкграундом, мотивирует и заряжает людей вокруг себя позитивом. Из предыдущих подходов к изучению USM у меня сложилось впечатление, что это достаточно громоздкий и тяжелоприменимый инструмент, если у команды уже есть бэклог. Это обучение, наоборот, открыло для меня возможности использования USM "на лету" для более последовательной работы с существующим бэклогом и закрытия белых пятен.
Успевайте зарегистрироваться и повысить свою продуктивность и эффективность с первых дней нового 2026 года.
На связи была самая позитивная и практикоориентированная команда
“Лаборатория ПроЛидеров”
ProLeadersLab®
Please open Telegram to view this post
VIEW IN TELEGRAM
👏3❤2👍2🔥1
💡 От бесконечного списка к ясной цели:
Как «Двумерное мышление» User Story Map меняет все
На днях мы писали о том, как легко бэклог превращается в цифровую свалку, где задачи теряются, а команда забывает о главном «Для чего».
Проблема в том, что обычный бэклог – это одномерный список. Вы видите что нужно сделать, но не видите связей между задачами и, главное, не видите пути пользователя целиком. Это как пытаться собрать пазл, глядя только на отдельные кусочки, но не видя общую картину.
Именно поэтому наши участники так четко сформулировали:
User Story Map (USM) – это Ваша стратегическая карта, это визуальный инструмент, который переводит ваше мышление из одномерного списка в двумерную стратегическую карту. Он помогает вам и вашей команде ответить на вопрос "Для чего?" прежде, чем вы начнете делать "Что?".
Как это работает? Два измерения USM:
🔸 Горизонталь: Путь пользователя (ДЛЯ ЧЕГО)
Это «скелет» вашего продукта. На этом измерении мы раскладываем ключевые активности и последовательные шаги, которые пользователь проходит для достижения своей цели.
〰️ Пример: Зарегистрироваться → Найти товар → Добавить в корзину → Оплатить → Получить уведомление.
🔥 Почему это важно: Это ваш навигатор. Он показывает весь жизненный цикл пользователя и гарантирует, что вы строите функции, которые реально помогают ему пройти этот путь. Без этого вы рискуете создать отдельные, несвязанные фичи.
🔹 Вертикаль: Функциональность (ЧТО)
Под каждым шагом пользователя мы располагаем конкретные пользовательские истории (фичи), которые необходимы для выполнения этого шага.
〰️ Пример (для шага "Найти товар"): Фильтр по категории, Поиск по названию, Сортировка по цене, Просмотр деталей товара.
🔥 Почему это важно: это слои глубины. Они показывают, какие именно функции мы создаем для поддержки каждого шага пользователя.
🔔 Результат: четкое видение и фокус на ценности
Когда вы видите весь путь пользователя по горизонтали и слои функциональности по вертикали, становится кристально ясно:
📊 какие функции действительно нужны для того, чтобы пользователь получил ценность.
📊 какие элементы в бэклоге избыточны или не привязаны к реальным потребностям.
📊 где находятся пробелы в пользовательском опыте.
🔥 Это мощный инструмент для создания общего понимания в команде и со стейкхолдерами.
USM буквально заставляет вас мыслить стратегически, начиная с «Для чего» и только потом переходя к «Что».
💡 Мини-Совет: начните с «Пути»
Попробуйте сегодня вечером за 15 минут выписать 5-7 основных шагов, которые ваш пользователь проходит в продукте. Это и будет горизонталь вашей будущей карты!
В следующем посте мы расскажем, как USM помогает эффективно «резать» релизы и фокусироваться на MVS*, избегая ловушки бесконечного продукта.
P.S. *Работая с компаниями, которые живут в “алом океане”, мы давно не используем аббревиатуру MVP (минимально жизнеспособный продукт), а говорим про MVS (минимально жизнеспособное решение).
А если вы хотите навести порядок в своем бэклоге продукта и начать мыслить стратегически и в глубину - приглашаем вас на финальный тренинг этого года
“Управление бэклогом продукта и построение USM” - старт 9-ого декабря
Как «Двумерное мышление» User Story Map меняет все
На днях мы писали о том, как легко бэклог превращается в цифровую свалку, где задачи теряются, а команда забывает о главном «Для чего».
Проблема в том, что обычный бэклог – это одномерный список. Вы видите что нужно сделать, но не видите связей между задачами и, главное, не видите пути пользователя целиком. Это как пытаться собрать пазл, глядя только на отдельные кусочки, но не видя общую картину.
Именно поэтому наши участники так четко сформулировали:
🗣️ «Ещё раз утвердилась в мысли, что без «для чего» можно сделать не то «что»»
User Story Map (USM) – это Ваша стратегическая карта, это визуальный инструмент, который переводит ваше мышление из одномерного списка в двумерную стратегическую карту. Он помогает вам и вашей команде ответить на вопрос "Для чего?" прежде, чем вы начнете делать "Что?".
Как это работает? Два измерения USM:
Это «скелет» вашего продукта. На этом измерении мы раскладываем ключевые активности и последовательные шаги, которые пользователь проходит для достижения своей цели.
Под каждым шагом пользователя мы располагаем конкретные пользовательские истории (фичи), которые необходимы для выполнения этого шага.
Когда вы видите весь путь пользователя по горизонтали и слои функциональности по вертикали, становится кристально ясно:
USM буквально заставляет вас мыслить стратегически, начиная с «Для чего» и только потом переходя к «Что».
Попробуйте сегодня вечером за 15 минут выписать 5-7 основных шагов, которые ваш пользователь проходит в продукте. Это и будет горизонталь вашей будущей карты!
В следующем посте мы расскажем, как USM помогает эффективно «резать» релизы и фокусироваться на MVS*, избегая ловушки бесконечного продукта.
P.S. *Работая с компаниями, которые живут в “алом океане”, мы давно не используем аббревиатуру MVP (минимально жизнеспособный продукт), а говорим про MVS (минимально жизнеспособное решение).
А если вы хотите навести порядок в своем бэклоге продукта и начать мыслить стратегически и в глубину - приглашаем вас на финальный тренинг этого года
“Управление бэклогом продукта и построение USM” - старт 9-ого декабря
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
👏3
22 ноября своё 10 недельное (40 часов) путешествие завершили 7 учеников нашей Школы.
Как вы знаете, мы не обучаем более 10 человек, так как каждый ученик для нас важен и уникален и каждому мы уделяем время и особое внимание.
И лучше всех о нашей школе говорят отзывы наших учеников.
Мы желаем успехов нашим выпускникам!
Регистрация на 5-й поток уже открыта!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Forwarded from Лаборатория ПроЛидеров | ProLeadersLab®
Сегодня день мы хотим завершить статьёй, на которую вдохновили выпускники и участники наших тренингов, а также наши регулярные консультации.
Из статьи вы узнаете:
На связи была самая практикоориентированная команда
“Лаборатория ПроЛидеров”
ProLeadersLab®
Please open Telegram to view this post
VIEW IN TELEGRAM