То, что мне не нравилось в офисной жизни, можно перечислять бесконечно: начальник, интересующийся лишь внутренней политикой компании, а не реальной работой; игнорирующие письма коллеги; негибкая система учета рабочего времени, которая автоматически оформляет отгул, если ты провел картой хотя бы на секунду позже начала рабочего дня; раздражающие офисные правила и культура корпоративных ужинов. Все, что не имело непосредственного отношения к работе и подавляло инициативу и креативность, вызывало у меня отторжение.
Но больше всего я ненавидела утренние стендапы[28]. Это недолгие встречи, на которых каждый по очереди отчитывается о том, что он сделал вчера и что собирается делать сегодня. Они называются «стендапами», потому что по идее должны быть достаточно короткими, чтобы провести их стоя, но на практике все было иначе. Кто-то мог говорить на протяжении получаса, и под конец у меня часто болели ноги.
Обычно стендапы внедряются по следующей схеме: инициативный, но неопытный руководитель, не зная, как отслеживать прогресс команды, где-то слышит красивые слова вроде Agile[29], Scrum[30] и Standup и, словно получив откровение, решает: «Вот оно!» С этого момента невинные члены команды обречены начинать каждый день с долгого и скучного собрания.
Мне было непонятно, зачем проводить стендап каждое утро. Это совершенно не соответствовало специфике отрасли. Разработчики и дизайнеры остро нуждаются в автономии и креативной свободе. Иногда в голову приходят хорошие идеи, и все идет гладко, но порой мозг отказывается работать. У каждого свой ритм: кому-то требуется время, чтобы проснуться и спокойно просмотреть электронную почту, кто-то хочет начать день с кофе, другие – сразу погружаются в код. Но если всех заставлять участвовать в утреннем стендапе, индивидуальный ритм рушится. Даже те, кто хочет начать работать с утра пораньше, вынуждены ждать остальных.
Отчитываясь в формате «Что делал вчера, что собираешься делать сегодня?», я чувствовала себя как школьница перед учителем, рассказывающая, сделала ли она домашнее задание или нет. Менеджеры должны сами следить за ходом работы, но, если они не читают письма, не смотрят корпоративные мессенджеры, не обращают внимание на обновленные отчеты и расписания, а просто каждое утро спрашивают: «Что вы делали вчера?» – это, по моему мнению, лень в чистом виде.
Если компания наняла самостоятельных, ответственных сотрудников, то вместо микроменеджмента нужно создать условия, при которых они могут сосредоточиться на своих задачах и быть максимально продуктивными. Лучше дать команде достаточно времени для достижения значимых результатов, чем каждый день отвлекать их подобными вопросами. Способные сотрудники ненавидят тотальный контроль и постоянное вмешательство. Это демотивирует и разрушает доверие.
Поэтому в командных проектах я рекомендую использовать OKR. Это позволит всем сфокусироваться на общей цели без лишней траты энергии и сохранит эффективность и согласованность. Кристина Уодтке говорила, что для реализации командных OKR достаточно в понедельник обсудить статус задач, а в пятницу подвести итоги. Гораздо более разумным решением будет четко определить это в начале и в конце недели, отказавшись от ежедневных совещаний и отчетов, чтобы предоставить сотрудникам свободу для достижения своих целей.
Еще одно преимущество использования OKR в командных проектах – возможность каждому участнику формулировать личные задачи, связанные с общей целью команды. Причем проект не обязательно должен представлять собой задачу, которую формирует и продвигает компания, он может быть связан с вашими хобби (книжный клуб, музыкальная группа, спортивная команда, волонтерская деятельность, разработка приложения и т. д.).
Чтобы внедрить OKR в командный проект, сначала нужно определить общую конечную цель и ключевые результаты, а затем каждый член команды должен сформулировать свой личный OKR, связанный с OKR команды, принимая во внимание свои способности, навыки, а также имеющиеся в его распоряжении ресурсы. Важно сделать цели и задачи всех участников прозрачными и открытыми, чтобы определить для каждого свою сферу и избежать дублирования, а также иметь четкое представление о том, кто над чем в данный момент работает. Так вам будет проще давать обратную связь и помогать друг другу, что только еще больше сплотит команду.
В 2014, когда я работала в Yahoo Japan, я познакомилась с двумя iOS-разработчиками, которые создавали приложения и получали небольшой доход от их продаж в App Store. Тогда только вышла iOS 8, позволявшая сторонним приложениям удалять фотографии, и они предложили мне вместе создать приложение для очистки фотоальбома. Мне понравилась идея поработать над сторонним проектом, и я согласилась. Так сформировалась команда из двух разработчиков и дизайнера.
Мы встретились в пиццерии возле офиса в Роппонги и решили назвать приложение «Alpaca»[31], так как один из разработчиков признался, что очень любит этих животных. Я с легкостью придумала милый дизайн, вдохновленный альпаками, название показалось мне удачным и располагающим. Так начался проект по разработке приложения для организации фотографий Alpaca.
Мы также обсудили, чего хотим достичь и зачем нам нужен этот проект. Мотивация у всех оказалась общей: получить опыт разработки приложений для резюме и заработать немного денег.
OKR дизайнера (мой) из команды Alpaca
OKR команды Alpaca
На тот момент у меня еще не было опыта в создании пользовательского интерфейса, и я хотела улучшить свои навыки UI-дизайна. Кроме того, мне показалось крутым, если в будущем на собеседовании я смогу говорить: «Это я разработала дизайн Alpaca». Итак, задача стала ясна – сделать полезное и популярное приложение для пользователей iPhone!
Позже, когда я переехала из Японии в Гонконг, Alpaca действительно сыграла большую роль в подтверждении моих практических навыков как дизайнера. Начальник агентства, который меня нанял, был очень впечатлен тем, что я создала популярное приложение в свободное время. Он сам его скачал, отметил удобство интерфейса и похвалил меня на собеседовании.
Интегрируя сторонние проекты в свою работу, вы можете добиться двойной выгоды: немного подзаработать и получить толчок в карьере.
Прежде чем приступить к разработке, мы определили несколько ключевых результатов и сосредоточились на них. Количество скачиваний и пользователей, время использования и доход – все это важно, но для нас главным критерием была реальная польза: чтобы люди действительно очищали свою галерею. Поэтому нашей изначальной целью стало: «Сделать так, чтобы люди по всему миру могли быстро и легко удалять ненужные фото с помощью Alpaca». Мы использовали японское слово «саку-саку» (さくさく) – «быстро, бодро, легко», как символ этой идеи.
Когда цель создания приложения стала ясна, я, как дизайнер, начала разрабатывать интерфейс, позволяющий людям легко выбирать и удалять ненужные фотографии. В итоге мы внедрили функцию группировки похожих снимков, чтобы пользователь мог оставить нужные и удалить остальные. Это особенно полезно для тех, кто делает много одинаковых фото подряд. С помощью Alpaca они могли не только освободить память, но и улучшить работу телефона, которая часто замедляется из-за хранения больших объемов данных.
Мы также решили использовать рейтинги себе на пользу. Мы посчитали, что, если пользователи смогут легко и удобно удалять фотографии, как мы и задумывали, их удовлетворенность возрастет, и, как следствие, они поставят Alpaca высокие оценки. А если у приложения будет хорошая репутация, его начнет скачивать больше людей. Поэтому мы добавили всплывающее окно с просьбой оставить отзыв и поставить оценку, чтобы пользователи начали делиться своими впечатлениями.
По мере прояснения целей и ключевых результатов команды стало понятно и то, на чем должен сосредоточиться каждый участник. Если целью команды было создать приложение, позволявшее легко удалять фотографии, то моя задача заключалась в реализации дизайна, который позволил бы легко это делать. Кроме того, чтобы Alpaca могли пользоваться по всему миру, приложение нужно было перевести на разные языки. Так, имея общую цель, мы приступили к разработке и проектированию.
Разработчики также определили свои цели и ключевые результаты: выявить общее количество удаляемых фотографий с помощью Google Analytics, чтобы проверить, действительно ли от них избавляются быстро и легко (саку-саку); высчитать среднее число удаляемых фотографий на пользователя; разработать алгоритм, сокращающий время отображения фотографий в приложении; устранить проблему зависания экрана во время обработки; оперативно улучшать приложение на основе отзывов пользователей. Мы регулярно делились ходом работы в мессенджере, обсуждали трудности и успехи, а иногда встречались недалеко от офиса, чтобы перекусить и обменяться новостями.
В результате мы завершили разработку в ноябре 2014 года и выпустили версию 1.0. Хотя мы почти не вкладывались в маркетинг, пользователи сразу начали скачивать приложение и ставить ему высокие оценки. Сначала Alpaca вышла только на японском языке, но поскольку у нас была амбициозная цель – «удалить миллион фотографий по всему миру», – вскоре мы выпустили версии на английском, корейском и китайском языках. И наше приложение действительно начали скачивать в разных странах. Пусть Alpaca и не стала самым скачиваемым приложением в мире, но старт был удачным. И произошло это благодаря постановке четкой цели и продуманным шагам для ее достижения. Мы сделали хорошее приложение, потому что точно знали, чего хотим, и процесс разработки был выстроен соответствующим образом. А пользователи почувствовали и поддержали наше видение.
Особенно сильный отклик был в Корее. Многие блогеры написали посты, в которых рекомендовали приложение Alpaca, его обозревали популярные YouTube-каналы, и в результате оно получило оценку в 4,8 звезд в корейском App Store. Люди рассказывали, что обычно делают слишком много снимков и уже подумывали о покупке дополнительного места в хранилище, но благодаря Alpaca смогли сэкономить. Кто-то даже написал, что освободил целых 40 ГБ, просто наведя порядок в фотоальбоме с помощью нашего приложения. Некоторые называли Alpaca лучшим приложением на iPhone. Подобные живые отзывы показали, что цель нашей команды – дать возможность людям быстро и легко удалять фотографии – действительно была важна.
Однако не обошлось и без сожалений. Мы никогда не думали, что Alpaca будут пользоваться даже спустя семь лет после запуска. Мы предполагали, что с учетом прогресса в технологиях, через несколько лет iPhone сам будет оптимизировать галерею и удалять ненужные фотографии, так что людям не придется очищать ее вручную. Поэтому достигнув в апреле 2015 года ключевого результата, – «удален миллион фотографий» – прекратили активную работу над проектом.
Я переехала в Гонконг, двое других разработчиков открыли собственный бизнес или сменили работу, и команда распалась. До сих пор в App Store появляются критические отзывы вроде «Приложение хорошее, но последнее обновление было шесть лет назад. Чем заняты разработчики?», которые заставляют меня горько улыбаться. Старший дизайнер Google Джейк Кнапп в своей книге о планировании и достижениях «Спринт»[32] писал:
«Цель должна отражать принципы и стремления вашей команды. Не бойтесь перемудрить»[33].
В следующий раз, когда я буду участвовать в командном проекте, я планирую сначала обсудить с коллегами долгосрочное видение, а уже потом строить краткосрочные планы.
При внедрении в работу OKR важно не только прояснить направление движения всей команды, но и связать с ним индивидуальные цели участников, выстроив их в единую систему. Также стоит открыто делиться своими OKR и регулярно проверять прогресс, чтобы видеть, кто над чем работает.
Даже если команда состоит из единомышленников, их опыт, обстоятельства и мотивация могут существенно различаться, поэтому важно ставить реалистичные цели и управлять процессом, чтобы все двигались в едином направлении.
В этом смысле OKR – эффективный инструмент, помогающий не упустить суть. Как и команда Alpaca, сумевшая помочь пользователям по всему миру удалить более миллиона фотографий, вы сможете достичь выдающихся результатов, если определите единую цель, разработаете четкий план и будете идти к ней вместе.