Byndyusoft

🎙 Вышел выпуск подкаста «Гриненко про» со мной [спасибо, Владимир, что позвал! Канал подкаста — @devspotting] Владимир был на моём докладе на HardFest'е и пришёл с вопросами. Разбирали средовой подход на примере создания интернет-магазина: ИИ-агент за ночь подключил новую платёжную систему, все тесты прошли. Стандартный вопрос, который я не устаю задавать: что нужно знать об этих тестах, чтобы утром нажать деплой, не заглядывая в код? Почти два часа Владимир возвращал меня от метафор и методологии к конкретике, поэтому в выпуске много практических приёмов. Например: 🩷 Агентам, которые работают над продуктом, не давать прав на запись в репозиторий среды (отдельный от репозитория проекта). А в CI запускать тест на проникновение, в котором агент изнутри пробует поменять правила среды: если получилось — разделение прав сломано, и результатам доверять нельзя. 🩷 Для новой платёжной системы задать нишу: контракт в виде JSON-схемы с обязательными полями, которые интеграция может дополнять необязательными. Менять схему БД или ходить в чужую базу в рамках ниши нельзя: если без этого не получается, агент останавливается и сообщает, что интеграция в нишу не вписывается. 🩷 Регулярно давать агентам задачу на саморефлексию: что повторялось, где ходил по кругу и на что тратил лишние токены. Так агент может сообщить, что среда мешает ему работать. В статье это часть принципа «Наблюдай и рули на макроуровне», а сам приём я подробнее разбирал тут: https://t.me/rsa_enc/422 Но если честно, слишком подробно в уровень реализации я бы сейчас не хотел уходить — слушатель вполне может сделать её эффективнее меня. Моя цель — методология, а не одно её инженерное воплощение. Ещё Владимир спросил, какой результат опроверг бы мою гипотезу с точки зрения научного подхода. Тут я ушёл в рассуждения об устаревании текущего определения научного подхода, да и об устаревшей парадигме познания в целом 😅 хотя короткий ответ уже был в канале: https://t.me/rsa_enc/416 Если кратко — гипотезу бы опровергли неудачные попытки инженерной реализации среды или несходящаяся экономика. 😎️ Но по опыту Бындюсофт — пока гипотеза подтверждается ) Выпуск целиком, таймкоды в описании: https://www.youtube.com/watch?v=bgGhqnbWOws Ставим эксперименты дальше и постепенно переходим к продакшену ) #средовой_подход #агенты #видео

Не зря делали публичные пакеты. Уже 2,6М скачиваний https://www.nuget.org/profiles/byndyusoft.com

🍳 Дизайн-завтрак №45. Чем дизайн поможет бизнесу. Ребята, мы так давно не собирались на дизайн-завтрак, что уже успели соскучиться по нашим встречам ❤ Пора это исправлять! В этот раз предлагаем поговорить о том, чем дизайн может помочь бизнесу, когда что-то идёт не так. Например, продукт хороший, но его не покупают. Клиенты уходят к конкурентам. Новые функции остаются незамеченными. Пользователи жалуются на продукт, но непонятно, что именно их не устраивает. Или привычная бизнес-модель перестаёт работать и нужно придумать что-то новое. Может ли здесь помочь дизайнер? Как понять, что проблема вообще решается дизайном? Где заканчивается наша ответственность? И что делать, если решение есть, но бизнес не готов его внедрять?

Очень хочется услышать ваши истории и мнения. А ещё просто увидеться, поболтать и вместе позавтракать.

📍 Место: Челябинск, кофейня Colombia Coffee, Витебская, 4 🗓 Дата: 4 ноября, 10:00 — 11:30 ☕️ Участие бесплатное, еда и напитки за свой счёт. Приходите, будем рады всех видеть 🤗

Как и обещал, по следам keynote на HardFest вышла статья на Хабре 🙂 Доклад я начинал с вопроса: утром агенты отчитались, что всё готово, код написан, тесты зелёные. Вы будете это релизить? Написание кода мы уже умеем автоматизировать, а решение о том, что считать пригодным результатом, остаётся за нами. Вокруг этого решения и построена статья. Летом в первой статье я набрасывал методологию средового подхода. Получилось широко, но тяжеловато для чтения 😅 В этот раз я взял один сквозной пример — агенты подключают к продукту новые службы доставки через адаптеры — и прогнал по нему все примитивы среды: законы и границы, стимулы, ниши, стигмергию и отбор. Так видно, что за красивыми словами стоят вполне обычные инженерные механизмы. Например, архитектурный тест, который агент может запускать, но не может переписать под свой код. Отдельно разбираю, где всё это может пойти не так: плохое правило масштабируется так же хорошо, как хорошее. И предлагаю эксперимент, чтобы проверить, окупится ли среда вообще, — отрицательный результат тут вполне возможен. А со сроком своего прогноза я, похоже, не угадал: такие среды мы уже строим, просто называем их harness ) Статья — расширенная версия доклада. Если удобнее смотреть, чем читать, запись выступления тоже уже есть. 👉 https://habr.com/ru/articles/1100302/ ⬅️ Запись доклада на 😊😊😊😊🙌: https://rutube.ru/video/4daea75f420e857ca103fc71fbcc1edf/ Всегда рад ➕ в карму ) Ставим эксперименты дальше 💋

Из одного проекта в Социотехе можно получать любые выходные артефакты: план работ, презентацию, демо-проект, промостраницу, ИТ-продукт, видеоролик. Покажем на примере подготовки к конференции. Это уже реальный рабочий сценарий. Сначала собираем связанные SWOT-анализ и Карту гипотез. Фиксируем, зачем вообще идём на конференцию, кто наши субъекты и каких действий мы от них ждём. Кто должен подписаться, кто — заказать, с кем хотим договориться о следующей встрече. Там же формулируем гипотезу: с чем выступать, чтобы получить нужный результат, и на основании чего мы решили, что это сработает. Дальше просим ИИ-агента набросать Карту реализации историй — КРИ. Что должно произойти до выступления, во время и после него? Кому заранее написать, что отправить, кого выбрать для подробной работы на конференции, что показать со сцены и как продолжить общение. Когда эти артефакты собраны и связаны в проекте, можно заказывать конкретные результаты:

— «Собери план подготовки к конференции: что делаем, в какой последовательности, какие материалы понадобятся». — «Построй сценарий выступления и сделай презентацию. Ключевые точки возьми из выбранной стратегии в карте гипотез». — «Собери в самом Социотехе демо-проект, который будем показывать. Если выступаем про стратегию и трансформацию, пусть пример раскрывает именно ту гипотезу, которую мы хотим проверить». — «Сделай мобильное приложение для участников, где они будут интерактивно взаимодействовать с моим демо-проектом».

А ещё можно попросить промостраницу, ролик перед конференцией или видео по её итогам. У ИИ-агента уже есть содержание, из которого всё это собирается. Это первая приятная часть. Вторая начинается, когда меняются планы. Допустим, готовились выступать для промышленности. Потом пересобрали стратегию и поняли: наша аудитория — eCom. Открываем проект конференции в Социотехе, меняем субъектов, корректируем гипотезу. Просим ИИ-агента обновить КРИ с учётом новых вводных. А затем:

«Теперь пересобери презентацию, демо-проект и план подготовки».

Вручную переносить изменения в каждый материал уже не требуется. Новые решения зафиксированы в связанных картах, и агент может опираться на них при пересборке. За счёт чего это работает? Мы даём ИИ-агенту нотации: как устроены Связанный SWOT-анализ, Карта гипотез, Карта реализации историй, Карта процесса-опыта. А конкретное содержание он получает из проекта в Социотехе. Нотации объясняют, как читать карты и связи между ними. Проект содержит наши цели, субъектов, основания, гипотезы и действия. Вместе они задают рабочую рамку агента — то, что сейчас называют обвязкой. Вы задаёте её визуально: собираете карты, обсуждаете их с командой, правите вместе с ИИ. Из этой общей основы каждый раз можно получать нужные выходные материалы. Вы занимаетесь управлением: решаете, для кого работаете, чего хотите добиться и какую гипотезу проверяете. А механическую сборку и пересборку материалов берёт на себя ИИ.

Хватит стратегий в стол! Как связать стратегию, задачи и результаты Для собственников, руководителей и фасилитаторов, у которых после стратсессии остаётся презентация, а команда возвращается к привычным задачам. Александр Бындю, автор Карты гипотез, на сквозном кейсе покажет, как превратить договорённости в работающий цикл управления: 1. Выбирать, куда направить ресурсы, и отказываться от привлекательных идей, которые не проходят ограничения бизнеса. 2. Видеть, какие задачи работают на стратегию и какие гипотезы действительно дают результат. 3. Подключать ИИ к проверке данных, связей и предпосылок. 4. Регулярно пересматривать решения и понимать следующий шаг развития своей команды.

Раньше сборка и поддержание карты требовали много ручной работы. Социотех и ИИ снижают этот барьер. Больше времени остаётся на главное: мысли людей, причинную логику и выбор.

Унесёте понятный первый шаг для своего бизнеса, готовый промпт проверки стратегии и календарь первой каденции. Онлайн-трансляция, 28 октября в 15:00 МСК 👉 Регистрация: https://byndyusoft-event.timepad.ru/event/4259370/

«Я сам разберусь» — этому тоже нужно учиться Вышел мой самоучитель по стратегическому мышлению для школьников и студентов! Через несколько лет ваши дети и ученики начнут самостоятельную жизнь. Им придётся выбирать профессию, искать работу, договариваться с людьми и принимать решения, от которых многое зависит. Планы будут срываться, обстоятельства меняться, а готового правильного ответа может не оказаться. И вы не всегда будете рядом, чтобы подсказать следующий шаг. Самостоятельность стоит тренировать уже сейчас. Этот самоучитель даёт ребёнку такую практику: самому выбрать важную цель, разобраться, что мешает её достичь, придумать решение и проверить его в деле. Получить первый собственный опыт: «Я могу разобраться и действовать». Пока вы рядом и можете поддержать. Школьники и студенты уже попробовали: понравилось и говорят, что мозг поломался в нужную сторону 😄 Начали замечать, сколько предположений стоит за привычным «давайте просто сделаем». В основе самоучителя — Карта гипотез. Внутри — семь коротких глав, разобранный пример и рабочие листы для собственной цели.

Как работать с самоучителем: скачайте PDF, распечатайте на ЦВЕТНОМ принтере и заполняйте ОТ РУКИ. Выберите то, чего действительно хочется добиться, и проходите задания с этой целью.

Учителям и преподавателям: в конце самоучителя есть рекомендации для вас. Сначала прочитайте их — они помогут подготовиться к занятиям и работе с вопросами учеников. Скачать бесплатно: https://картагипотез.рф/resources Поделитесь с родителями и преподавателями, которым это может пригодиться.

На последней встрече мини-курса по КРИ мы традиционно делимся вмечатлениями с участниками потока. Всё чаще стали поступать отзывы о пользе метода в работе с код-агентами:

При работе с агентом у человека ограниченное количество внимания — агент сам что-то пишет и фиксирует, а что-то обязательно должен решить человек. КРИ в этом месте, сильно помогает: требования фиксируются короткими кусочками, каждый с обоснованием, зачем он вообще нужен. Такую пачку кусочков удержать в голове и проверить получается куда легче, чем простыню требований без разметки.

КРИ формировалась ещё до эпохи агентов под ту же задачу — речь идёт сплошным потоком, и отфильтровать её в моменте крайне трудно. Сейчас, когда машины разогнали свою «речь» до несусветных скоростей, это стало бить ещё заметнее и больней. Агент напечатает вам с три короба, а вам разбираться. Нужны специальные средства сжимающие смысл без потери качества и здесь рабочие истории оказались крайне полезными. В видео к посту — несколько кускочков отзывов с двух потоков и пара живых реакций прямо с созвона. 12 октября стартует новый поток. Если работаете с агентами, тонете в требованиях или давно хотели разложить замысел и реализацию системы так, чтобы они помещались в голову — приходите.

Представьте: вечером вы оставили ИИ-агентов работать на ночь. Утром они отчитываются, что система готова: код написан, тесты зелёные, можно в прод. Вы будете это релизить? А отвечать за результат всё ещё вам. 17 октября в Екатеринбурге у меня закрывающий keynote на HardFest: «Переход в проектировании от системного подхода к средовому». Продолжаю развивать тему, про которую писал на Хабре. Мы много лет учились проектировать и создавать системы, продумывать их устройство, выбирать компромиссы. А что будем делать мы, белковые айтишники, если всё больше этой работы станут делать агенты? ) Меня интересует следующий шаг: проектировать среду, в которой агенты сами создают и изменяют системы. Как садовник, который умеет вырастить дерево, хотя ни одного листа к нему не приклеивал. При этом на выходе может получиться обычный софт — хоть монолит, хоть микросервисы, решать, возможно, уже не нам. И тогда придётся задуматься, какую часть своего опыта мы умеем превращать в условия работы других. Как задать правила, чтобы у агентов получалось то, за что мы готовы отвечать? И что делать, если они найдут решение, до которого мы сами бы не додумались? Системный подход при этом никуда не исчезает. А вот привычную роль архитектора хочется пересмотреть, и тут мне очень нужны ваши возражения ) Приезжайте на HardFest и приходите на мой доклад! Очень хочется встретиться с теми, кому тоже интересно, кем мы будем в этой профессии через несколько лет. Моя цель — заложить основу новой методологии, новых примитовов и принципов проектирования, которые пойдут дальше системного подхода, не отменяя его. 17 октября, Екатеринбург, ХардФест.

45 минут моего вайбкодинга В течение последних пяти месяцев я развиваю ИИ-станок, который сам выращивает информационные системы на основе требований. В этом видео запись того как выглядит разработка с таким станком. Там я делаю пару фич для генератора карт КПО. И, конечно же, работа с таким станком ведётся на основе тех методов проектирования, о которых я здесь пишу. Это карты процесса-опыта, реализации историй, журнал проектирования, цепь преобразования данных. Если присмотреться, видно. что навык чтения и правки рабочих историй нужен и в работе с агентами.

Выложили AI-навыки для Социотеха на GitHub — бери и встраивай Команда Byndyusoft выложила на GitHub коллекцию скиллов для AI-агентов. Они заточены под работу с Социотехом — нашей платформой для проектирования и реализации стратегии. В репозитории — готовые промпты и инструкции для интеграции. Агент сможет читать структуру стратегии, работать с целями и инициативами, извлекать данные и встраиваться в ваши процессы. Зачем это нужно? Социотех помогает компаниям согласовать действия команд и держать фокус на реализации стратегии. Но если добавить сюда AI-агента, который понимает логику платформы, появляется новый слой автоматизации. Агент может формировать отчёты, отслеживать отклонения, подсказывать узкие места — без участия человека на каждом шаге. Это не замена аналитика, а инструмент, который разгружает команду от рутины и даёт больше времени на решения. Репозиторий открыт, можно брать и встраивать. Если хотите, чтобы Социотех заработал в вашей компании с ИИ-агентами под капотом — поможем настроить и запустить. Ссылка на репозиторий https://github.com/Byndyusoft/sociotech-ai-skills

От стратегии к IT-системе: как ИИ-агент оживляет данные проекта Часто между стратегическим планированием и реальной разработкой ПО возникает разрыв: требования теряются, а финальный продукт не отражает изначальных бизнес-целей. Посмотрите, как можно устранить этот разрыв, связав структурированные данные проекта и возможности ИИ. 🔧 Как это работает? Процесс строится на последовательном преобразовании смыслов в технические артефакты: 1. Формирование контекста: в проекте фиксируются стратегические ориентиры, тренды и ограничения. 2. Технология Карты гипотез: вместо абстрактных идей формулируются проверяемые гипотезы и конкретные пользовательские сценарии. 3. Декомпозиция: создается Карта реализации историй, где каждая функция привязывается к реальной потребности пользователя и этапу его взаимодействия с продуктом. 4. Подключение ИИ-агента: агент считывает всю структуру проекта — от стратегических установок до деталей рабочих историй. 5. Генерация артефактов: на основе этих данных ИИ автоматически формирует библиотеку компонентов, UI-экраны и дизайн-систему, которые точно соответствуют исходным требованиям. 🎯 Зачем это надо? • Синхронизация бизнеса и разработки: IT-система проектируется не на основе догадок, а напрямую из утвержденных стратегических данных. • Скорость без потери качества: рутинные операции по проектированию интерфейсов автоматизируются, высвобождая время команды для анализа и проверки гипотез. • Снижение коммуникационных рисков: минимизируется эффект «испорченного телефона» между заказчиком, аналитиком и дизайнером. 🚀 Попробуйте на практике Хотите увидеть, как данные трансформируются в готовые IT-решения? Попробуйте работу ИИ-агента в связке с Социотехом https://sociotech.center на реальном примере.

Оцените структуру и логику проекта здесь: 🔗 https://app.sociotech.center/projects/68e94978-8226-4b33-8a01-48400dc53c9b

🚀 Динамика метрик прямо в Социотехе Мы добавили инструмент визуализации прогресса. Теперь ваши карты — не просто текст на карточках, а живые данные, которые показывают, движетесь ли вы к успеху. 1. Как это работает? В блоке «Динамика метрик» вы видите графики для каждой метрики вашей стратегии. – Таймлайн: история изменений, текущее состояние и прогноз. – Сравнение с планом: система автоматически подсвечивает отклонения.

🤖 Автоматизация через ИИ: вам не обязательно вбивать цифры вручную. Данные в метриках можно автоматически заполнять через MCP Социотеха с помощью вашего ИИ-агента. Агент может выгружать данные из CRM, аналитических систем или баз данных и актуализировать графики в реальном времени.

2. Зачем это использовать? – Мгновенная диагностика: вы сразу видите, где стратегия буксует. Красные индикаторы («Вне нормы», «Не успеваем») привлекают внимание к проблемным зонам. – Прозрачность прогноза: вы видите не только то, где вы были, но и куда движетесь, если ничего не менять (пунктирная линия прогноза). – Связь гипотез и результатов: вы видите, как реализация ваших гипотез (карточки справа) влияет на конкретные цифры.

🔗 Посмотрите живой пример метрик в стратегии сети кофеин, где можно покликать и изучить детали: https://app.sociotech.center/projects/public/79c89852-99a6-435c-805f-d464cfeb0d57

Попробуйте настроить отслеживание метрик в вашем проекте в Социотехе https://sociotech.center уже сегодня и сделайте вашу стратегию измеримой! 📈

QA-посиделки В этот раз без докладов, презентаций и заранее заданной темы. Просто встречаемся в Челябинске, берём что-нибудь попить и поесть и разговариваем про QA, работу и всё, что сейчас интересно или болит. Можно обсудить AI в тестировании, автоматизацию, процессы, инструменты, собеседования, странные баги и взаимодействие с разработкой. А можно принести вообще любую свою тему. Темы выберем прямо на месте и дальше просто пообщаемся. Можно прийти с вопросом, историей или просто послушать. 📅 [30 сентября 19-00] 📍 Челябинск — [Сидрерия, Цвиллинга 15] Ссылка на регистрацию: https://byndyusoft-event.timepad.ru/event/4213844/ Вход свободный. Еда и напитки — за свой счёт.

С 2022 года я задаю индустрии один и тот же вопрос: насколько мелко нарезать? Сначала про микросервисы, потом про модули монолита и даже про команды и отделы. Теперь настало время приложить вопрос и принципы ответа на него к большим объёмам данных и поиску по ним. Здесь он звучит так: какого размера должен быть шард индекса. Повод задуматься дал Яндекс. На конференции «Я про бэкенд» есть активность «2718» — system design наоборот. Задачи присылают зрители, жюри отбирает самую заковыристую, а решает её в прямом эфире инженер Яндекса: условие видит впервые, детали выспрашивает сам. Я не удержался и отправил свою. Если кратко: Поиск по двум миллиардам документов. Индекс на одну машину не помещается, его режут на шарды и раскладывают по двумстам серверам. Порежете мелко — каждый запрос превращается в тысячу обращений, и ответ придёт со скоростью самого медленного шарда. Порежете крупно — половина нагрузки ляжет на два-три шарда, потому что полпроцента документов дают половину всех показов в выдаче. Причём это каждый раз разные полпроцента: вышла новость — и востребованными становятся совсем другие документы, а вчерашние горячие остывают. Так что нарезать индекс по темам тоже не выйдет, горячий шард каждые несколько часов будет новый. Плюс документ (новость) должен находиться через тридцать секунд после публикации, а база документов удваивается каждый год. Кому-то наверняка знакомо? :) Нарежешь мелко — утонешь в сетевых вызовах и накладных расходах. Нарежешь крупно — пара сервисов заберёт всю нагрузку, а любая переделка растянется на недели. Тот же баланс, что с микросервисами, только искать его надо на трёх уровнях сразу: размер шарда, размер сегмента внутри шарда и размер виртуального шарда (chunk'а или таблетки) — куска, которым данные переезжают с сервера на сервер, когда база выросла и её пора перераспределять. Переносить по целому шарду долго, по одному документу — бесконечно, так что и здесь нужен свой размер. Схему сильный инженер нарисует за двадцать минут. Поэтому я попросил у решающего три вещи, которых на собеседованиях по system design обычно не спрашивают: 1. Чем сервис пожертвует первым, если нагрузка окажется выше расчётной — частью результатов, скоростью появления новых документов или временем ответа. Запроектировать этот порядок нужно заранее, до первой аварии. 2. По каким признакам архитектор поймёт, что нарезал неправильно. У микросервисов это могут быть повторы в трассировках, у шардов — например, доля запросов, в которых один шард не ответил вовремя. 3. При каких значениях этих признаков пора принимать решение о перепроектировании и перенарезке шардов. По сути я хочу спросить не только о решении, но и о возможной его доказательности (архитектура как и медицина должна быть доказательной): гипотезы, метрики, условия пересмотра решений. Об этом я как раз сейчас много пишу и рассуждаю, и мне очень любопытно увидеть такое рассуждение вживую у человека, который каждый день живёт внутри высоконагруженного поиска. Решаема ли задача за час — тоже гипотеза, проверим об эфир ) Сама конференция — про современный бэкенд вокруг AI: архитектура и эксплуатация рекомендательных систем, платформы для обучения и запуска агентов, оптимизация инфраструктуры вокруг генеративных моделей, потоковая обработка данных и отказоустойчивость под высокой нагрузкой. И тот самый «2718»: заходите, предлагайте свой кейс, команда выберет самый сложный и решит его в прямом эфире. Если выберут мою, буду болеть за решающего, ему будет нелегко 😅 3 октября, Москва и онлайн, бесплатно: регистрация

Недолго осталось 🤗

Ну что, две недели до Backlog BBQ в Британском стиле и самое время объявить, что я там выступаю. Расскажу: — как при ограниченном бюджете выбрать несколько действительно важных направлений; — как проверить, что команда работает на согласованную стратегию, а не просто создаёт активность в Jira, CRM, таблицах и чатах.

И принесу книгу в подарок для самого активного участника 🎁 https://картагипотез.рф/book

Если вы отвечаете за бюджет, команду или бизнес-результат, эту статью жизненно необходимо изучить подробно. Иначе ресурсы продолжат расходоваться на десятки «важных» инициатив, не двигающих ключевые показатели. Более подробно тут: https://blog.byndyu.ru/2026/08/blog-post_705.html 📍 Где Лофт в центре Москвы (с полноценной кухней) 🗓 Когда 24 сентября(четверг) 🕖 Начало в 19:00 💸 Стоимость 🎟 3000 ₽ — при покупке до 20 сентября 🎟 3500 ₽ — с 21 по 23 сентября 🎟 4000 ₽ — в день мероприятия В стоимость входит всё: 🍽 продукты и совместная готовка 🍺 напитки (алкогольные и безалкогольные) 🏠 аренда лофта 🤝 нетворк и новые знакомства 🎤 выступление спикера ✨ атмосфера настоящего Backlog BBQ

⚠️ Количество мест ограничено. Чем ближе дата мероприятия — тем выше стоимость билета.

🔗 КАК ПОПАСТЬ 1️⃣ Написать БОТУ https://t.me/backlogbbqbot

Тяжела и некозиста жизнь ИИшки под обвязкой

У нас тут тихо случился большой релиз Карты гипотез. Неделю назад репозиторий в основном помогал построить Карту гипотез. Теперь он описывает весь путь стратегии — от вопроса «а она нам вообще нужна?» до конкретных действий, метрик и следующего управленческого решения. — Что появилось важного? Во-первых, мы связали стратегию с операционкой. Теперь можно пройти от фактически выполненной работы до стратегического результата и проверить всю цепочку: цель/метрика ← субъект ← гипотеза ← задача ← фактическая работа и ресурс Это важно, потому что приоритет без задач и ресурсов — не настоящий приоритет. А выполненная работа, которую невозможно связать с гипотезой и целью, не позволяет понять, действительно ли мы реализуем стратегию. https://github.com/Byndyusoft/hypothesismapping/blob/main/strategyoperations.md Во-вторых, серьёзно проработали метрики. Не просто «было 10, хотим 20», а: — как меняется метрика во времени; — какие балансирующие показатели нельзя уронить по дороге; — что делать при выходе за допустимые границы; — какая гипотеза могла повлиять на результат; — какие ещё объяснения этого изменения нужно проверить. Потому что выполненная задача ещё не доказывает гипотезу. А рост метрики после запуска проекта ещё не означает, что она выросла именно благодаря гипотезе. https://github.com/Byndyusoft/hypothesismapping/blob/main/metrics.md В-третьих, описали переход от рисунка к модели данных. У элементов стратегии появляются типы, идентификаторы, состояния и связи. Благодаря этому можно сохранять историю решений, связывать стратегию с задачами и метриками, автоматически искать противоречия и подключать ИИ-агентов не к набору слайдов, а к самой логике стратегии. https://github.com/Byndyusoft/hypothesismapping/blob/main/datamodel.md ‼️ Ещё появилась модель зрелости стратегирования: от ситуации, когда стратегия существует только в разговорах и презентациях, до непрерывной системы проверки гипотез и коллективного обучения. Причём это не только про бизнес. Модель подходит человеку, семье, команде, организации или сообществу — везде, где есть цель, неопределённость и ограниченные ресурсы. https://github.com/Byndyusoft/hypothesismapping/blob/main/maturitymodel.md https://github.com/Byndyusoft/hypothesismapping/blob/main/personalstrategy.md — Для меня главный результат обновления вот в чём: Карта гипотез не заканчивается в тот момент, когда завершилась стратегическая сессия и все закрыли доску. Наоборот — именно в этот момент настоящая работа со стратегией только начинается.

Если вы давно не заглядывали в базу знаний, сейчас хороший момент: https://github.com/Byndyusoft/hypothesismapping