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

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

Так ведь вы себе обычно это представляете?

А вот и нет. Такое отношение к удаленной работе укоренилось в прошлом, когда люди кружочком сидели в офисе и вместе распевали корпоративные песни (хотя, возможно, такого никогда и не происходило в реальных офисах), и такой сценарий был необходимым, а не опциональным условием. Все мы знаем причины, по которым теперь гораздо проще иметь удаленную работу и быть гибким: быстрый интернет, многочисленные каналы связи и т.д. Но почему тогда гиганты типа Yahoo! и IBM отступают от этого? Почему удалёнка так негативно воспринимается, когда у неё есть реальный потенциал для будущего?

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

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

Это означает, что каждый человек должен работать с людьми, которые сидят намного дальше от него, чем раньше. Будь то фрилансер, оффшорное агентство, занимающееся разработкой, или партнерская компания в другом городе, занимающаяся UX — будущее все больше похоже на распределенное рабочее место.

Учитывая статью, про которую говорили выше, и опыт крупных компаний, отказывающихся от дистанционной работы, видно, как много негатива в отношении такого способа работы. Конечно, если вы позволите всем работать из дома, когда они того хотят, отключитесь от них, а затем будете ждать, что они все будут доступны 24 на 7 и в любой момент их можно будет проверить — это будет больше похоже на беспорядок, чем на работу. Равно как если вы начнёте работу с командой на другом конце мира без всякой настройки процессов, стоит ли ожидать, что проект реализуется без проблем?

А как насчет людей, которые будут сидеть в соцсетях целый день, если позволить им работать из дома? Это олдовая причина против работы из дома: мол, я не вижу человека, так как я узнаю, что он делает?

Это один из самых частых страхов при мысли об удалёнке. Также есть проблема недостатка производительности и отвлекающих факторов дома. Ограниченность коммуникации с удалёнными работниками. Отсутствие доступности. Низкая скорость отклика.

Секундочку, а не бывает ли тех же проблем, когда у вас есть вся команда находится в одном месте? «Они не будут сосредоточены на работе» — а сколько людей из офиса сидит в соцсетях? «С ними сложнее коммуницировать» — а сколько людей сидят в офисе с наушниками, чтобы абстрагироваться от происходящего? Кажется, пора отойти от идеи, что нахождение рядом с людьми автоматически заставляет их работать усерднее. Если работа удовлетворяет сотрудника, бросает ему вызов и ему подходит — можем ли мы доверить делать её там, где ему угодно?

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

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

Всё это не означает, что проекты с удалённой командой, легки и идут сами по себе. Это требует большой работы.


Начните с доверия

Прежде всего, основой команды должно быть доверие. Хоть и банально, но вам нужно доверять людям, которые работают удаленно, а также они должны доверять вам. Нельзя просто сказать команде, что делать, а потом сидеть бояться, что они сделают всё не так, потому что вы их не видите. Дайте им право управлять задачами. Помните, люди с меньшей вероятностью критикуют свою работу — сделайте их собственниками этой работы, и они с большей вероятностью будут заняты и продуктивны.


Установите структуру

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

Например, что вы будете делать, если не сможете заполучить кого-то в течение нескольких часов из-за разницы во времени? Есть ли кто-то еще в вашем часовом поясе, к кому можно будет обратиться? Будет ли отложена работа до тех пор, пока нужный человек не вернется? Четко определите свои обязанности и обязанности команды. Сядьте в начале проекта и четко изложите свои ожидания от команды и выясните их ожидания от вас.

Подумайте о своей команде, о людях в ней, о типе проекта, с которым вы работаете, типе клиента и типе заинтересованного лица. Это даст представление, какой тип связи в проекте понадобится — ежедневные звонки, видеозвонки, мессенджеры — выбор за вами.


Определите инструменты

Здесь важен не сам инструмент, а общение, которое будет доступно с его помощью. Инструменты должны соответствовать типу коммуникаций, необходимых для вашей команды. Одно предостережение — никогда не полагайтесь исключительно на электронную почту! Электронка — волк в овечьей шкуре.


Создайте прозрачность

Хорошая коммуникация — ключевой фактор. Убедитесь, что есть четкие цели для общения. Установите время, когда раз в неделю все соберутся и обсудят, что было сделано на прошлой неделе. Если принимаются решения между членами команды, находящимися вместе, убедитесь, что все про это знают. Но лучше принимать коллективные решения, насколько это возможно, — если, конечно, это не крадёт время у людей.


Встретьтесь лицом к лицу

И хотя это противоречит сказанному выше, личное общение не помешает. Если это возможно, устройте первоначальную встречу, чтобы «тронулся лёд» и чтобы обсудить способы работы и установить цели, но будьте аккуратны — иногда это отпугивает и не очень хорошо влияет на результат.

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


Разрешите визуализировать

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

Вся предпосылка agile-проектов — иметь контакт лицом к лицу. Эджайл-манифест гласит: «Самый эффективный и эффективный способ передачи информации в команду разработчиков и внутри нее — это беседа лицом к лицу».

Но это не означает смерть для удаленной работы. Множество успешных компаний по-прежнему управляют Agile-проектами, имея распределенную команду. Со всеми инструментами совместной работы (для централизации кода, отслеживания задач, визуализации продукта) нетрудно поддерживать связь рабочим и эффективным образом. Подумайте, как использовать принципы agile удаленно — совместно ежедневно работать, поддерживая окружение, доверие и простоту.

Общая ошибка при работе с удалённым сотрудником или командой — замена расстояния временем. Если вы находитесь вдали от офиса, вы считаете, что вам нужно всегда быть «включенным» — отправлять сообщения, быть онлайн, отвечать на запросы.

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

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

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

Звук может быть очень мощным и полезным инструментом при правильном применении. Есть несколько примеров, когда при разработке дизайна важно аудио.

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

Этот механизм используется во многих повседневных устройствах вроде телефонов, автомобилей, игрушек и гаджетов. Например, когда пользователь нажимает цифры на панели набора iPhone, телефон воспроизводит звук и отображает нажатый номер.

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

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

Очень хороший пример из жизни — «динь» от микроволновки, говорящий, что еда готова. В цифровом мире мы часто слышим «динь» при получении сообщения.

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

Звуковые уведомления особенно полезны, если смотреть на экран невозможно или нежелательно. Типичный пример — система голосовых уведомлений в автомобильной навигационной системе. Они помогают сосредоточить внимание пользователей на том, что действительно важно, — на вождении.

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

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

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

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

Но в то же время звук не стоит делать единственным идентификатором для действия. Дизайнерам стоит знать гайдлайн WCAG2 и учитывать вспомогательные технологии при проектировании.

Использовать звук только тогда, когда он помогает

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

• неожиданный звук или музыка часто воспринимаются пользователями негативно, и это может напрочь разрушить пользовательский опыт. Представьте, что вы просматриваете сайты, сидя в переполненном поезде, и один из них начинает воспроизводить громкую музыку. Скорее всего, вы сразу же закроете его.
  
  
• Нежелательный звук может быть навязчивым и раздражающим. Например, в 2000-е годы у электронной почты AOL было невероятно раздражающее уведомление «Вам письмо».

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


Выберите правильный тип звука

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

Он должен использоваться таким образом, чтобы пользователь интуитивно понимал, что звук значит. Хороший пример — звуки в сообщениях на iOS: когда пользователи отправляют текстовое сообщение, звук отправки явно подтверждает это действие.

Мы вам тут всё про фрилансеров и да про разработку отзывчивых приложений, но вдруг вам уже неинтересно, потому что курс биткоина перевалил за отметку в 16 000$, и можно бросать работу и уезжать жить на моря? :)