Как проектировать

Незаметно пронеслись три потока двухнедельного онлайн-практикума по Карте реализации историй. Собрал 15 отзывов с завершающих встреч и посмотрел, что чаще всего отмечают участники. В восьми отзывах повторяется одна тема:

Когда начинаешь составлять карту реализации историй, выясняешь что-то новое про собственную задачу. Даже если до этого был уверен, что всё уже понятно.

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

Получил новый отзыв о книге «Рабочие истории» от Артёма Кашакова. ❞ Если вам хватит духа и терпения изучить должным образом эту книгу, вы получите в руки постоянное конкурентное преимущество — мыслить тоньше. Никак иначе я не могу обозвать то, что происходило с моим мышлением в процессе освоения. Повсюду вокруг нас происходит деятельность. Какая-то деятельность существует, чтобы прокормить себя и своих близких. Я бывал в разных предметных областях: оптовой торговле продуктами питания, стоматологии, IT, строительстве. Бывал на разных позициях, от мытья полов в найме до руководства отделом и открытия собственного бизнеса. Всюду интуитивно ощущалась какая-то незримая системность, закономерность, организованность. Я чувствовал это, но не мог никак обозвать и схватить. Оттого не мог выразить свои ощущения окружающим в полной мере. Будучи бизнес-аналитиком в IT, я познакомился с рабочими историями и концепциями, на которых построена КРИ. Внедрение технологии в практику и освоение ее до приемлемого уровня заняло у меня примерно ~1,5 года включая перерывы на 1-2 месяца. Дело в том, что этот материал невозможно прочитать, тут же понять, измениться, и пойти жить свою лучшую жизнь. Это - инструмент мышления, причём крайне острый. Если ранее вы никогда не занимались проектированием деятельности, готовьтесь грызть гранит, тут он довольно твердый :) Порой я сидел, ухватившись за голову, от того, что моя картина мира как по цепной реакции начала перестраиваться и я переосмыслял все что знал ранее через новую призму. Подсознание, получив инструмент расслоения бытия, начнёт интенсивно примерять находку к имеющимся знаниям.

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

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

Получил сегодня весточку от Анны Падучиной, управленца отечественного производителя запчастей «Трек»:

Я к Вам с большой благодарностью. В век вайбкодинга одним из самых главных скиллов команды цифровизации (и не только) становится понимание пользовательского опыта и декомпозиция требований в разработку. Я скинула своей команде ваши фреймворки «Карта процесса-опыта» и «Карта реализации истории» и они просто обалдели (простите за сленг) как это круто:)) Нам так этого не хватало! Хотела спросить. Проводите ли вы обучение для команд по «Карте реализации историй» и «Карте процесса-опыта»? Мы были бы рады у вас поучиться.

Отвечаю. Конечно, провожу. Пишите — договоримся.

Остатки книги «Карта процесса-опыта. Проектирование услуги через её визуализацию» ненадолго появились в продаже https://t.me/xpmap/332

Оставьте отклик об учебнике по рабочим историям Если вы прочитали книгу «Рабочие истории. Системное проектирование с Картой реализации историй», и она дала вам какие-то новые мысли и инструменты, оставьте, пожалуйста, отзыв на Озоне или Литрес Так вы дадите мне и другим сигнал, что технология рабочая, и вам она помогает. За конструктивную критику тоже буду благодарен. Если пользуетесь рабочими историями и Картой реализации историй, то можете тоже оставить отзыв, указав это. Это привлечёт внимание новых людей к технологии. Вот, например, что пишет Андрей Степанов, разработчик

Главным результатом прочтения стало следующее: я теперь не могу её, что называется, развидеть. Теперь, когда я участвую в проектировании,  мысленно стал разделять все на те самые элементы  (Н, С, Д, О, Ц), и мозг сразу контролирует, что происходит. Например: «мы начали обсуждать реализацию, а нам не хватает понимания способа действия/цели».

SWOT + Социотех = ретроспектива «Инженерия ушла в чёрный ящик», «работаем с повторяющимися ошибками», «копится усталость». Несколько наблюдений из ретроспективы команды, которая работает с ИИ-агентами. Собрал в Социотехе обезличенную версию нашей недавней командной ретроспективы. Формат Связанного SWOT хорошо подошёл для ретро. Не скрою, пришли к этому формату случайно. Просто не нашли пароль к «Холсту», и я предложил провести ретро в уже открытом Социотехе. Но, как оказалось, очень удобно разбирать ситуацию на части — SWOT помогает растащить наблюдения команды по внутренним и внешним аспектам с плюсом и минусом, а затем превратить в решения на следующий цикл. Сначала раскладываем ситуацию. Что в нашей работе даёт опору, а что мешает? Что происходит снаружи: какие возможности появляются и какие обстоятельства давят? Например, у команды растёт опыт работы с ИИ, при этом код становится сложнее контролировать. Руководство заказчика хочет расширять применение ИИ, а устройство работы у заказчика создаёт задержки. Затем формулируем ставки — что попробуем изменить и ради какого результата. И связываем их с наблюдениями, из которых они выросли. В нашем примере повторяющиеся ошибки и рост сложности кода обосновывают ставку на автоматические проверки: архитектурные тесты и статический анализ. Растущая инженерная экспертиза команды показывает, на что можно опереться при их внедрении. У решения на карте сходятся проблема и ресурс для её преодоления. По связям удобно проверять и саму ретроспективу. Какое наблюдение мы собираемся учесть этим действием? На что опираемся? Какие проблемы обсудили, а решения для них ещё не предложили? Например, накопившаяся усталость осталась без связанной ставки — это видно на карте и даёт повод продолжить разговор. Когда много обсуждений вокруг карточки, открываем её и пишем весь поток в описание, пока не знаем, куда приземлить. Например, у карточки с угрозой У-1 целый поток сознания, вот небольшой отрывок:

С первого раза я читаю вопрос, ничего не понимаю. Потом беру вопрос, понимаю, что в целом человек это способен понять, но не могу принять решение. Отправляю его аналитику. Иду за вторым вопросом. То же самое: читаю, отправляю аналитику. Беру третий, читаю, отправляю аналитику. А теперь важно: аналитик отвечает на первый вопрос. Я беру первый вопрос, просто передаю ЛЛМ. Он такой: «Отлично, вопрос решён». А, ну правда, тут появляются ещё два маленьких вопросика по ответу аналитику. Господи, вот это тупизм, не знаю. Я перекладываю туда-сюда вопросы.

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

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

Константин Полуянов, дизайн-лид Т-Банк „Почему я хочу рекомендовать курс по КРИ всем проектировщикам, продактам и дизайнерам, которых знаю: Максимальное соотношение пользы к затраченному времени. Курс спроектирован так, что в нем нет ни одного лишнего элемента. Каждый урок и занятие приносят пользу и новые инсайты. При этом не нужно тратить на курс все свободное время — он отлично вписывается даже в очень загруженный график Практикоцентричность. Никакой голой теории, все знания тут же претворяются в жизнь на реальном проекте, который выбираешь сам Обратная связь. Ты не чувствуешь себя брошенным с уроками и заданиями наедине. Андрей оперативно, в одно и то же заранее обговоренное время возвращается с очень точной развивающей обратной связью. Всегда находится, что улучшить. Такой подход позволяет прийти к общему пониманию инструмента и закрепить полученные знания Что касается самого метода карт реализации историй — это большой и долгожданный шаг вперед в индустрии. Для тех, кто сможет понять и применить его, он станет открытием. • Метод опирается на многолетний опыт создателя и его предшественников. В нем не потеряно ничего из положительных черт уже известных фреймворков (USM, JTBD) и привнесено очень много нового и полезного • При всей сложности, стоящей за созданием метода, использовать КРИ легко и интересно. Не имея ничего не старте курса, к концу мы получаем артефакт, в котором структурно и понятно разложены не самые простые вещи. Ощущается как магия • Инструмент с легкостью может стать общей точкой сборки всей вашей команды, из кого-бы она не состояла: инженеров, менеджеров продукта, дизайнеров или ИИ-агентов. Такого уровня синхронизации и понимания не даст ни одно ТЗ в конфлюенсе, схема в камунде или любой другой артефакт, принятый в вашей области“ — В понедельник стартует новый поток

Зачем разработчику изучать рабочие истории и Карту реализации историй Сергей Бондаренко в отзыве о мини-курсе заметил:

Сейчас мы все в схожей ситуации заказчика, только заказываем мы код-агентам. Как и заказчик мы всё чаще говорим: «не хочу даже вникать, делай уже!»

Узнаваемая ситуация. Вот три причины всё-таки вникнуть и разобраться. 1. Получить основания предлагать другое решение В задаче написано «сделать авторизацию на складском терминале». Но за ней может стоять потребность работника получать задания только своей зоны. Возможно, достаточно закрепить терминал за зоной. Рабочая история помогает выяснить потребность и проверить, какие варианты её закрывают. Появляется предметный разговор с заказчиком: почему стоит сделать именно так. 2. Замечать решения, которые ты поручил принять агенту Просишь сделать экран обработки заявок. Агент сам выбирает, кто может менять статус, какие переходы разрешены и что происходит с отклонённой заявкой. Экран работает, но эти правила ещё нужно проверить. В рабочих историях можно заранее описать, кто, когда и зачем действует, а на карте — связать эти действия с реализацией. Тогда есть с чем сверять предложение агента. 3. Отказываться от лишних функций до того, как написал код Планируешь пять аналитических отчётов. Начинаешь разбирать, кто и в какой ситуации будет ими пользоваться, какие решения принимать. Для двух отчётов ответа нет. Похожий результат описал другой участник курса, Илья: составляя КРИ для собственной программы, обнаружил, что значительная часть задуманной аналитики ему не нужна. Даже когда ты сам себе заказчик, полезно проверить свои требования. Рабочие истории дают опору для разбора отдельного действия. КРИ собирает действия и варианты реализации в общую картину — чтобы можно было проверить и конкретную функцию, и её место в работе людей. 12 октября стартует мини-курс по КРИ. Приходите учиться разбирать требования, предлагать обоснованные решения и замечать лишнее до разработки

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

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

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

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

О различии автоматизации и трансформации с ИИ Мой коллега, методолог Михаил Флямер, обратил внимание на то, что во всей парадигме описания бизнес-процессов в литературе слабо разделяются такие понятия как автоматизация и трансформация. Для различения этих ситуаций даже нет подходящих слов. Слова «автоматизация» и «трансформация» используются часто как неосознаваемые синонимы, а для кого-то уже и потеряли значения из-за повсеместного частого повторения. В действительности же автоматизация указывает на факт замещения какой-то одной или нескольких операций в цепочке неким автоматом — сегодня чаще всего на основе ИИ. Например, когда кто-то перестаёт в своём рабочем процессе собирать отчёт вручную и просит это сделать ИИ, это пример автоматизации. Трансформация же предполагает пересмотр способа действия, то есть смены операционального принципа или смену всей процессуальной цепочки, её топологии, включая пересмотр ролей и ответственности. Например, разработка программного обеспечения ранее делилась на несколько этапов, требовала на каждом из них работы отдельного специалиста, число которых доходило до 5-7, а сегодня эту же работу делают пара операторов, управляющие работой ИИ-станка. Видится как минимум пять различных масштабов воздействия через автоматизацию-трансформацию в эпоху ИИ. Я выразил их в языке Карты процесса-опыта в прикреплённой схеме. Каждая ключевая точка берёт отдельно взятый масштаб перестройки как возможный шаг развития. Масштабы размещены в порядке роста степени воздействия, образно говоря: с бо́льшим плечом рычага. Ключевые точки берут каждый из масштабов через описание типичных операций, барьеров и эффекта шага развития. Также на каждой точке выделен свой деятель — актор, заказывающий музыку, главный интересант. Ключевая конфликт и драма нынешней эпохи ИИ в ИТ заключается в следующем. Бизнес хочет починить дырявое ИТ: не зависеть от конкретных людей, полностью избавиться от рудиментных специализаций и потерь на коммуникации между ними (точка 4). А люди хотят настроить свой пайплайн и кайфовать, закрепившись на своём месте (точка 1).

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

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

Генерация информационных систем с опорой на Социотех За 2 минуты показано как заказчик меняет интернет-магазин без разработчиков, ТЗ и долгих обсуждений. Проектирование идёт в через именения гипотез и историй на доске. Разработка выполняется под капотом агентом Социотеха. Проект в Социотех

Критически важный сегодня навык работы с ёмкими смысловыми текстами Работаете ли вы в командах экспертов, управляете ли код-агентами — понимание становится всё более критически важным навыком. Об этом мне рассказывают и работодатели, уставшие от узких беспомощных исполнителей, и ректоры вузов, выпускающих специалистов, которых уже не берёт рынок. К сожалению, больше нельзя быть просто хорошим исполнителем. Больше некому рассказывать вам суть задачи. Нужно врубаться. Подобный навык сам собой в нас не входит. Для этого нужно двигаться в медленном, свойственном человеку, темпе в постижении теории и практики. Теорию хорошо даёт чтение книги «Рабочие истории. Системное проектирование с Картой реализации историй». Она написана как учебник, и хорошо ставит понимание и мышления через работу с ёмкими смысловыми текстами. https://ashapiro.ru/sim-book

Проектирование концепции и деталей инструмента Про два масштаба рабочих историй и карт реализации историй на реальном примере. Вырезка из мини-курса КРИ

Отзыв ещё одной участницы мини-курса по КРИ. Алла Тимофеевой, UX/UI-дизайнер:

Хотела бы сказать огромное спасибо Андрею за возможность пройти этот курс — он мне очень многое дал в понимании КРИ. 1. Структура Очень удобно, когда один целый урок и один разбор посвящены одному элементу КРИ. Ты не растекаешься по всему сразу с мыслью: «О боже, я ничего не понимаю», а точечно берёшь один элемент и качественно прорабатываешь его понимание. Плюс по каждому элементу есть правила и шпаргалка. И так, элемент за элементом, вуаля — к концу курса всё складывается в одну прекрасную карту, логичную и понятную. Классно, что есть домашние задания — без практики пройденный материал не закрепится. 2. Понятность Очень доходчиво и прямо по полочкам. Приятно было, что куратор ко всем внимателен и очень добр, несмотря на то, что поначалу мы наверняка писали в карты кучу разной ерунды. 3. Доступность В условиях занятости курс как-то очень грамотно вписывается в рутинную жизнь. Можно где угодно, в перерывах от работы или за чашкой кофе, посмотреть разбор и новый урок. Ну и не забыть уделить немного времени закреплению прослушанного: исправить ошибки в своей карте и сделать попытку по новому элементу карты.

Освойте новое средство построения коммуникации о требованиях к проектируемым решениям. Новый поток мини-курса по Карте реализации историй начинается уже в следующий вторник — приходите

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

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

Для меня главная проблема — как обсуждать с заказчиками, разработчиками и другими участниками сложные, абстрактные сущности. Прежние артефакты — персоны, жизненные ситуации, jobs, диалоговые сценарии, продуктовые матрицы и CJM — могут быть понятны аналитику, но их трудно сделать предметом общего обсуждения: заказчики редко внимательно читают длинные сценарии, а важное знание оказывается в разных документах. В Карте реализации историй особенно понравилось сочетание действий, информации, форм реализации и интерфейсных элементов в одном шаге. Это даёт надежду на более эффективную коммуникацию. Мы уже обсудили карту с коллегами и сразу отсекли большой кусок работы: стало понятно, что прототипировать нужно лишь небольшую часть того, что раньше казалось необходимым. Для текущих систем полезны заметки и наглядное обозначение состояния элементов, например цветом. Так можно сразу показать коллегам, что середина сценария проработана, а начало и конец — нет, и объяснить, почему пользователям трудно начать работу. Карта уже помогла увидеть ядро решения, недоработанные хвосты и сформулировать конкретные следующие шаги. Алексей Евстифеев, UX-исследователь Kaiten

Новый поток мини-курса стартует 15 сентября. Запись открыта. Если вы хотите провести курс в уютно компании своей команды или компании, напишите мне.