Вчера стукнуло шесть лет со дня выхода самой читаемой моей статьи на Медиуме. Руководство по карте пользовательских историй прочли 5500 раз и 500 раз апплодировали. Сейчас, когда Медиум заблокирован, статья доступна на сайте.

Хотя я пишу давно, но именно с этой работой я впервые понял, что такое писательство и какого труда это сто́ит. Но мне понравилось 😊

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

Если вас интересует эта тема, вы хотели бы в ней разобраться до выхода книги, предлагаю присоединиться к закрытому клубу её первых читателей. В его чате мы читаем текущую версию книги и обсуждаем непонятные моменты. Важно именно активное чтение с вопросами. Заинтересуетесь — пишите.

В книге «Карта процесса-опыта. Проектирование услуги через её визуализацию» я ввожу понятие потока чуть на свой лад. Ввожу довольно сухо, на уровне концепций. На выходных вышло написать о потоке на примере жизни трёх поколений моей семьи и в несколько художественном языке.

О потоке по-человечески

Сегодня сложные конструкции. Размышлял над общими принципами нарождающегося подхода, соединяющего все развиваемые нами методы.

1. Принцип визуализации: всё, что невидимо, неуправляемо. Как только ты выклыдываешь что-то на доску, ты обретаешь силу управлять этим в мышлении. Также, Rumpelstiltskin principle: When you name something then you have a power to talk about it.

2. Многослойность знания. Приходится работать в разных пространствах, чтобы смотреть на один и тот же объект с разных сторон. Речь о проектно-инженерном знании и о предметном или онтологическом, что возвращает картину мира деятельности.

3. Строгость категориального мышления. Отказ от мыслительной «склейки» и работы с ассоциациями. Упор на различение тонкостей.

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

4. Социотехничность: любое действие в современном мире может быть продуктивным только когда оно согласовано в нескольких пространствах. В смысловом, в социокультурном, в коммуникационном, в пространственно-временном. Первое, что мы увидели как важное недооцениваемое — политический ландшафт проектов.

5. Программный подход. Учёт, а не отказ от сложности. Вовлечение всех заинтересованных лиц в формирование знаний. Знаковые конструкции из фрагментов знаний направляют и «выдавливают» итоговое решение

6. Принцип пережигания неопределенности в работоспособность. В нашей работе всегда есть две направляющие силы: движение в сторону сжигания неопределенности (белых и серых пятен) и движение в сторону достройки работоспособной конструкции деятельности в мыслительной имитации с опорой на схемы.

Программирующее дерево

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

В программирующем дереве такой структурой является иерархия. Но задана она хитрым образом. Часть высказываний в дереве требуют что-то от нас, в другой части мы отвечаем на эти требования, вводя допущения. И так они чередуются друг за другом, вплетая в дерево всё бо́льшие подробности.

Пока у меня скверно получается писать на эту тему. Всё, что есть, написано на каком-то около-методологическом языке. Знаю из первых обсуждений текста, читать такое трудно. Вместе с тем, эта практика — самая интригующая, потому что помогает выгрузить в метод то, как я сам собираю сложные системы, путём выращивания.

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

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

📣 Привет, на связи дизайн-секция UWDC!

До конференции осталось меньше месяца, и мы продолжаем знакомить вас с программой.

Андрей Шапиро, арт-директор и партнёр в Бындюсофт, поделится новым взглядом на пользовательские истории в докладе «Мышление историями. Как текстовые модели поведения помогают дизайнеру проектировать».

«Истории издревле были ёмкими накопителями образцов человеческого поведения. В последние 30 лет одна из разновидностей историй — пользовательские истории — активно применяется в дизайне цифровых систем и их интерфейсов.

Я расскажу как применять практику записи историй, какие техники работы с историями доступны на сегодня и как работа через истории обогощает мышление дизайнера».

Для получения билета регистрируйтесь на сайте UWDC

🚀 До встречи на конференции!

Попробовал в деле новую практику Связанный SWOT-анализ. Александр предложил к анализу прикрутить технику работы с карточками на основе дополнительной инфографики с тегами и маркерами.

Мне понравилось. Техника помогла подготовиться к грядущей сессии по Карте гипотез с заказчиком. До этого в беседе, он уже перечислил опорные точки. Из текста речи заказчика я зафиксировал их в тело SWOT, а после вытащил первые 2 гипотезы для проверки.

К технологии Карты гипотез добавился предваряющий шаг со своей логикой. Рекомендую

6 мая в 19:00 мск расскажу о технологии работы с детальными требованиями с Картой реализации историй.

Истории настолько мощная практика, что от нее ни в коем случае нельзя отказываться. Вместе с тем, их инструментарий настолько давно не развивался, что пришло время это исправить.

Карта реализации историй дает аналитику, исследователю и проектировщику утонченную структуру для бесед с пользователем, бизнесом и командой разработки. Пользовательские истории в ней эволюционировали до рабочих историй, а время на запись содержательных историй сократилось.

Метод Карты реализации истории входит во фреймворк проектирования социотехнических систем.

6 мая, во вторник вечером, Андрей Шапиро, проектировщик цифровых сервисов и методолог проектирования, расскажет о переосмыслении личного и отраслевого опыта работы с пользовательскими историями.

Ссылка на регистрацию

📍 22 мая в Москве проведу долгожданный дневной тренинг по Карте процесса-опыта. Занимаемся с 10 до 18 с перерывом на обед. В группе будет до 10 человек, чтобы успеть проработать карты. Приходите учиться.

Записаться на тренинг

В 19:00 по Москве начинаем про Карту реализации историй. В этот раз начнём с подробного разбора недостатков классических пользовательских историй. Затем выйдем на рабочие истории КРИ

https://youtube.com/live/16syPUiuNT4

🎞️ Запись эфира о Карте реализации историй

В эфире подробно разобрана история появления практики записи пользовательских историй, основные техники вокруг неё и трудности, встреченные автором за 15 лет применения.

Как ответ на вопрос о встреченных трудностях предложен новый формат рабочих историй, а также новый формат карты историй.

На нескольких примерах показано как работает карта, как связаны её слои. Новая структура карты помогает направить беседу о том, что нужно спроектировать.

ВКонтакте
Рутуб
Ютуб

Меня много раз спрашивали когда будет обучение по Карте процесса-опыта. Ещё есть шанс попасть на очный тренинг 22 мая в Москве. Когда будет следующий и будет ли — пока неизвестно

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

Кому интересно - велком сюда: https://neogenda.com/karta-processa-opyta

24 мая на конференции UWDC в Челябинске расскажу о том как структурировать беседу с заказчиком, чтобы гарантированно прийти к желанному результату.

С этим же докладом я выступлю на Дизайн-выходных в Казани, которые пройдут 30-31 мая

Антон Григорьев, автор канала UX-Notes, законспектировал содержание статьи о Карте реализации историй. Если откладывали её чтение, то вот возможность чтения по диагонали.

Андрей Шапиро написал о придуманной им Карте реализации историй.

— Она развивает практику User story mapping благодаря новому шаблону историй и слоям для экспресс-проектирования;
— Она лаконично выявляет сценарии использования и определяет форму их технической реализации;
— Первая проблема историй: они наводят на одно конкретное решение, которое часто оказывается неверным, так как задача ещё слабо изучена, либо проблема лишь подразумевается и формулируется в виде решения-кандидата;
— Оперировать альтернативами в разработке крайне важно, так как время и деньги ограничены, и непонятно, какое решение уложится в срок и бюджет;
— Вторая проблема: они не описывают предметную область. Эти знания появляются слишком поздно, что нередко приводит к перепроектированию;
— По горизонтали карта состоит из историй, выкладываемых в порядке их следования;
— По вертикали — из 7 смысловых слоёв: цель действия (зачем?), носитель (кто или что выполняет действие), ситуация (контекст, когда происходит действие), способ действия (каким образом что-то делается), объекты оперирования (с чем взаимодействует носитель, что получается в итоге), форма решения (варианты технических решений), структура экранных блоков;
— Реализация сопряжена с реальным миром и всегда вносит коррективы в замысел. Хоть нам и проще говорить о конкретной форме будущего решения («кнопочное мышление»), замысел должен всегда главенствовать;
— В Карте реализации историй мы постепенно спускаемся от чистой функции к реализации процесса и конкретного инструмента или нескольких, обеспечивающих этот процесс;
— Часто у него могут быть разные варианты срабатывания, в зависимости от ситуации;
— Это деятельностные истории. В отличие от пользовательских в них на первом месте цели и механики деятельности, а потребности вовлечённого в деятельность человека — на втором. На схеме носитель расположен сразу под целью лишь для того, чтобы избежать дублирования;
— Без прикидки объектов оперирования с высокой вероятностью потом придётся возвращаться к перепроектированию. Их можно просто перечислить, но лучше разделить на объекты до взаимодействия и после;
— Форм решения на карте может быть множество. Но приоритизировать разработку и планировать релизы с картой удобно не более чем на сейчас и на потом;
— Начать заполнение карты можно с любого слоя. Самый верхний слой смыслов зачастую не удаётся взять с первого раза. Главное, чтобы все слои в конце концов оказались согласованы.

Видео о карте: ВК, Рутуб, Ютуб. #user_story

Если вы в эту субботу будете в Казани, заходите на Дизайн-выходные. Буду рассказывать о том как быстрее и с гарантией прийти к взаимопонимаю в команде и с заказчиком.

Поделюсь проверенным в 15-летней практике инструментом направления беседы — рабочими историями.

ИТ-парк им. Башара Рамеева, Казань
Зал 11, «Цифровой дизайн»
31 мая, 12:00—13:00