Возможно, сегодня мы смотрим на будущее поколение носимых девайсов.
👆Устройство Clip Mouse — переосмысление компьютерной мышки от немцев. Широкое полукольцо плотно прилегающие к пальцам, считывает их движения и передает команды по 📡
🍏Новый патент на умное кольцо от Apple — кольцо с датчиками позволяют определять ориентацию в пространстве, положение и скорость движения. Возможен обмен данными с другими устройствами и подача тактильных сигналов.
#новости#workflow
Удивительно как небрежно в некоторых компаниях поступают с испытательным сроком сотрудника:
— Добро пожаловать на борт, как говорится. Иди на онбординг с hr, а про первую задачу я тебе после покажу😎
Далее следует тысяча сообщений с уточнениями для новичка: кто есть кто в команде, кому надо писать, где доступы брать, ссылки на ссылки из онборда и так далее. Это дичь конечно же. Должен быть простой и понятный документ «Задачи на испытательный срок». Но в нём не должно быть просто N пунктов: Познакомиться со всеми; Сделать 3 задачи из backlog; Изучить макеты в Figma.
Тоже дичь, такое нам не надо. Сотрудник должен получить условный чек-лист, в котором установленны явные критерии успеха, это обеспечивает прозрачность и справедливость при оценке испытательного срока. Сам список можно оформить как таблицу, чтобы вписывать в неё результаты по каждому пункту, а сами пункты разбить на категории:
➡️Погружение
↕️🆓↕️Список к изучению
↕️
➡️Люди и процессы
↕️🆓↕️Имя, должность, контакт
↕️
➡️Задачи
↕️🆓↕️Конкретные таски
↕️
➡️Цели
↕️🆓↕️ Конкретные цели
↕️
↕️от HR
🆓🆓↕️Курсы, онбординг
📄Шаблон для испытательного срока
🆓(более наглядные примеры)
Категории могут быть разными, всё зависит от сферы работы и должности сотрудника. Главное определить цели и ожидания, которые сотрудник должен достичь. Это важный инструмент для оценки производительности и принятия решения о дальнейших отношениях с сотрудником.
Если ты на испыталке и подобного документа у тебя нет — требуй его. Если ты руководитель без такого шаблона — бери на вооружение.
#workflow#полезное
🤔Сомнение как суперсила
Сегодня как никогда нужно уметь сомневаться и не путать сомнение с «неуверенность». Сомнение в работе для меня — отказ принимать первое решение как единственно верное. Это желание копнуть глубже, даже если нужно быстрей закрыть задачу. Хорошие решения почти никогда не рождаются с первой итерации. Они идут дальше, после того, как пошли первые сомнения:
— А точно ли это удобнее?
— А для кого это на самом деле сделано?
— А не повторяю ли я просто чью то ошибку?
— А работает ли это в реальной ситуации, а не в прототипе?
— А что я вообще нахуй делаю?
Каждый компонент, каждое поведение, каждая копирайтерская строчка — всё должно проходить через «почему так?» и «а если по-другому?». Это больно. Это замедляет. Это раздражает менеджеров. Но это и есть процесс мышления, а не повторения. Именно здесь ты находишь настоящие решение.
Сомнение делает дизайн/продукт/решение зрелым. Без него — ты просто ставишь кнопки туда, где их ждут. С ним — ты ищешь, где людям будет по-настоящему понятно, удобно, честно. А ещё сомнение — это защита от буллшита. От фич ради фич. Защита от хуйни типа «давайте как у конкурентов». От продуктовых решений, принятых из страха, а не из смысла.
Настоящее дизайнерское мышление — это не когда ты уверен, а когда ты постоянно проверяешь. Ты сначала ставишь под сомнение, потом проектируешь, тестируешь, снова ломаешь, снова проектируешь. И только так вырастают продукты, которые не просто выглядят дорого или приятны глазу, а работают.
Сомнение это долгий путь. Долгий, но он единственный, который ведёт к сути. Всё остальное — просто красивая обёртка на пустоту. Но важно не уходить в паранойю, но и не жить на автопилоте. Замечали ли вы, что большинство специалистов вокруг именно так и живут — на автопилоте? Плывут по течению и гордятся тем, что «не усложняют». Сомнение для них — угроза. Потому что оно требует усилия. Оно мешает спать спокойно. Заставляет перебирать заново то, что давно удобно устроилось на пыльной полке.
Без сомнений ты просто потребляешь чужие мысли, чужие цели, чужие смыслы. Сомневайся — даже если это делает тебя неудобным. Даже если остаёшься один. Потому что в момент, когда ты перестал сомневаться — ты перестал думать. А там уже недалеко до того, чтобы перестать жить своей жизнью и отдавать все логические процессы ии-собеседнику
😊
Сомнение — не слабость, а внутренняя дисциплина.
#мысли#workflow
Я
🥰 коллаборации
В течение последних нескольких лет я стал большим поклонником совместной работы. Большая часть моих профессиональных и творческих задач выполняется в небольших командах, будь то личные проекты, фриланс или различные эксперименты с авантюрами. Я рад, что моя жизнь постоянно обогащается интересными людьми, с которыми у меня складываются настоящие партнерские отношения, которые приводят к отличным результатам.
К сожалению, вокруг меня есть множество людей, которые пытаются реализовать свои амбициозные планы в одиночку и, как итог, получают посредственные результаты. Они продолжают стараться, но их успехи незначительны. С другой стороны, есть те, кто хочет начать делать большие вещи, но по каким-то причинам не могут даже начать. Этот пост для вас, ребята.
🕳
Мы часто слышим, что за великими успехами стоят великие люди. Но на самом деле, за великими успехами часто стоят целые команды людей, которые работают вместе, чтобы достичь общих целей. Работа в команде имеет множество преимуществ перед работой в одиночку.
1️⃣ Команда объединяет воедино разные навыки, знания и опыт, чтобы решить сложные задачи и преодолеть сложности
2️⃣ Команда генерирует больше идей и решений
3️⃣ Команда распределить нагрузку и стресс, связанные с достижением целей, и это может способствовать более здоровому балансу между работой и личной жизнью
🤵 Дополнительным плюсом я особенно выделяю развитие навыков лидерства и кунгу-фу коммуникации, которые необходимы для успешной карьеры и личной жизни.
Но, работа в команде не всегда проста. Люди могут иметь разные мнения, цели и приоритеты, что может привести к конфликтам и непониманию. Поэтому важно тщательно подбирать людей, проверять их на небольших задачах и чаще искать новых исполнителей. Такая циркуляция поможет вам быстрее научиться управлять, планировать и реализовывать задачи.
Если вы стремитесь добиться успеха или хотя бы двигаться к нему, но при этом делать это весело, то начните работать в команде. При этом не важно, насколько велики ваши задачи: фриланс-проект, журнал для знакомого, статья на Habr, лендинг для дня рождения, большой SaaS-проект.
#мысли#workflow
Новенький?
Просто скажи «привет, чем помочь?»
That's it!
Удивительно, но крайне мало людей выходящих на новое место работы не заявляют о себе сразу. Продакт, разработчик, дизайнер, тестировщик и особенно топ-менеджер, тормозят в самом начале.
Вот что я имею в виду. Новый человек которого «очень ждали», на практике зависает в вакууме и его продолжают ждать. Из-за этого может сложиться негативное впечатление, особенно когда первый контакт с «долгожданным сотрудником» происходит спустя месяц его выхода (а ты уже забыл про него). Да, он онбордится, получает задачи от своего руководителя, знакомится с процессами, всё это понятно. Но что мешает написать каждому ключевому человеку из отдела с которым ты будешь взаимодействовать, простую фразу:
— Привет! Я *твоёИмя*, новый *твояДолжность*. Рад знакомству с *должностьКоллеги*. Пока у меня этап погружения в процессы и задачами, было бы полезно узнать чем я могу помочь нашей совместной работе или улучить её? Наверняка существуют исторические проблемы/неудобства между моим и твоим отделом.
И всё! Это база. Так новый сотрудник заявляет о себе в разных отделах и на старте может получить ценную инфу с «низко висящими фруктами» (то что можно быстро зафиксить). Сама форма сообщения зависит от должности и зоны ответственности, но суть одна — быстро познакомиться, обзавестись стартовым доверием, собрать нужную информацию от смежных отделов с которыми тебе работать.
Такой способ я использую уже много лет и он реально помогает. Молчу про его очевидную эффективность перед кучей созвонов на месяц вперед. Как правила, подобные переписки занимают ~1-2 дня. Далее выделяются люди или группы с которыми необходимо провести уточняющий видеоколл.
Врывайся, а не тяни сопли. Экономь время, а не кради его.
#workflow#мысли
🗞 Командный News: маленький ритуал с большой пользой
Каждый из нас находится внутри какой-то команды → отдела → департамента. И периодически нужно доносить информацию про какие-то обновления внутри вашего отдела, которые затрагивают другие отделы: про процессы, компоненты, изменения в проектах и другие топики
Для решения этой проблемки, я выработал одну классную привычку: в корпоративном мессенджере создаю отдельный канал с добавлением «News» к названию команды (например Design Team News) и туда публикую инфу, которая будет полезна моему отделу и коллегам из других отделов
Если вы так ещё не делаете, то настоятельно советую и вот почему:
1️⃣Это ваш личный внутренний инфоканал о важной хуйне
Выкатили крутые новые компоненты? Упростили процесс? Запилили уместный и злободневный рабочий мем? Нашли способ экономить время или ресурсы? Бахнули в канал и все смежные команды прочитали. Это упорядочивает инфопоток, вы перестаёте рассказывать одно и то же по сто раз
2️⃣Это мини-тренажёр для ваших подчинённых
Тут у меня отточенная тактика: первы 2–3 поста пишу сам чтобы задать тон, показать формат и набить аудиторию. Потом начинаю выцеплять важные моменты в работе конкретного дизайнеров и заставляю помогаю их оформить в виде новостного поста на уже готовую аудиторию
Что это прокачивает?
✅ Умение формулировать мысли, планы, достижения
✅ Умение показывать ценность своей работы
✅ Наблюдательность, ведь нужно улавливать значимые вещи в разрезе команды
✅ Креативность, куда без неё. Качаем работу с графикой, оформлением и знание мемов :)
✅ Уверенность в публичной коммуникации
3️⃣Это архив достижений и событий
Через полгода вообще невозможно вспомнить, что именно команда делала в мае и чем вы тогда гордились. А тут — всё под рукой. История, контекст, эволюция. Можно возвращаться, пересматривать и подмечать
〰️〰️〰️〰️
Эпилог
Если у вас в команде ещё нет новостного канала — заведите! Это простой инструмент, который стабильно делает команду более собранной, а результаты видимыми. Ещё меня всегда радует реакция команды «до» и «после». В начале все смотрят на это немного со скепсисом: «Ну ок, ещё один чат, куда нам что-то будут слать». Но проходит пара недель и наступает тот момент, когда люди начинают получать от этого удовольствие. Дизайнеры сами предлагают темы, подмечают мелочи, которые раньше вообще прошли бы мимо. Коллеги из других отделов начинают поглядывать, подписываться, реагировать. Канал становится маленькой и уютной точкой притяжения
Но важно помнить, что это не блог и не тг-канал. В первую очередь, это информационный рабочий инструмент, который помогает донести до коллег важные вещи человеческим языком и щепоткой юмора. Просто, удобный формат коммуникации, который неожиданно начинает работать лучше, чем любые внутренние рассылки
#работа#workflow
Упражнение для команды:
✨ 3 радости
Пару месяцев назад я вновь сменил команду (продолжаю поиски себя). Сейчас возглавляю отдел дизайна в VK Tech, работаю над платформами для финансовых и операционных задач в нише FinOps. У нас целая экосистема IT-решений для бизнеса
В новой команде я столкнулся с необычной практикой: на утреннем стендапе каждый делится тремя радостями прошлого дня. Сначала это казалось чем-то простым и даже немного игривым. Радость может быть любой, от вкусного киндера до важного достижения в жизни. Но со временем я заметил, этот ритуал работает глубже, чем кажется:
✅ Помогает замечать мелочи, на которые раньше не обращал внимания
✅ Создаёт тёплую атмосферу внутри команды
✅ Формирует привычку относиться к позитивным моментам в жизни структурно
Бывают дни, когда кажется, что радостей не было вообще. Но именно тогда практика особенно ценна, пробуешь найти что-то маленькое, едва заметное и настроение уже в плюсе
И знаете что? Этот пост не только про команду. Это про умение фокусироваться на хорошем. Я вижу, как ребята чаще улыбаются от таких «мини-терапий», и чувствую, что сам стал внимательнее к позитиву вокруг. Но! Я понимаю, к такому упражнению нужно прийти самому. Или, взять за шкирку людей и сделать из этого ритуал. Если ты читаешь этот текст с постным ебальником — значит, ты пока тупо не готов, или у тебя нет нужной среды. А зря. Иногда самые простые привычки реально меняют восприятие жизни и работы
Если в вашей команде есть интересные ритуалы — закидывайте их в комменты
#работа#workflow
🎤Standup как база для команды
Обожаю стендапы, но только те, которые проводятся правильно, без лишних слов и ненужных участников. Для меня это незаменимый инструмент для работы с командой, который помогает структурно взглянуть на задачи каждого участника и быстро решать операционные проблемы. Входя в новую команду, я внедряю «свой» формат стендапа практически сразу. Сегодня поделюсь шаблоном и мыслями по этому поводу.
Интро
Ежедневные стендапы это пиздец, особенно если это общий стендап для разных отделов (dev, qa, pm, design и тд). Это, на мой взгляд, самая неэффективная конфигурация для продуктивной работы. А вот еженедельный стендап для синхронизации работы только своего отдела и обмена информацией о текущих задачах, проблемах и достижениях — это идеальный вариант. Я работаю с двумя типами стендапа: текстовой и живой.
1️⃣Текстовойстендап
Обычно работа в Slack и там использую любимого бота Standup and Prosper. Он отлично автоматизирует сбор данных от нужных участников в заданное время и публикует общую сводку в конкретный канал. Для разных мессенджеров есть свои альтернативы, главное — не лениться и найти лучший для вас вариант автоматизации. Чаще всего такой формат ставится на пятницу.
Мой список вопросов к команде состоит из трёх пунктов:
❇️ Результаты и успехи этой недели
Нумерованный список с ссылками на задачи
🎯 Над чем будешь работать на следующей неделе?
Также нумерованный список с ссылками
🚫 Если ли проблемы мешающие работе?
Обзор проблем для помощи конкретному члену команды
Обычно стендап-боты поддерживают пропуск вопроса или всего стендапа, а также кнопку для ухода в отпуск. Это удобно. Таким образом, один текстовый стендап в неделю экономит время всех участников, предоставляет отчет для менеджерских нужд и сохраняет всю информацию в едином инфополе.
2️⃣Живой стендап aka Life Standup
Это как изюм для небольших команд, своего рода сплачивающий ритуал. Главное — быть в удобных часовых поясах. Я предпочитаю проводить такой формат по понедельникам в непринужденной атмосфере. Если текстовый стендап строгий и формализованный, то life-формат более развязный.
Механика:
⚪️ После стандартного приветствия рандомно выбирается первый спикер
⚪️ Сначала обязательно рассказываем как прошли выходные, это помогает ломать лёд и придать встрече жизни
⚪️ Далее в свободной форме обсуждаем, какие задачи нужно выполнить на этой неделе
⚪️ В конце выступает руководитель/lead и, если есть новости для команды, делится ими
🎤
Вот так, максимально просто и эффективно. В зависимости от зрелости вашей команды и необходимости, вы можете комбинировать типы стендапов или использовать оба сразу. В конце стоит бахнуть явные преимущества, а то не все с ходу могут понять, да?
Преимущества правильного стендапа:
✅ Улучшение коммуникации — формат способствует открытому и честному обмену информацией, что помогает избежать недоразумений или конфликтов
✅ Повышение прозрачности — все члены команды знают, над чем работают их коллеги, какие задачи выполнены, а какие еще в процессе
✅ Раннее выявление проблем — тут всё очевидно
✅ Укрепление командного духа — неожиданно? но это факт, life-формат способствует укреплению командного духа, созданию более сплоченной и поддерживающей атмосферы
#работа#workflow
Простота не проста
Примитивность — это отсутствие попытки дойти до более сложного
Простота — это результат осмысленного возвращения от сложного к простому
Наверняка вы слышали, что простота — это ключ к успеху в дизайне. Но достичь простоты не так просто, как может показаться. Достижение простоты — это сложный процесс, который не все могут осилить сразу, ему нужно учиться. Простота, которую вы получаете после сотни итераций, отличается от простоты, которую вы получаете просто убрав дизайн-элементы до минимума. А простота ради простоты — это интеллектуальный тупик.
Для создания хорошего интерфейса необходимо направлять дизайнеров искать удачное решение, которое может быть найдено только через пробы и ошибки. В процессе работы с командой, я стараюсь создать условия, в которых дизайнеры могут свободно экспериментировать, пробовать новые подходы. Я поощряю их искать необычные решения и не бояться ошибаться. Но важно помнить, что простота не должна быть целью сама по себе, держите в голове правило: я создаю интерфейс, который будет не только простым, но и полезным и приятным для пользователей.
Вот несколько принципов, помогут вам и вашей дизайн-команде:
✅ Прежде чем начать работу над дизайном, важно понять, какую проблему он должен решать и какие потребности он должен удовлетворять.
✅ Не пытайтесь сделать интерфейс, который будет делать всё подряд. Сосредоточьтесь на основных функциях и убедитесь, что они легко доступны и понятны.
✅ Избегайте профессионального жаргона и сложных терминов. Используйте простые и понятные слова, которые будут понятны всем.
✅ Упрощайте сложную информацию через иконки, графики и другие визуальные элементы, чтобы сделать UI более понятным.
✅ Тестируйте интерфейс через сервисы количественной проверки, так вы получите обратную связь до релиза и увидите, как люди используют ваш продукт.
✅ Помните что дизайн интерфейса — это не статичный процесс. Продолжайте тестировать и улучшать дизайн, чтобы он соответствовал изменяющимся потребностям пользователей.
#workflow#работа
Дизайн-ревью это культура
Часть 1 из 2
Сегодня всё чаще встречаются руководители дизайн-команд, которые не проводят дизайн-ревью или довольствуются рекомендациями, а 9 из 10 кандидатов на lead/head, считают нормой не брать ответственность за решения своих дизайнеров. В итоге мы получаем уродливый UI и местами кривой UX. Дизайн-ревью играет одну из решающих ролей в создании успешного продукта, он позволяет команде обсуждать решения, поощряет взаимопонимание и сотрудничество.
⚠️Частые проблемы
1. Недостаток времени и ресурсов
2. Недостаточная квалификация руководителя
3. Смещение фокуса в сторону процессов
Тут одна суть: в какой-то момент руководитель решил уделять внимание фасилитированию, а не ревью. Посчитав это лучшим шагом, чтобы дизайнеры сами справлялись с проблемами
☄️Последствия
1. Снижение качества дизайна. Не проводя анализ и обсуждения решений, приводит к глупым ошибкам, недостаткам и недоработкам, хотя их можно было устранить на ранних этапах проектирования.
2. Потеря мотивации и вовлеченности команды. Дизайнеры могут чувствовать себя недооцененными, не вовлеченными в процесс принятия решений.
3. Упущенные возможности для обучения. Конструктивная обратная связь прокачивает навыки, также служит возможностью для других отделов узнать о дизайн-процессе и понять, как принимаются решения. При фасилитации обмен знаниями и обучение невозможны, т.к. основное внимание уделяется управлению встречей.
✔️Решения
1. Обучение и повышение квалификации руководителей. Банально, но работает.
2. Выделение достаточного времени и ресурсов. Руководители должны планировать своё время, выделять ресурсы для ux-тестов.
3. Делать упор на качество решений. Это культура, в которой проведение дизайн-ревью ценится и поддерживается на всех уровнях. Для этого нужно создать процесс, уведомить соседние отделы и отвечать «очком» за решения своей команды.
А как правильно проводить дизайн-ревью вы узнаете на моём курсе в следующем посте
😎
🕳
Слово «фасилитация» используется в контексте наблюдения за встречей
#работа#workflow