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

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

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

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

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

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

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

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

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

Рассказал сегодня о Карте реализации историй на Дизайн выходных. Удалось записать доклад. По ссылке презентация, видео и материалы по КРИ

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

1. Карта гипотез
Канал — @hypothesismap
Чат — @hmappingchat

2. Карта процесса-опыта
Канал — @xpmap
Чат — @xpm_chat

3. Карта реализации историй
Канал — @simapping
Чат — @simap_chat

Новая порция книг поехала в Озон

Если пробуете примерять несколько методов социотех-фреймворка вместе, вам будет полезна схема их взаимного увязывание. Спрашивайте и предлагайте в комментариях Холста