Управление

Подумаю до завтра

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

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

Самое главное, такой подход не обижает того, кто что-то просит или предлагает, и не отвлекает от текущих дел. Только за сегодня уже два раза применил эту хитрость.

Незнание — это заебись ★

Самая крутая вещь, которая двигает проекты, людей и прогресс в целом — это незнание. Оно даёт несколько преимуществ.

Когда чего-то не знаешь, то у тебя нет тормозов. Иногда это приводит к ошибкам, и ты учишься чему-то новому. Иногда на это позволяет делать сумасшедшие и невозможные вещи, о которых потом говорят: «А чё так можно было?»

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

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

Не знать что-то — это заебись. А вот считать, что знаешь всё — так себе.

Здоровые отношения в коллективе

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

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

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

Пробовать разное — не стрёмно

В интервью Никите Ларионову я рассказывал о том, как пробовал себя в журналистике и почему перестал. И потом Никита спросил, не жалею ли я, что пробовал разное, потратил время.

Тогда я ответил, что, конечно, ни о чём не жалею, и сказал важную мысль: «Всё, что я делал, привело меня туда, где я сейчас. Мне нравится то, куда я пришёл. Поэтому я не могу ни о чём жалеть». Мне хочется раскрыть свой ответ чуть глубже.

Всё, что я делал и чему научился, помогает мне сегодня. Хотя, казалось бы, как работа баристой может помочь мне в арт-директорстве?

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

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

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

Как быть эффективным, осознанным и вообще молодцом ★

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

Думаю, проблема в хуёвой формулировке проблемы. Люди хотят «волшебную таблетку», которая поможет им успеть всё на свете. Но никому не нужно успеть сделать всё. В этом нет никакого смысла. Большинство тех, на кого мы равняемся в эффективности, стали такими, потому что фокусировались на конкретных задачах и не распылялись на всё.

Читать дальше

Процесс важнее результата ★

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

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

Нельзя не любить свою рутину. Дизайнер не может не любить общаться с заказчиком. Редактор не может не любить замечания. Программист не может не любить баги. Всё это часть процесса на пути к результату. Это часть профессии.

Без любви к рутине невозможно 10, 20 или 30 лет заниматься одним делом, совершенствоваться в нём и расти. Если от рутины не прёт, вероятно, это не совсем твоё. В этом смысле процесс важнее результата.

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

Только процесс помогает нам расти, делает нас круче, прокачивает и развивает. Именно шлифовка процесса, оттачивание мелочей в своей рутине, в итоге, приводит к лучшему результату, а не наоборот.

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

Самый простой способ нанять хорошего специалиста

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

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

Средненький и ответственный будет расти и со временем обгонит крутого творческого распиздяя. Доказано практикой.

А ещё есть особый тип людей. Это те, кто игнорирует, что в вакансии написано «не присылать портфолио, выполните тестовое». Они всё равно присылают и просят посмотреть. Я никогда не открываю портфолио, если просил выполнить тестовое. Мне совершенно похуй, что там внутри, даже если это невероятно гениально и передо мной новый Пол Рэнд.

Я никогда не буду работать с тем, кто не может внимательно прочитать пять строк и просто сделать то, что от него требуется, без пафоса и выебонов. Такой ответ для меня, как красный сигнал светофора: «Я слишком крут и хорош, чтобы что-то доказывать и делать какие-то тестовые. А ты вообще кто, червь?» Таких нужно сразу разворачивать на входе и никогда с ними не работать.

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

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

В такие моменты у неопытных исполнителей: менеджеров, дизайнеров, редакторов — случается стресс и замыкание. Они бегут к своему ноутбуку и начинают создавать видимость работы: пишут текст, рисуют дизайн, пишут клиенту коммерческое. Мол, потом разберёмся, что там нужно. Главное же, что я работаю, решаю задачу! И вроде как не придраться: дизайнер ведь и правда чего-то там рисовал, редактор что-то писал, а менеджер вёл какие-то переговоры с заказчиком и что-то ему отправлял.

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

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

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

Встречи один на один

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

Ещё лучше действовать на опережение. Я для этого использую встречи один на один. Лучше всего встречаться лично, но если команда удалённая, или у вас карантин — то и созвон сойдёт.

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

Так, например, мы за последнюю неделю перешли из Трелло в Колонки, а вместо глючного Скайпа — в Зум. Сегодня на встрече с Лерой, менеджером студии, я узнал, что иногда задачи «проходят» мимо неё. Пересмотрели процесс принятия решений и сразу стали внедрять.

Проводить такие встречи достаточно раз в месяц. Чтобы всё это приносило результат, я советую записывать проблемы и решения, которые вы обсудили. Так спустя месяц сможете вернуться к прошлым записям и обсудить, что получилось внедрить, а что нет и почему.

Покажи, что ты сделал ★

Понял для себя, что не люблю длинные проекты, когда долго что-то пилишь, дорабатываешь, но всё никак не выпускаешь. Это демотивирует и вгоняет в прокрастинацию.

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

Это важно по нескольким причинам:

  1. Участники проекта видят результат — это вдохновляет, даёт ощущение причастности к чему-то крутому.
  2. Заказчик видит, что мы тут не хуй пинаем, а делаем что-то крутое, и он уже работает.
  3. Продукт начинает решать задачи клиента задолго до дедлайна. Сырой и работающий лендинг лучше красивого макета в Фигме.
  4. Продукт всегда готов. Нет такого, что прошёл месяц, а у нас полсайта в Фигме, полсайта в Гугл-доке. Всё уже работает, пусть и в минимальной версии.

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