Артефакты – объекты, создаваемые в процессе разработки продукта. Понятно, что конечным артефактом является сам продукт, или, точнее, его инкремент, – улучшение продукта, благодаря которому улучшается пользовательский опыт.
Плоскость поверхности (Surface Plane)
Если говорить о цифровых продуктах, то на этом слое определяется стиль элементов и иллюстрации, а также их композиция. Он самый важный – от результатов именно этой работы зависит то, какое мнение сложится у потенциального пользователя о продукте – удовлетворит ли он его потребность и сколько ресурсов человек готов затратить в пути. Решение принимается несознательно, на уровне лимбической системы, которая считывает маркеры и быстро делает вывод – стоит ли инвестировать жизненные ресурсы в то, чтобы начать пользоваться продуктом.
Благодаря таким инструментам как User Story Mapping и шаблонам декомпозиции, удается значительно сократить время выхода продукта на рынок. Причем функция попадает в релиз в упрощенном исполнении. Это может не полностью соответствовать ожиданиям искушенных пользователей, но позволит быстрее принести пользу и вернуть инвестиции от внедрения.
Основная идея заключается в том, что функциональность предстает в виде матрицы, где по горизонтали идут шаги, необходимые для достижения цели, а по вертикали – желательные особенности этого шага. После построения матрицы детали сортируются по принятым в команде критериям: важности для пользователя, важности для бизнеса и т. д. Далее выделяется MVP внутри отдельной функции.
Как правило, даже после выделения MVP, оставшиеся функции могут оказаться многосоставными, то есть они раскладываются на более мелкие.
Одним из первых это заметил Джефф Паттон и предложил один из лучших методов декомпозиции функциональности – картирование пользовательских историй (User Story Mapping), который он подробно описал в своей книге.
Снимая стикеры снизу-вверх в поле Possible Solutions, мы снимаем связанные с ними стикеры из других полей. Если в каком-то поле остается лишь один стикер, то его убирать нельзя – в противном случае это будет означать, что продукт перестает решать проблему (поле Problem), приносить прибыль (поле Business Value) и т. п.
После сортировки можно определить объем первого релиза – MVP. В этом случае мы начинаем «выпаривать функциональность» – убирать по одному стикеру-функции снизу, анализируя, остается ли финальный продукт жизнеспособным.