Ильнар в дизайне | Детмир Тех

Набор залипательных вывесок из Белграда, Тбилиси и Стамбула

Прошел очередной Корпоратив Кстати, один из них я организовывал в Белграде и писал об этом тут. Дизайнерский (и уже не только) слет в горах с мастер-классами, хайкингом, ламповыми вечерами у костра, наслаждением природой, общением с классными чуваками из разных компаний и индустрий. На этом Корпоративе собралось больше 50 человек! Я поучаствовал в мастер-классе по голосу, слепил гату (армянскую выпечку), прогулялся по горным окрестностям, послушал доклады ребят и сам выступил перед аудиторией в 30 человек на тему «Скуки и замедления». Вот несколько поинтов из моей презентации: 1. Мы буквально готовы причинять себе боль в моменты скуки, чтобы хоть что-то почувствовать (и у этого есть свой научный термин BFRB — body-focused repetitive behaviour) 2. Пока одни стараются не скучать, гоняясь за трендами, и теряют свою идентичность — другие скучают и в скуке находят себя 3. Переключение с работы на думскроллинг, новые игры и фильмы — это не отдых, а такая же когнитивная нагрузка, которая не даёт порефлексировать над своей жизнью 4. Когда мы ничего не делаем, активность мозга не снижается — просто мозг переключается на зоны, связанные с памятью, воображением, планированием будущего, пониманием других людей И главный вывод на слайде. С чем согласны, а с чем нет?

Как я подхожу к задачам в дизайн-системе Работа над дизайн-системой — это продуктовая деятельность, которая требует своего подхода. Для себя я выработал фреймворк, который помогает систематизировать работу. 1. Исследование потребностей и приоритизация. Как и в любой продуктовой работе, сначала иду к пользователям дизайн-системы. Общаюсь с дизайнерами, разработчиками, продактами — можно накопать целый пак комментариев по процессам, которые хромают. Смотрю как на конкретные компоненты и переменные, так и в процессы с коммуникациями. 2. Закладывание архитектуры решения. После сбора обратной связи и изучения готовых решений на рынке собираю каркас: какие части продукта затронуты и как будем закрывать задачу. Масштаб проблемы диктует формат: доработка компонентов и переменных, один гайд или несколько для разных аудиторий. 3. Выстраивание границ, гибкости и масштабирования. Важнейший этап: определить, что можно кастомизировать, а что нельзя, и как команды могут предлагать изменения в систему. 4. Обучение и поддержка знаний Самый длительный этап, который никогда не заканчивается. Любое решение в дизайн-системе — живой организм, который постоянно развивается. Поэтому нужно регулярно синхронизировать команды с обновлениями: рассказывать на демо, учить лично, проводить мастер-классы. Это не таблетка от всех проблем, но стараюсь придерживаться такого воркфлоу на задачах любого объёма.

...be like

Принес вам любопытный документальный фильм выходного дня на 25 минут, в котором режиссер пытается прожить без технологий некоторое время, пока снимает этот же фильм. Обычно под цифровым детоксом мы понимаем выходные или отпуск без устройств. Но прожить без них рабочий день (когда нужно обсуждать задачи, синкаться с командой, обмениваться файлами и идеями) уже кажется нонсенсом. Пара мыслей из фильма: - мы привыкли считать время в телефоне отдыхом, но из-за постоянного потока информации и переключений мозг испытывает серьезную когнитивную нагрузку, что похоже на «вторую работу», - мы отвлекаемся на телефон даже во время работы, потому что нам сложно долго держать фокус и хочется себя развлечь, - технологии создают иллюзию контроля и помогают не проваливаться в тревогу, - девайсы и интернет усиливают синдром самозванца и запрос на «постоянный рост», но по факту дают лишь ощущение, что ты удерживаешь текущий уровень, пока мир ускоряется спасибо! ...дура

Сходил сегодня на конфу послушать доклады по бэку, фронту и дизайну. Мои мысли: 1. Ожидания от специалистов в it искажены. От разработчиков многие ждут ответов о влиянии их задач на бизнес, а они больше стремятся «пояснить за архитектуру». При этом продуктовые дизайнеры могут разбираться в бизнесе и метриках не хуже продакта, но с ними скатываются в общие темы или совсем уходят в детали. 2. Митапы — отличный повод собраться своей тусовкой, но практически бесполезны для новых долгосрочных знакомств. 3. Интерактив и взаимодействие с аудиторией во время выступления могут спасти даже очень безэмоциональное повествование. 4. Парные выступления в формате «а давай обсудим тему…» невероятно захватывают внимание, расслабляют и провоцируют тоже включиться в диалог — тут мой приятель Лёха кайфово раскладывал тему AI в дизайн-системах.

Продуктовые фреймворки как инструмент борьбы с ОКР Мозг часто создает искусственные правила, чтобы избегать неопределенность. Иногда доходит до крайности: ходить по плитке, стараясь не наступать на швы 😑 Продуктовые фреймворки делают то же самое, только на уровне работы: создают ощущение контроля и снижают энтропию. И тут интересный момент. Мы думаем, что используем методологии для поиска решений, но чаще лишь для убеждения себя в правильности уже сделанного выбора. Так что фреймворки не добавляют новых знаний, а просто стирают тревогу.

Есть любопытное наблюдение: с опытом чаще возвращаешься к прикладным знаниям и переосмысляешь базовые навыки. Молодые спецы учатся в основном «по наитию» — через практику и ошибки, через количество сделанного и сравнение себя с другими или с собой в прошлом. Руки и глаза обгоняют голову. А дальше происходит разворот: с опытом начинаешь двигаться от теории. Становится интересно перечитывать, в случае с дизайном, книги по юзабилити, цвету, типографике. Осмысляешь, систематизируешь, замечаешь паттерны, которые раньше просто «чувствовал». И получается парадокс: — чтобы освоить навык, нужно больше делать; — чтобы расти дальше, нужно больше понимать Поэтому развитие происходит по спирали, и важно вовремя корректировать вектор, чтобы не замедлять свой рост.

Отдельный вид удовольствия — смотреть playthrough’ы барабанщиков и гитаристов на сложные инструментальные треки. На фоне срежиссированных музыкальных клипов такие playthrough’ы ощущаются сильнее. Как будто заглядываешь во внутреннюю кухню: видишь, как трек собирается, и начинаешь слышать детали, которые раньше не замечал. Ну и просто жирный бас, сочные взбивки, полиритмия — всё, что меня заряжает. Мой способ отдохнуть в вечер пятницы 🤘 Тут я смотрю свежий трек от ERRA

Всякие классные плюшки на работе для сотрудников до сих пор оставляют многих из нас неравнодушными. Бесплатные печеньки в офисе, массажные кабинеты, игровые комнаты. И это изобретение далеко не 21, и даже не 20 века! Это я подсел на подкаст Аксёнова от студии Либо/Либо «Время и деньги» и открываю для себя очень любопытные факты. Представляете, первые попытки сделать наёмный труд действительно привлекательным появились ещё в конце 19 века. И одним из пионеров был предприниматель Чичкин, который занимался производством и продажей молочной продукции и невероятно ценил своих сотрудников. В какой-то степени придуманные им социальные программы сегодня можно сравнить с опытом работы в крупнейших международных IT-компаниях. Тысячи сотрудников имели доступ к бесплатному обучению (даже если оно не касалось их специальности). Чичкин организовывал спектакли и поддерживал семейную вовлечённость. Поэтому сотрудники были образованными и имели высокий статус в обществе. Предприниматель обеспечивал работников жильём в общежитиях и внедрял ссудно-сберегательные кассы, где они могли хранить деньги или получать небольшие займы — это укрепляло их финансовую стабильность. Также он давал сотрудникам возможность карьерного роста, награждал премиями и доплачивал за выслугу лет — что по тем временам считалось настоящим новшеством. Неспроста работники очень любили компанию и старались сохранять свои места долгие годы. Что это, если не human-centered подход… задолго до того, как мы начали так это называть?