Упражнение B. Контрольные вопросы:
1. Кто такой Тимур?
2. Что за Дмитрий?
3. Кто эта Татьяна, черт подери?
4. Какого хрена Тимур отвечает аж за два приложения из четырех?
5. Нет, все-таки, кто все эти люди?

Нет, я понимаю, что все это может значить - Гугл тем самым какбе намекает нам на европейском языке: “ОЛОЛО СМОТРИТЕ КАКОЙ Я ПЕРСОНАЛЬНЫЙ В ЗЮЗЮ СВОЙ ОЛОЛО ПРЯМ КАК ТВОЙ ПИКАБУ ОЛОЛО Я ОБРАЩАЮСЬ К ПОЛЬЗОВАТЕЛЯМ ПО ИМЕНИ”.

Но по факту я реально испугался, что попал не в ту учетку, не в тот логин, не в тот рукав Галактики.

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

Одно дело - замутить херовый креатив, а другое - еще и посадить в пользователя червяк тревоги.

Не делайте так.

P.S. Упражнение C. Дополнительный вопрос на пятерку и внеочередной диплом МБА:
1. Почему на фоне приложения про презентации (“Татьяна”) мальчик потрошит улей?
2. Почему на фоне приложения про формы (“Тимур”) кто-то ломает печенье?
3. Почему на фоне приложения про таблицы (“Дмитрий”) белые цисгендерные мужчины топят на лисапедах в горы?
4. Почему на фоне приложения про гуглодоки (снова сраный “Тимур”) парочка таращится на какие-то таунхаусы?

Свои ответы шлите нам в студию по адресу Москва, улица Академика Королева, Останкинская башня.

#бисквитныйдвор

Я знаю, вы заскучали по реальному Хуиксу!

Вот нашел для вас хороший образец хуйзабилити в славном городе Сарапуле.

(не спрашивайте)

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

#хуикс4real

Как вы думаете, что отличает UX-профессионала от новичка или дилетанта?

- ОООО ЁМАНА, - интеллигентно заметите вы, заломив кепку на затылок, - ВСЁ ПРОСТО СЛУШАЙ СЮДА ПРОФФЕСИОНАЛ ЗНАЕТ ПЕРСОНЫ КУПЕРА ВСЯКИХ ДЕДОВ ТИПА НОРМАНА НИЛЬСЕНА А ЕЩЕ CJM JTBD ДИЗАЙН-МЫШЛЕНИЕ ФРЕЙМВОРК IBM ФИГМУ СКЕТЧ ЦЕППЕЛИН И МАТУШКУ АКШУРУ ЧИТАЕТ ЮРУ ВЕТРОВА А ДЕЛИТАНТ ПАЛЬЦЕМ В СТЕНКЕ КОВЫРЯЕТСЯ И НИЧЕГО ЗНАТЬ НЕ ХОЧЕТ.

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

Когда вы учитесь UX-дизайну, то все кажется простым, понятным и достижимым: вот четкий набор инструментов, фреймворков и методик, надо лишь их выучить и начать применять в работе.

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

👹 У вашего проекта до безумия сжатые сроки - и у вас нет времени на нормальные исследования;
🤡 Ваше руководство - психопаты, которые принимают дизайн по принципу “нравится/не нравится моей собаке”. Вы должны сделать фичу не потому, что она нужна с точки зрения бизнеса или пользователей - а просто потому, что кто-то наверху счел это прикольным;
😈 Ваши коллеги - отборные хобгоблины, которые исповедуют принцип “пользователи дебилы, мы знаем лучше них”;

☠️ К вам приходит скрам-мастер и начинает заставлять вас думать, рисовать, исследовать, прорабатывать и отдавать команде результат вашего труда за одну-единственную неделю - потому что у вас такой спринт; а еще он заявляет, что решения по дизайну принимаются голосованием всей команды - и вы должны подчиниться местному большинству;

💩 Никтое желает разбираться в метриках, и ваш реальный критерий эффективности - как быстро вы выкатываете новые фичи и насколько они органолептически нравятся большим боссам;

🤢 Дизайн-мышление, HADI-циклы и прочую заумь все вокруг вас считают какой-то блажью, которую надо вежливо выслушать - а потом игнорировать;

🎃 Вас ставят отвечать за UX-дизайн, но при этом полностью лишают контроля над разработкой и доступа к продукту.

И так далее. Все это может встречаться в разных комбинациях, но суть одна: вы попадаете в ситуацию, которая в учебниках по дизайну отмечена пометкой ЕРЕСЬ - и вам надо с этим жить.

Многие из вас скажут - брат, да это ж жопа.

Нет, друзья мои, это не жопа, это настоящий момент истины - ваша проверка на профессионализм. Вот какие у вас есть варианты для дальнейших действий:

1. Принять, что ничего не получается, впасть в депрессию, безвольно пойти на поводу у окружения и превратиться в рыбу-УГ.
2. Принять, что ничего не получается, опустить руки и покинуть компанию в поисках Идеально Работающей команды (истории известны примеры, когда персонажи по нескольку лет шлялись по рынку в поисках Золотого Грааля).

3. Надеть белые доспехи, устроить лютый срач на тему “ВЫ ДЕБИЛЫ И НЕ ЛЕЧИТЕСЬ А ВОТ КАК РАБОТАЮТ НОРМАЛЬНЫЕ ЛЮДИ”, задолбать всех своей праведностью, выгореть в конфликтах - и перейти на пункт 1 или 2.
4. Надеть белые доспехи, провозгласить себя UX-гуру, прекратить практическую деятельность, отпустить бороду и начать консультировать и преподавать, не отвечая за результат.

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

Понимаете, в чем суть, да? Профессионал - это не тот, кто умеет пропускать свои продукты через готовые фреймворки. Профессионал - это тот, кто умеет собирать (и модифицировать!) фреймворки вокруг своей индивидуальной ситуации и задач. Получится использовать что-то готовое - отлично; не получится - сделаем все сами с оглядкой на эффективность и целесообразность. То есть вы не обязаны знать все фреймворки-инструменты-методики - но вы обязаны уметь их вывести с нуля, если потребует ситуация.

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

Лютое бесстрашие и умелая готовность ко всему отличает настоящего рыцаря хуикса от мимокрокодила. Помните это.

#батинаправда

Что, соскучились?!!

Я вот по вам тоже очень соскучился. Пока я копаюсь в своих вопросах корпоративного продуктового дизайна (что грозит выплеснуться в виде множества добрых и не очень заметок), предлагаю вам посмотреть лютое видео про хуикс, которое мы записали с моим собратом Виталием Мазуревичем: https://www.youtube.com/watch?v=G7yQdx8UY1k

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

Не забудьте зашторить окна, выкрутить звук на максимум, взять топор в руки и приготовиться сходить с ума. ВЕЛКАМ ЧУ ХУИКС, МОРСКИЕ ЧЕРТИ!

#видеохуикс #мазуревичбородкин

Тяжело делать дизайн с заказчиком. Ты сидишь, не разгибаясь, прокачиваешь насмотренность, собираешь рефы, до тошноты влезаешь в корпоративный брендбук, в муках рожаешь пять концепций и выбираешь в итоге шестую, копаешься в деталях, примеряешь все на пользовательские сценарии, вытачиваешь каждый пиксель - чтобы на встрече с заказчиком наткнуться на комментарий какой-нибудь напудренной бабы (или напудренного бабы, ибо баба, как известно, понятие внегендерное): “НАС НЕ ВПЕЧАТЛИЛО”

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

И понимаешь, как тяжело делать дизайн с исполнителем. Ты сидишь, не разгибаясь и отъедая бока, над своим продуктом, добываешь бюджет, превращаешь идею в механику, пестуешь гипотезы и экономику, выстраиваешь команду разработки, ищешь вечный компромисс между качеством, скоростью и деньгами, складываешь из букв Ж, О, П и А слово ПРОАКТИВНОСТЬ, скручиваешь водопад в бараний рог эджайла, посыпаешь голову пеплом - чтобы на встрече с исполнителем наткнуться на бараний креативный взгляд, увидеть нежизнеспособное размалеванное нечто под видом интерфейсов, а после сеанса конструктивной обратной связи - услышать за своей спиной сдавленное: “ДА ЧТО ТЕБЯ БОРОВ ЛЕНИВЫЙ МОЖЕТ ВПЕЧАТЛИТЬ”.

И в этот момент, братья мои, всегда происходит следующее: вы достаете из кармана револьвер “Смит Энд Вессон”, прокручиваете его на пальце, разряжаете весь барабан в лоб этому креативному чучелу, бьете его в грудь ногой, выскакиваете в окно на крышу проезжающего мимо мусоровоза и, стоя в позе Нео, уезжаете в закат*.

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

#батинаправда

Заскучали? Вот вам авторская хуикс-мудрость от Лёхи на каждый день.

Кстати, вы будете смеяться, но однажды я сталкивался с проектом, где заказчик просил "СДЕЛАТЬ ЧТОБЫ НА ГЛАВНОМ ЭКРАНЕ ВРАЩАЛСЯ ЗЕМНОЙ ШАР А НА ЗАДНЕМ ПЛАНЕ ВООДУШЕВЛЕННО ПЕЛ КАЗАЧИЙ ХОР"

Нет, не шучу. Да, так и сделали. Нет, ссылку не дам.

#каквтретьяковкусходил

ПАЦАНЫ ПАЦАНЫ ЛЁХУ ПОКАЗЫВАЮТ В ТЕЛЕВИЗОРЕ!!!!

Если вы хотели:

- Не читать в очередной раз мое жонглирование словами;
- Увидеть меня с золотым носорогом в руках;
- За каким-то чертом посмотреть, как я смотрюсь в кожаном кресле;
- В тридесятый раз выслушать мои байки про деда с банджо на картридже SNES (мои старинные читатели вспомнят этот, гм, кейс);
- Узнать, за что я люблю Dwarf Fortress;
- Понять, что роднит нейросети и Спартака;
- Просто послушать про прошлое, настоящее и будущее продуктового дизайна,

- то возрадуйтесь же! На вашей улице сегодня перевернулся грузовик с арбузами, блэкджеком и пифиями: https://www.youtube.com/watch?v=hG1aD1VUEEo

А если вы вообще пришли сюда из этого видео, то, как говорили в рекламе мещанских обогревателей "Доброе тепло", земной вам поклон и добро пожаловать.

#концертыстасамихайлова

Котаны, котаны, я с вами!

На вопрос «ЛЁХА ГДЕ ЖЕ ТЫ ЛЁХА» у меня будет вам два ответа:

1. Это был непростой год (с) Тут вам и позитивные штуки вроде выхода на новую работу (если вы не знали, нынче я продакт в «Магните»), и всякий адок вроде оттоптавшегося по мне ковида. Нужна была передышка, чтобы придти в себя и разобраться со свободным временем. Это штука чисто организационная.

2. Я сменил работу - и дизайна в моей жизни стало меньше. Если в Росбанке я хороводил команду дизайнеров и плотно отвечал в том числе за продуктовый дизайн, тут я больше морочусь развитием продукта, экономикой, бэклогами и всем таким. С точки зрения дизайнеров я уже не Артемий Татьяныч Лебедев, но пункт выдачи задач и бородатый дядя, который при необходимости поможет, но больше будет спрашивать.

Казалось бы, на этом и сказочке конец, Лёха садится на коня и уезжает в закат под песню ланфрен-ланфра. Но нет же!

А. Хуикс как природное явление по-прежнему остается важной частью моей жизни (мы же помним, что успех продукта зависит от пользовательского опыта?)

Б. Хуикс как канал (и как вы лично) мне дорог, важен и вообще я вас люблю, котаны. Без вас жизни нету.

В. Работать меньше я не стал, поэтому у меня постоянно есть новые мысли, идеи и камни для кидания в окна, которыми я хотел поделиться - они не только про Хуикс, но и про всякое продуктовое.

Тут правило простое - мне легко и задорно писать про то, чем я горю. А горю я тем, чем живу. Вот вам и нате.

И как быть - писать редко, но про дизайн, или более часто про все, что меня волнует в цифре? Для решения этого вопроса я провозглашаю себя Хуикс-атаманом, надеваю на себя казачью папаху и объявляю НАРОДНОЕ ВЕЧЕ. Любо!

Интересно ли вам в Хуиксе читать не только про дизайн, но и про цифровые продукты, их развитие и все такое? Как обычно, предельно откровенно, понятно, без напыщенного говна и с рубрикой БИСКВИТНЫЙ ДВОР
anonymous poll

ЛЁХА ДА ТЫ ПИШИ МИЛЫЙ ПРО ЧТО УГОДНО ТОЛЬКО ПИШИ – 261
👍👍👍👍👍👍👍 60%

О да! Мне интересно читать, чем живет продукт вне дизайна – 137
👍👍👍👍 32%

О нет! Меня интересуют только интерфейсы, дизайн и фигма всякая – 21
👍 5%

Я не хочу ничего решать, у меня лапки-выпадашки – 14
▫️ 3%

👥 433 people voted so far.

Знаете, что такое ад для дизайнера?

Нет, это не когда надо рисовать 3 варианта макета одного и того же на выбор.

Нет, это не когда нужно переделывать макеты в ночь перед релизом, потому что менеджер прислал новый брендбук с комик сансом в виде основного шрифта.

И нет, это не когда заказчик отвечает вам на макет, который вы исследовали и строгали 2 недели, «ЭТИ КАРТИНКИ НАРИСОВАЛА БЫ МОЯ СЕКРЕТАРША ЗА 5 МИНУТ»

Нет. Настоящий, сука, ад - это когда твою работу берут и отправляют куда-нибудь в рабочую группу на ОБЩЕЕ ГОЛОСОВАНИЕ. Типа, коллеги, мы не можем выбрать нужный вариант, давайте проголосуем всем миром и выберем лучшее, коллеги. Спасибо, коллеги.

Тем самым дизайнер ставится врастопырку:

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

2. Если все пойдет хорошо и ОБЩЕЕ ГОЛОСОВАНИЕ одобрит макеты дизайнера, то тем самым ему какбе намекают, что, вася, ты сейчас молодец и мы тебя одобрили, но ты смотри… такое не всегда может быть, в следующий раз можешь и не понравиться. Дизайнер чувствует себя во власти толпы.

3. Если все пойдет плохо и ОБЩЕЕ ГОЛОСОВАНИЕ зарубит макеты дизайнера, то тем самым ему какбе выносят вердикт, что ты, вася, не командный игрок, работаешь херово и вообще это тревожный звоночек. Дизайнер чувствует себя говном.

4. И - самое главное - при этом хороший дизайнер задается вопросом: да какого черта?!!

Какого черта эти люди вообще принимают решение, нравится или не нравится дизайн, они не целевая аудитория, они работают в той же компании, они знают его лично (и, например, могут проголосовать против, потому что рожа дизайнерская не понравилась) и вообще не ре-ле-вант-ны? Как вообще можно оценивать дизайн голосованием в почте? Это же, сука, не так делается!

И вот тогда - вот тогда - дизайнер может услышать за спиной перестук копыт, ощутить на своем левом плече когтистую лапу и услышать басовитое: «СЫНОК ДОБРО ПОЖАЛОВАТЬ В АД»

#батинаправда

P.S. Еще у нас царская новость - я подключил комментарии к постам. Теперь вы можете рассказывать свои не менее ужасающие истории, я могу не менее ужасающе шутить в ответ, ну и вообще начнем устраивать интерактив. За идею спасибо боярину Кириллу Алексеичу.

Начинать можно с этого поста, всегда-ваш-лёха-коллеги-спасибо-коллеги.

«ЛЁХА ТЫ РАССКАЗАЛ ПРО АД ДЛЯ ДИЗАЙНЕРА А КАК ПО УМУ ЖИТЬ ТО» - спросили меня дорогие читатели в комментариях.

Нате на лопате 5 правил Лёхи по согласованию дизайна:

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

Других способов - урезонить, уговорить, сломать - не существует. Если вам кто-то будет говорить про то, как он в одиночку победил мудака - он обманывает себя и в реальности мудак победил его.

(не путайте только мудака и въедливого заказчика, но об этой разнице поговорим в отдельном посте)

🍉 Ошибайтесь раньше, ошибайтесь чаще.

Почему не срабатывает тактика «собрали требования-принесли готовый диз через месяц-ушли с мешком денег»? Во-первых, вы можете тупо ошибиться и укопать со своим дизайном не туда вразрез с поставленной задачей. Во-вторых, заказчик мог тупо ошибиться и дать вам неполные или не те вводные (и если вы думаете, что вас в конце спасет победная поза «ДА ВЫ САМИ ТАКИЕ ТРЕБОВАНИЯ ДАЛИ» - нет, она вас не очень спасет). В-третьих, заказчик - зверь хитрый: если ему долго не показывать результаты своего труда, он начинает фантазировать и придумывать в своей голове воздушные замки. Тут его надо регулярно приземлять на прозаическую реальность.

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

Дополнительный бонус от частых сверок с клиентом: в какой-то момент он начнет перенимать вашу логику мысли и будет чаще принимать вашу сторону.

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

Тащить каждый набросок дизайна, итерацию кнопки и результаты игры со шрифтами - не ок. Показывать замусоренный файл в фигме (типа, «тут смотрите, а тут не смотрите, это временный набросок…» - я так когда-то с фотографиями Шуфутинского в прототипе прокололся) - тоже не ок. Хорошего заказчика вы утомите, неопытному дадите в руки повод поцепляться за временные мелочи. Помните, что нормальный заказчик не хочет выёривать с вами каждую кнопку по цвету, а хочет убедиться, что вы правильно поняли его задачу и живете в его системе координат.

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

🍱 Договаривайтесь на берегу о дизайн-процессе - кто, что, когда, каким образом. Чем более структурно и авторитетно вы будете действовать, тем меньше глупых вопросов будет возникать по ходу дела.

Такие вот нехитрые правила. Наверняка их можно придумать еще (ату в комментарии! давайте их собирать!), но конкретно на эти грабли приходилось натыкаться много раз. Фразы «Да вы будете ко мне ходить до скончания века, пока мне не понравится», «Да моя секретарша нарисовала бы это за 15 минут» и «А что тут делает Шуфутинский?» до сих пор эхом звучат в моей голове

#батинаправда

Окей, зумеры, поделюсь своей воскресной менеджерской болью.

Есть такая штука - поспринтовая разработка, крайней формой выражения которой является Скрам (или, как выражаются некоторые интересные айтишники, Скрум).

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

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

Участники скрума делятся на три категории - это папа римский (т.е. продакт овнер; указывает путь, но не работает), клоун-аниматор (эджайл-коуч, то есть скрам-мастер) и бурлаки (участники команды без разбору, потому что не важна, какая твоя роль - важен результат).

Скрум можно проиллюстрировать вот таким слайдом, который я когда-то собрал для работы:

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

👨‍👨‍👦‍👦 У вас нет всех специалистов - например, за аналитикой приходится ходить в отдел аналитики и просить их, чтобы они взяли в работу вашу задачу наподумать. В этом случае принцип «Давайте выберем хотелку из бэклога, возьмемся за руки и выкатим ее первую реализацию через 2 недели» не сработает - придется ждать аналитику от других людей.

🦍 Задача эпически сложная и в прокрустово двухнедельное ложе Скрума не укладывается. Да, я знаю, что апологеты Скрума сейчас начали орать «КАК ЖЕ ТАК ЛЁХА ЛЮБУЮ ЗАДАЧУ МОЖНО ДЕКОМПОЗИРОВАТЬ ДО ЭЛЕМЕНТАРНОГО МИНИМУМА И ЗАПУСКАТЬ ЕГО» - так вот, ни черта подобного. Говорю это как продакт, чье приложение пришлось интегрировать с системой 1982 года выпуска в течение двух, сука, месяцев беспрерывной возни (и это было только начало).

👯‍♀️ Дизайн херово дружит со Скрумом. В этом убеждался и лично я, и мои любимые деды из Норман-Нильсен групп (см., например, тут: https://www.nngroup.com/articles/ux-agile-backlog). Суть в следующем: работа дизайнера занимает много времени и очень трудно прогнозируема - в самом начале пути сложно сказать, попадем ли мы с первого раза в нашего пользователя и чем закончатся результаты предварительных тестирований прототипов. Нет, конечно, можно крикнуть на дизера «А НУ КА БЕСОВО ОТРОДЬЕ ЧТОБЫ ЧЕРЕЗ НЕДЕЛЮ МАКЕТЫ БЫЛИ У МЕНЯ» - но мы, во-первых, получим лютую херню, а во-вторых - не спасем разработку, потому что дизайн ей нужен не под конец, а в самом начале спринта.

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

Первый - «У НАС ТИ-ШЕЙП И РАЗМАЗАННАЯ КАРТА КОМПЕТЕНЦИЙ ТАК ЧТО В СВОБОДНОЕ ВРЕМЯ ПУСТЬ УЧИТ ВЕРСТКУ ИЛИ ПРОГРАММИРУЕТ» (ага, ехидно отвечу я, конечно - одно удовольствие в мыле рисовать говномакеты, а потом еще подсвинком у программиста пахать).

Второй совет - «А ПУСТЬ ОН ВПРОК МАКЕТЫ ДАЛЬШЕ РИСУЕТ, ИССЛЕДОВАНИЯ ПРОВОДИТ И ТАК ДАЛЕЕ». Но, ребята, вот тут стопэ. На кой хер дизайнера тогда включать в спринт, если он ЗАВЕДОМО будет заниматься не задачами спринта, а какой-то перспективной фигней, проходящей вне церемоний Скрама?

Ответ на этот вопрос - как в целом быть по версии Лёхи - мы дадим в следующей серии. А пока можно всласть посраться в комментариях по поводу того, как на самом деле Скрам прекрасно работает с дизайном, просто мы ололо и у нас пока майндсет не готов (что, конечно, тоже возможно).

#скрумота

А вот и следующая серия Хуикса!

Видите, я как сериал про Шерлока Холмса (который с Кубмербрджайчем) - каждый сезон выходит раз в столетие. И у этого есть суровая причина: интенсивность моей жарки мыслью напрямую зависит от вдохновения, а оно - от того, насколько мне хорошо на работе. Если мне хорошо - у меня дофига мыслей и спортивной злобы, если мне плохо - то хрен вы меня услышите.

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

Вариантов как жить, на самом деле, четыре.

🤡 Вариант первый, пионерский. Вы яростно, как алкаш, хлещете Скрум в чистом виде, натыкаетесь на все подводные камни из предыдущего моего поста, плюетесь, страдаете, не выполняете правил Скрума (хотя отчаянно пытаетесь), катитесь жопой вперед и теряете людей на ходу, но при этом рассказываете рынку, что живете по Скраму. Так можно.

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

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

😻 Вариант четвертый. Я его назову скромно ЛЁХА - не потому, что я его придумал, а потому что он мне нравится; вообще так живут многие. Можете его расшифровывать как Легкий Ёмкий Хромированный Алгоритм. Щас расскажу, в чем его прикол.

Вариант ЛЁХА строится следующими шагами.

1. Забиваете на пункт из Скрам Гайда, который запрещает вам изменять Скрам. Если что, скажете потом - Лёха разрешил.

2. Разделяете команду на две части - в одну загоняете UXеров, дизайнеров и аналитиков (назовем ее кокетливо Discovery Team), в другую загоняете разработчиков, QA и аналитиков (назовем ее незамысловато Dev Team). Тут вы скажете - Лёха, проснись, ты уже не понимаешь, что сам пишешь - у тебя аналитики сидят и там, и там. Но нет: так надо, слушайте дальше.

Эти две подкоманды будут заниматься радикально разными вещами. Так, Discovery Team возьмет на себя исследовательскую работу, которая сопряжена с большой мерой неопределенности. Она возьмет идею фичи от менеджера и пойдет говорить с бизнесом, пользователями, раскапывать имеющиеся возможности, описывать решение и так далее. Dev Team же будет работать с уже очерченными (и отрисованными!) задачами, вышедшими из-под пера Discovery Team - будет брать в работу постановку и дальше делать свою черную девелоперскую магию.

3. При этом деление между командами должно быть весьма условным - аналитик будет в зависимости от ситуации востребован и там, и там, дизайнер должен быть готов придти на помощь разрабу, а разраб - помочь Discovery Team разобраться с техническими ограничениями новой задачи. Как правило, в такой конструкции больше всего рвет на части аналитиков (ну и продактов, но их и так постоянно рвет на части, служба такая).

4. Пытливый читатель, я думаю, обратил внимание, что Discovery Team и Dev Team отличаются друг от друга степенью рискованности своей работы. Если Discovery работает в режиме «пойди туда не знаю куда, принеси то не знаю что», то Dev Team, в идеале, работает с четко сформулированной задачей, которая, конечно же, может притаить в себе рискованную жопу (кому сейчас легко), но хотя бы на уровне базовых вводных шататься не будет. И в этом есть своя суровая крестьянская правда: разработчики как никто другой ценят определенность, четкость и однозначность, а дизайнеры и исследователи, по долгу работы, не должны пугаться лютой неопределенности.

5. Раз у нас есть две подкоманды с радикально разными ценностями - то и процессы мы им можем дать разные. Следите за руками:

⁃ Discovery Team, вся из себя неопределенная, может работать со своими задачами по Канбану - по сути, постоянному конвейеру задач (который идеально подходит для того, чтобы довести задачи до реализации максимально быстро, насколько позволит неопределенность);
⁃ Dev Team, вся из себя системная и четкая, может работать со своими задачами по Скраму (который идеально подходит для того, чтобы дать команде четкий фронт работ, спрогнозировать результат и не лезть к ним лишний раз с дурацкими изменениями).

6. Иными словами, мы выстраиваем глобальный процесс, при котором канбанный конвейер Discovery Team своим дальним концом упирается в Скрам Dev Team и служит для него постоянно работающим источником задач.

7. Выглядит все это примерно так:

Для особых задротов даже так скажу: мы выстраиваем систему, когда Definition of Done канбанной команды Discovery становится Definition of Ready скрамообразной команды Dev.

В чем плюсы такого подхода:

⁃ Есть стройная производственная схема, соединяющая продуктовую идею на уровне «Ну я хз» с конкретной реализацией;
⁃ Каждый работает в своей комфортной системе координат, никого не надо давить солдатским сапогом и переламывать об колено.
⁃ Если мы что-то можем спрогнозировать - мы это можем спрогнозировать; если где-то должны работать со свистящей неопределенностью - работаем с ней.
⁃ Мы можем масштабироваться и плодить отдельно столько Discovery и Dev-команд, сколько нам нужно.

А вот в чем минусы:

⁃ Управленчески это требует определенной хореографии;
⁃ Есть риск, что команда развалится надвое и будет потеряно горизонтальное общение между Discovery и Dev;
⁃ Аналитиков будет рвать на части. Возможно, вы полечите это разделением на бизнес- и системных аналитиков, а возможно - не полечите.
⁃ Некоторые агиле-коучи будут объявлять вас отступниками и подсылать к вам наемных убийц.

Но вообще - схема рабочая. Так я делал мобильный банк, так я работал над цифровой аптекой, и так я сейчас буду работать на новом продукте. Схема ЛЁХА проверена Лёхой, держите от меня гарантию качества, печать и что там еще вам приложить надо.

Такие дела. Фух, ребята, как же я по вам соскучился.

#скрумота