ScrumTrek

📌 Два формата, чтобы прокачать архитектурное мышление: спорить аргументированно и настраивать AI под свои правила Архитектура — это не только про то, какое решение выбрать. Важно ещё уметь его обосновать, договориться с командой и добиться, чтобы даже AI-агент работал по заданным стандартам. На ArchDays 2026 разберём это на практике — на воркшопе и мастер-классе. Наталья Макарова, ведущий программист Java в CDEK, Новосибирск «АрхДебаты» Как убедить команду в правильности архитектурного решения? Давить авторитетом, приводить больше фактов или подключать эмоции? На архитектурных дебатах две команды будут защищать разные точки зрения на реальные архитектурные проблемы. Вместе разберём аргументы участников и выясним, что делает позицию убедительной, а что мешает договориться. Навык особенно полезен в эпоху AI, когда важно не просто получить готовое решение, но и критически оценить его. Денис Никифоров, архитектор Advalange, Москва «Как заставить ИИ агента работать по вашим правилам?» AI-агент может подготовить требования к приложению, но перепутать приоритеты, пропустить детализацию или потерять связи между бизнес- и системными требованиями. А попытки исправить результат порой приводят к новым ошибкам. На мастер-классе Денис покажет, как описать метамодель и правила валидации, чтобы агент самостоятельно проверял требования на соответствие стандартам компании и работал по заданным правилам. Два практических занятия 🦕 — о том, как принимать архитектурные решения, убедительно их защищать и выстраивать работу с AI без бесконечных исправлений. Выбирайте сторону в архитектурном споре или приходите настраивать AI-агента — и попробуйте оба формата на практике 27 ноября на ArchDays 2026.

Записи AgileDays FEST наконец-то выходят в открытый доступ! Открываем сезон на YouTube мощнейшим практическим кейсом. Никакой абстрактной теории и «успешного успеха» — только реальный опыт перестройки консервативного финтеха 📈 В первом видео Иван Дубровин и Бахтияр Сартаев разбирают трансформацию Казначейства Банка ЦентрКредит В докладе вы узнаете: 💜 Как нарезать работу на 5 продуктовых стримов, связать квартальные цели со спринтами и выйти на предсказуемость поставки выше 91%? 💜 Зачем раскладывать портфель по модели Explore/Exploit и как эта визуализация спасает бэклог от хаоса? 💜 Почему внедрение новых ролей буксовало, как на практике разруливали зависимости и где Agile спотыкался о корпоративные регламенты? Смотрите доклад Ивана и Бахтияра на площадках: 🕐 YouTube 🕐 RUTUBE Как достичь таких же результатов в вашей компании? Рассказываем на программе LPM 19-21 октября

Всем привет! На связи Иван Дубровин с анонсом нового формата - «Бесплатная консультация / разбор взамен на обезличенный кейс» Суть идеи: каждый месяц я открываю ограниченную запись на индивидуальные консультации. Вы приходите с реальной, буксующей бизнес-задачей, а я помогаю найти для неё системное решение. Для начала напомню, кто я и чем занимаюсь. Я управляющий партнер ScrumTrek, независимый директор, приглашенный преподаватель МШУ Сколково (MBA/EMBA). Моя главная суперсила - быстро и без лишнего пафоса структурировать обоснованную стратегию как для стартапа, так и для зрелых продуктов/бизнесов, и выстроить мостик между стратегией и ежедневной операционкой, чтобы красивые планы превращались в результаты, а цели достигались. По этим темам я не только мастерски консультирую бизнес, но и круто обучаю топ-менеджмент и продуктовых лидеров. С чем ко мне приходят: ❣️Стратегия в действие: проработка бизнес-модели, поиск точек роста и связка долгосрочных целей с реальным бэклогом команд. ❣️Продуктовое управление: продуктовая стратегия, запуск новых продуктов, JTBD. ❣️Портфель и процессы: синхронизация подразделений, внедрение OKR, масштабирование Agile-практик. ❣️Инновации: как системно тестировать гипотезы и не сжигать бюджеты. ❕Важная отсечка: моя вотчина - это стратегический уровень и масштаб бизнеса или продукта в целом. Я не возьмусь разбирать локальные вопросы вроде «как наладить планирование в одной команде» - сорри, для меня это уже давно пройденный этап. Ко мне стоит идти за системными изменениями на уровне топ-менеджмента, портфеля продуктов и всей компании. Как всё устроено: Каждый месяц я выделяю ровно 3 слота по 60 минут. Строгая модерация. Я не беру встречи формата «просто познакомиться». При записи коротко опишите вашу текущую, реально существующую бизнес-задачу. Я буду отсматривать заявки по мере поступления и выберу те 3 кейса, где моя экспертиза может дать наибольшую пользу. Если получится так, что в этом месяце все 3 слота уже заняты сильными кейсами, а ваша задача тоже огонь - предложу вам первый слот в следующем месяце. Формат Win-Win🫱‍🫲 Взамен на мое время я попрошу у вас право использовать наш разбор как обезличенный кейс в моих маркетинговых и обучающих материалах. Названия компаний и коммерческая тайна останутся за кадром - меня интересует только суть проблемы и механика решения. Запись организована через мой сервис «Планёрка» (заодно потестируете, как он работает, всем советую). Бронируйте время и описывайте задачу 👉здесь Можете смело пересылать знакомым предпринимателям/собственникам/управленцам. Жду ваши кейсы💡

«Мой это корабль, я его построил!» — «А чем докажешь?» ©️ На прошлой неделе Асхат на примере софта объяснил, что ИИ оставляет людям всего две важные компетенции: способность брать ответственность и умение быстро выбирать правильное решение. Вторую в английском обычно называют taste ("вкус"), хотя по-русски это лучше назвать "чутьё". Вчера я рассуждал о том, как со временем меняется ценность руководителей, и добавил к этим двум компетенциям ещё навык проектирования среды. С ростом автономии агентов это должно отчасти заменить ручное "выстраивание процессов". ↔️↔️↔️ Теперь предлагаю почитать/подумать о следующем шаге: как доказать собственную ценность потенциальным работодателям/партнёрам. Для этого я оформил статью-пересказ видео Nobody Knows What You're Worth Anymore Нейта Б. Джонса. Видео больше для айтишников. Но вот как я вижу применение его идей на примере продакт/проджект-менеджеров (которым доказать экспертизу ещё сложнее, чем разработчикам с их гитхабом): 1️⃣ "Работа в открытую". С приходом ИИ проекты становятся короче, их становится больше, и в резюме в лучшем случае поместятся их названия, которые ничего не доказывают. Нужно другое публичное место для демо вашей экспертизы: например, личная страничка с хронологией конкретных интересных работ. Даты и детали в этой хронологии служат своего рода доказательством: такое сложно придумать задним числом при составлении резюме. 2️⃣ Не только ссылки на продукты, но и ключевые решения. Лендинг продукта или описание выстроенного процесса сами по себе мало что доказывают: с ИИ это можно делать почти не думая. И большую часть менеджерских функций тоже можно скинуть на ИИ, не думая. Но ценность - в осмыслении сделанного: какие были альтернативы, на какой компромисс пошёл, что решил не делать, где переубедил ИИшку, где команда упёрлась и почему уступил (или нет). Именно про это нужно писать в пункте 1, причем писать своими руками, без ИИ. Итого, убиваем двух зайцев. Осмысляя свои решения, мы растим собственное чутьё. А публикуя эти размышления, доказываем свою ценность миру. Получается двойная польза от одних и тех же действий. ↔️↔️↔️ В общем, этот материал имхо стоит ваших 10 минут. Идеи Нейта весьма нестандартные, но этим и полезны. И кстати, там есть хорошее объяснение о том, что на практике означает то самое чутьё.

В пятницу неизменно хочется легкости и драйва - самое время показать вам наш видеоотчет с AgileDaysFEST2026. 🎬 Каким мы запомним этот день? Это более 400 участников, 25 докладов и 8 воркшопов. Это яркая площадка, последние солнечные дни бабьего лета и душевные дискуссии у костра. Это сотни бокалов игристого, увлекательные мастер-классы, горы подарков от партнеров и мощный нетворкинг. AgileDays - уже давно не просто конференция, а настоящий праздник всего Agile-сообщества и тех, кто драйвит изменения! Спасибо каждому, кто был с нами и сделал этот день особенным!

Анализ трендов: что нового в мире корпоративной архитектуры? 🎲ИИ, данные, платформы, новые подходы и технологии — каждый год список трендов становится длиннее. Следить за всем уже почти отдельная профессия. Но главный вопрос для архитектора не в том, сколько новых трендов появилось, а в том, какие из них действительно меняют подход к корпоративной архитектуре. На ArchDays Александр Войновский, лидер функции корпоративной архитектуры ПАО «Газпром нефть», представит собственную аналитику более 22 трендов и попробует собрать из них цельную картину. Александр опирается не только на собственный опыт более 16 лет в ИТ и цифровой трансформации, но и на практику коллег из архитектурного сообщества. Из этого получится реальная попытка разобраться, куда на самом деле движется корпоративная архитектура — и что эти изменения уже сегодня означают для архитекторов. Встречаемся 27 ноября на ArchDays в Центре событий РБК.

Чужой опыт как выход из тупика В предыдущем посте про ArchDays мы рассказали, как появилась конференция. Архитекторам не хватало своего места для разговора и они его создали. Но собрать людей одной профессии мало. Хочется, чтобы после встречи у людей осталось что-то осязаемо полезное. Поэтому 27 ноября на ArchDays 2026 продолжим разговор о решениях, с которыми нам предстоит жить долго. Иногда дольше, чем хотелось их авторам. Что мы стараемся вам дать на ArchDays? 1. Возможность раскрыть важные для себя детали Готовый ответ не показывает путь к нему. Почему выбрали то, а не иное? От чего отказались и почему? Спикеры дают историю, но каждому ведь интересны свои нюансы и конференция дает возможность эти нюансы прояснить, – через вопросы или более глубокую беседу после выступления. 2. Выйти за границы собственного опыта Сейчас особенно актуально, – сейчас на конференциях спикеры делятся опытом, которого еще нет в публичном пространстве и никакая модель не расскажет того же хотя бы потому, что сейчас все делают то, чего до нас никто не делал. Поделиться друг с другом, узнать опыт других – кажется, что никогда раньше конференции не могли похвастаться такой уникальностью и пользой от контента, как сейчас. 3. Право прийти с нерешённой задачей Мы задумали ArchDays как место, где можно делиться знаниями и вместе искать новые ответы. Не обещаем распутать любой архитектурный клубок за день. Но собрать вокруг него людей, которым интересно разобраться — уже хорошее начало. А если важная мысль догонит вас через неделю, записи всех докладов будут доступны три месяца. Можно пересмотреть и наконец сформулировать, что именно не давало покоя. 🗓 27 ноября 2026, Москва, Центр событий РБК, + онлайн. Сообщество растет с каждым годом, а скрупулезный подход к архитектурным вызовам пропагандируем до сих пор. ➡️Присоединиться к архи-крутому коммьюнити

Вспомните любую задачу, которую ваша команда закрыла на прошлой неделе. Сколько дней она была в работе? И сколько часов с ней действительно кто-то взаимодействовал? 🫪 Обычно бывает так, что задача в работе две недели, а реальных "человеко-часов" примерно шесть. Всё остальное время она просто ждала пока её прогонят по SDLC. Отсюда понятно, почему привычные меры мало что меняют. Ведь нанять ещё людей, обучить, оградить команду от лишних созвонов ускоряет те самые шесть часов. Ну, станет пять. Задача всё равно будет закрываться две недели, потому что основное время она просто ждёт. Проблема в том, что это ожидание нигде не видно. На доске есть колонки «Аналитика», «Разработка», «Тестирование» — то есть то, что люди делают. А карточка может простоять в «Разработке» четыре дня, из которых три она ждала, когда у разработчика дойдут руки. Микро-лайфхак, который это чинит: если с задачей никто ничего не делает, а она просто перешла от одного человека к другому, это уже не этап работы, а очередь, и для неё нужна отдельная колонка. Доска станет длиннее и менее аккуратной, зато на ней сразу видно, где именно появляется блокер. 17–18 ноября Александр Рыжков проводит двухдневный интенсив «Основы Канбан-систем» (KSD). Научитесь видеть, где застревают задачи, управлять загрузкой команды и называть сроки, подкреплённые данными. ➡️Освоить Канбан в совершенстве

Уверены, вы не знали, что эти слова значат на самом деле! 🫣 Три слова, регулярно фигурирующие в современном деловом лексиконе, но про этимологию которых мало кто догадывается: 🪵 Бэклог. В 1680-х back log означало толстое полено, которое запихивали в глубину очага. Пламени оно не давало, тлело всю ночь и держало жар, чтобы утром было легче разжечь огонь заново. Изначальный контекст: запас тепла на завтра. Ярлык «гора невыполненных заказов» приклеился только в 1930-х, на индустриальном буме, и теперь мы используем его именно в этом значении. 🧩 Инкремент. Латинское incrementum от increscere, «прирастать». Тот же корень у растущей луны и у круассана, названного по её форме, и у крещендо, где звук набирает силу. Важная деталь — прирост всегда добавляется к чему-то целому. Луны по кусочкам не бывает. Поэтому «мы за спринт сделали кусок» инкрементом назвать нельзя. Инкремент — это весь продукт, который стал больше и при этом работает. 🎼 Каденция. От латинского cadere, «падать». В XIV веке словом называли понижение голоса в конце фразы, потом оно ушло в музыку и стало означать завершающий оборот. Родной брат слова «шанс», у них общий корень. Смысл один — фраза заканчивается предсказуемо. Каденция в команде тоже про предсказуемое регулярное завершение. Если эти слова вы слышите регулярно, а уловить их тонкий смысл пока не получается, ждем вас на обучениях: 👉 Базовый Agile: основы Scrum, Kanban и командной работы 👉 Agile Project Management

Фотографии с AgileDays FEST готовы 📸 Пока вы пересказываете коллегам и друзьям, как всё прошло, подготовили для вас доказательства, что вы действительно побывали на фесте. Вспоминаем, как это было, и сохраняем себе самые удачные кадры, чтобы пересматривать пока ждём следующую конференцию! 👉 Смотреть и скачивать

Менеджеров с агентами недостаточно, чтобы делать всю работу? В прошлом посте я собрал ссылки о том, почему менеджерские навыки полезны для работы с ИИ: мы делегируем агентам что надо и с минимальными усилиями, умеем давать ОС, мыслим процессами, а не конкретными задачами. Но тогда возникает вопрос: в чем польза от сотрудников-исполнителей? В условиях, когда многие из нас с агентами теперь могут творить чудеса, польза неочевидна 🤷‍♂️. Я насчитал 6 ответов на этот вопрос, но в пост они не влезли, пришлось написать статью. Нужны ли вам будут сотрудники-специалисты для чего-то ещё помимо перекладывания на них вашей ответственности? 👆Судите сами: ➡️ Зачем компании исполнители, если есть агенты #статья для чтения на выходные ➿➿➿ Ну, и к той же теме вот летние посты из нашего канала 👇. Они про необходимость того опыта, которые есть у специалистов: 🔹Мой кейс с 1С: не будучи специалистом в этой области, я с агентом быстро сделал интеграцию с бухгалтерий, но потом оказалось: все наполовину неверно... а специалист бы сэкономил кучу времени. 🔹Если судить по манифестам ИИ-разработки, которые проанализировал @askhatu, к 2026 году сообщество уже пришло к выводу: обязательно понимать, как работает создаваемая система. Т.е. типичный менеджерский подход «мне всё равно, что внутри, лишь бы работало» нежизнеспособен на масштабе. Всё это намекает на то, что в паре с менеджером нужен минимум один специалист, который разбирается в деталях и может потратить время на проверку / настройку автоматических проверок агентами. А в случае работы с клиентами он ещё и живое лицо компании (в той же статье есть статистика о том, почему ИИ-аватарами тут обойтись нельзя). Получается tiny team: менеджер, профильный исполнитель и их агенты. Заодно такая микрокоманда помогает выбраться из кокона ИИ-одиночки — есть с кем обсудить решения. ➿➿➿ Но все-таки ИИ забирает многое у людей-исполнителей , так что тема эта неоднозначная. Пишите в комментарии, если вы тоже думали над этими вопросами. Ну, и если почитаете статью — задумаетесь ещё больше 😉

«По отдельности они сделают в два раза больше» — так обычно характеризуют тему парного программирования. Аргумент железобетонный, если считать часы, а не прирост продукта. Цифры Cockburn и Williams говорят другое: часов уходит на 15% больше, а не вдвое, дефектов на 15% меньше, кода на 20% меньше. А читаем мы код раз в десять дольше, чем пишем. Сергей Баранов обновил статью про парное программирование, добавил раздел про AI. Что внутри: 🧡пять стилей: штурман/водитель, строгий пейринг, пинг-понг под TDD, смешанный, mob; 🧡почему это навык, а не рассадка двух людей рядом, и три антипаттерна, которые убивают сессию; 🧡пара джун-сеньор: как не дать сеньору стать Keyboard Dominator; 🧡что делать, когда знаний не хватает одному партнёру, и что — когда обоим (иногда задача не решается вообще); 🧡AI в паре. Не «разработчик + AI», а «два разработчика + AI»: машина снимает механику и ровно поэтому поднимает цену ошибки штурмана. 17 минут чтения, в конце шесть шагов для старта. 🔗 Изучить полезное чтиво

Семь раз отмерь. Один раз назови срок заказчику 📐 Разумеется, нет и не может быть таких специалистов, которые идеально предсказывают сроки в 100% случаев. Однако научиться базировать сроки на точных данных, управлять ими и называть наиболее точный дедлайн, не так сложно, как это малюют. Спойлер: всё, чтобы в следующий раз назвать самый приближенный к реальности срок — у вас уже есть, и нет, это не просто экспертность и прошлый опыт (хотя и они тоже). Завтра, 22 сентября, в 19:00 (МСК) Александр Рыжков на вебинаре «Как прогнозировать сроки без гаданий?» расскажет, как при формировании сроков оперировать этими понятиями: 🧡lead time 🧡throughput 🧡перцентили 🧡SLE За такую оценку и ответственность нести не стыдно и аргументировать всегда будет чем. Для продактов, скрам-мастеров, руководителей и всех, кому приходится называть сроки. 🔗 Зарегистрироваться на бесплатный вебинар

Как проходит фестиваль 🎉 Собрали самые красивые моменты этого дня, чтобы вы почувствовали атмосферу через экран, если сегодня не тут, или с теплыми воспоминаниями пересматривали, если всё же смогли побывать AgileDays FEST 🧡

❣️У хорошей конференции всегда есть соучастники❣️ До AgileDays ФЕСТ 2026 — уже совсем немного. И пока мы собираем последние детали, хочется поблагодарить тех, кто помогает создавать атмосферу завтрашнего дня. Ингосстрах, Единый ЦУПИС и Т1-Сфера — партнёры AgileDays ФЕСТ 2026, благодаря которым у участников будет ещё больше поводов задержаться между докладами, познакомиться, пообщаться и увезти с собой что-то на память. Для участников они подготовили памятные подарки, а Ингосстрах ещё и встретит гостей на собственном стенде — с активностями и дополнительными подарками. За игристое настроение в этом году отвечают наши партнёры Bruni. Их prosecco родом из Венето и Пьемонта, а на фестивале станет частью фуршета и вечерней атмосферы. В итоге получается конференция, в которой есть место всему: рабочим идеям, случайным знакомствам, живым разговорам, маленьким открытиям и бокалу игристого в подходящий момент. Спасибо партнёрам, которые помогают нам собирать этот день вместе. ✨Уже завтра увидимся на AgileDays ФЕСТ 2026!

Вебинар про подготовку встречи уже сегодня❗️ У фасилитации всегда есть невидимая сторона — работа с запросом. Сегодня в 18:30 на бесплатном эфире Дарья Охохонина разберёт и структурирует практические аспекты этой работы. Что унесёте с эфира: 🧡вопросы, которые задают заказчику, чтобы понять точно понять его запрос; 🧡как честно взвесить свои силы и свою роль в предстоящей встрече; 🧡по каким признакам видно, что формат стоит поменять или сессию вообще не проводить. Полезно тем, кто только осваивает фасилитацию, ведёт встречи как руководитель команды или проекта, собирает стейкхолдеров как продакт или фасилитирует внутренние сессии в роли HR. Длительность: 45 минут Платформа: Zoom 🔗Записаться на бесплатный вебинар

Лимит — это для вас какая-то шутка? 🧮 Представьте, договорились вы с командой: больше десяти задач в работе не держим. Через месяц смотрите на доску, а их там уже пятнадцать + новые добавляются в геометрической прогрессии, лимит становится для всех какой-то шуткой, а о том, что все задачи зарелизятся в срок можно и не мечтать. Обычно когда это всплывает варианты ответов совершенно стандартные. Кто-то оправдывается тем, что сейчас пожар, потом разгребём, кто-то обещает, что со следующего спринта так точно не будет, кто-то просит всё-таки соблюдать договорённость, не зря же обсуждали. И всех можно понять. Потому что WIP-лимит — это лакмусовая бумажка. Он показывает те места, где выстроенный процесс даёт слабину. Разберите любое нарушение и очень часто человек окажется ни при чём. Например, команда взяла одиннадцатую задачу, потому что делать было нечего, какие-то из задач ждут ревью и мяч не на вашей стороне. Формально в работе десять, фактически меньше и когда заказчик спрашивает про сроки, вы считаете по десяти, но это не репрезентативно. Ну или заказчик продавил задачу вне очереди, потому что утверждает, что это архи-срочно и архи-важно. Встречи, где решают, что берём следующим, нет. Правил, что считать срочным, тоже. Остаётся один способ добиться результата — аргументировать и продавливать. И раз получилось один раз, в следующий будет то же самое. Либо ещё одна классика жанра: тимлид видит, что тестировщик (либо любой другой член команды) сидит без задач и даёт ему что-то вне очереди, допустим, из тех долга. А задач у тестировщика хватало: очередь копилась в разработке (либо в любом другом отделе), туда приходит больше, чем выходит. Новая задача доехала до этой очереди и сделала её длиннее. Ни один случай не лечится ни дисциплиной, ни умением отстаивать границы. В первом надо разбираться с блокировками, во втором договариваться о том, какие типы срочных запросов бывают и как с каждым обращаться, в третьем искать узкое место вместо того, чтобы занимать свободные руки. Поэтому нарушенный лимит — это, можно сказать, хорошая новость! Он помог вам понять, в каком именно месте процесс даёт сбой. Хуже, когда лимита нет вовсе или когда лимиты нарушаются систематически. Правда, кривой процесс видно, а цену такой ошибки — нет. Понимание приходит позже, вместе с сорванными сроками и потерянными деньгами. 6–7 октября Александр Рыжков проводит двухдневный онлайн-тренинг «Основы Канбан-систем (KSD)» — как раз про то, как читать эти сигналы и чинить процесс. Ставить WIP-лимиты и опираться на статистику Throughput, находить задержки в потоке, называть срок с вероятностью 80–90%. 👉 Записаться на тренинг

Нам как менеджерам проще 👇 работать с ИИ-агентами, чем исполнителям, даже технарям. (это #дайджест постов Кактуса в новом формате) Если помните, я писал про эксперимент Итана Моллика: студенты MBA без навыков программирования за 4 дня сделали с ИИ больше, чем прежние потоки за семестр. Им помогли как раз навыки управления. Вот что руководители делают с агентами "на автомате": 1️⃣Ставят задачу как живому сотруднику. Дают контекст и чек-лист, по которому агент проверит себя сам, а главное — озадачивают ИИ именно тем, что хорошо делегируется. Когда отдавать задачу ИИ выгодно. 2️⃣ Не микроменеджат. Указывают главное, что не так с результатом, и просят самого агента обновлять свои инструкции. Как перестать микроменеджить ИИ. 3️⃣Легко выбрасывают плохие результаты ИИ, и уж тем более не правят их сами. Когда умение говорить «нет» агенту становится активом человека и компании. 4️⃣Выстраивают прозрачный адаптивный процесс с human in the loop. В котором агент сам предлагает решения и улучшения, но согласовывает их с человеком. «Скрам» для ИИ-агента. ➿➿➿ Правда, чисто менеджерского подхода к работе с ИИ бывает мало, так что люди-"исполнители" тут тоже нужны. Я (Алексей Евдокимов) скоро напишу об этом. А пока накидывайте плиз в комментарии: в чем видите практические отличия между управлением агентами и людьми?

Ненужную встречу можно распознать на десятой минуте, а испортили её накануне Заказчик пришел с запросом на сессию по стратегии, фасилитатор взял в работу и начал придумывать упражнения. Непосредственно на встрече выясняется, что заказчику надо было просто сообщить уже принятое решение, половина участников пришла без контекста, а решение, которое они собирались принять совместно не пойдет в работу дальше. Упражнениями здесь не помочь. Здесь только исследовать и выяснять конкретный запрос за неделю до. 16 сентября в 18:30 проводим открытый эфир про подготовку к фасилитации сессий. Сорок минут плюс вопросы. Тема: Подготовка встречи: какие вопросы перед встречей стоит задать себе и заказчику Разберём как устроен этап подготовки: ❣️ какие вопросы задать заказчику; ❣️ какие вопросы задать себе, чтобы честно оценить свои силы, роль, и на что смотреть, чтобы распознать ситуации; ❣️ где фасилитатору лучше отказаться от выбранного формата или проведения сессии вообще. Ведёт Дарья Охохонина: Agile-коуч, бизнес-тренер, фасилитатор в гештальт-подходе. Зарегистрируйтесь и мы пришлём вам инструмент для самостоятельной проверки необходимости встречи. 📣 Регистрация на эфир 16 сентября