Созвоны по полтора часа должны быть официально запрещены 😬 я все сказала, спасибо


Пока готовлю пост про жидкие кейсы, а их накопилось не мало)) stay tuned

Открываю новую рубрику 😮
Жидкие кейсы

🔷Чего?
Это про мои и не только ошибки, проколы и просто ситуации с которых пришлось покраснеть.

🔷Где и когда?
Тут, а этом ламповом канале, постараюсь раз в две недели по самым любимым понедельникам

🔷Что ещё?
Если у вас был прокол, ошибка, факап о котором стыдно лишний раз сказать, но душу облегчить надо, смело пишите в эту форму:

https://forms.gle/CF2FdYKavw1ygc7H7

Самое кринживое и интересное опубликую анонимно с согласия автора в этой рубрике 😳

Начну с себя. Лонг стори шорт

Почему нужно фиксировать требования

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

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

И вот мы сидели с этой пустяковой задачей, проговаривая из пустого в порожнее 🫠 и было стойкое ощущение глухого телефона. Кто-то кому-то сказал одно, разработка подумала иначе, дизайнер сделал так, продакт объяснил по-своему и не успел донести разработке... А задача плавно перетекает из спринта в спринт. 3 бл недели работы слито впустую.

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

Стало легче всем. Советую.

➡️➡️➡️➡️
#жидкийкейс_os | @OpenSource_ux

Синьор-дизайнер, когда видит че ваще творят эти умники

Со снежной субботой, папищики ❤️

Рассказать про похожий кринж в работе можно тут

#мем_os

#плохо_os #мем_os

Я думала, это мемы про таро-раскладики у эйчарок.

А потом многоуважаемый друг-программист переслал мне это. Это реально. Почитайте требования

И ведь нашли спеца!
В X5 групп... а потом удивляются, почему в ритейле текучка. Так у них таролога нормального не было 🤡

Отрицание, гнев, депрессия. Торга и смирения тут не будет.

Нормальные эйчары, я понимаю ваши боли при ханте, к вам вопросов нет

Анонс и не реклама

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

Те, кто тоже с горящей ass — сопереживаю и напоминаю высыпаться 💕
Те, кто уже повесил мишуру и ждет фейерверков — понимаю, душой с вами))

😢

А пока, предлагаю вам завтра в 20:00 по мск забежать на уютный огонек вот сюда. Меня туда позвали рассказать про карты опыта и их применение. Буду говорить про то, как делать их полезными для команды и как кастомизировать. Ну и почему сжм-ку нельзя быстренько накидать)))

Энто первая моя презентация, оч волнуюсь, надеюсь на поддержку 😘

Добрейшего выспанного утра, наконец-то 🌟

Везу предновогодние подарочки, а именно материалы c пятничных посиделок с Антоном, руком диджитал-агентства DIGIDI и автором одноименного канала. Его пост про CJM

___

🌟 Презентация
Делала её за полчасика, не обессудьте) постаралась очень кратко и по делу

🌟 Шаблон подробной карты опыта
Та комбинация срезов, которая лично мне помогает строить ujm на этапе исследований. Отработана в бою и на личных проектах. Достаточно наглядная для всех ролей.

Карты опыта это просто инструмент для наглядной фиксации данных. Такой же артефакт, как и документация по проекту.

___

Минутка ультра-базы
Есессенно, чтобы построить ее правильно, нужно понимать контекст (вау), пользователя (вау) и объекты взаимодействия (ваще вау)

Не всегда такие карты вообще оправдывают трудозатраты на составление. Можно обойтись и малой кровью:
* Скринфлоу/ юзерфлоу + пояснения
* Ультрапростой серис-блюпринт
* Если есть сиквенсы процессов и хочется их перевести с разработческого на человеческий — пожалуйста также скринами/ текстом

___

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

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

Пробуйте 🌟

@OpenSource_ux

Разблокирована новая сюжетка: электронный дизайнер 👀

Стараюсь не заболеть, папищики, а так всё хорошо, у меня тут карьерные росты наметились. 🥰

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

Причина простая: последние два года идут оптимизации ресурсов в бигтехе. ВК, МТС, поглощение мелких банков.

Оптимизируют не только джунов и стажеров((
Но тут я успела кабанчиком метнуться до нового года.

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

Кому надо кстати, мой тиммейт ищет младшего диза в Озон Фрэш (app). Надо уметь в хороший UI и знать гайды как отче наш. Если есть понимание продуктовых метрик для B2C супер. По факту там миддл, поэтому спрос про опыт будет.

Еееее 😺
Сегодня прожарка моего канала в свеженьких. Если хотите насыпать своих комментариев, забегайте конечно, всех жду 💗

Канальчик растёт, чему я очень рада) Хочется понимать обратную связь и делать ещё полезнее и уютнее, поэтому вэлкоме

Праздничный второй выпуск жидких кейсов подлетел!

____

4 года в компании, и это уже третья попытка внедрит какие-то умные (нет) способы, чтобы разработка была более предсказуемой))
В этом нет ничего плохого, когда эти способы вводятся грамотно и грамотными людьми.
В 99% случаев - это подход, из разряда, мы не ПО делаем, а могилы копаем. За две недели нужно 10 могил выкопать, если получится меньше - это плохо, нужно наоборот. Факт, что разработка ПО очень непредсказуемая, обычно опускают.

У нас наняли некого "архитектора решении". Человек ни разу не писал код, но говорит разработчикам, как его нужно писать. Ааххзаха бля...
Например, одна из целей этого "архитектора решения" в том, чтобы таски переходили в статус "Готово", если они на проде. На вопрос о том, что делать, если таска на проде, но она не готова, по причине тысячи причин которые есть в это сложной сфере, ответ очень простой: "так быть не может/так не бывает".

Появляются десятки лишних статусов, которые никому не нужны. Есть куча правил, по которым мы должны этими статусами жонглировать. На вопросы "Зачем это?" отвечают, что вот руководство смотрит отчеты, и в отчетах нужно чтобы циферки были красивые. Мол, вот, смотрите, у нас задачи в статусе "разработка" стали находится меньше. Только вот, причина этому - статус "разработка" раздроблен еще на 5 статусов 🤡

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

____

🔷 Если хотите поделиться жидким кейсом (своим / на работе/ по опыту) — велкоме сюда

🔷 Первый выпуск про фиксацию требований

Продолжаем проводить время с семьей и чиллить 🌟

➡️➡️➡️➡️

#жидкийкейс_os | @OpenSource_ux

Из-за того, что сейчас перекатываюсь в другую команду, то и ИПР надо будет освежить.

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

Ну и картиночки порисовать, я же дизайнер, картиночки нам надо.

Говорят, что Product Do неплохой, вот думаю. Если знаете, накидайте вариантики, буду очень признательна 🙂

Если знаете, по дизайнерской части обучение, то тоже можете накидать))

#мем_os | @OpenSource_ux