Тег «ответственность»

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

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

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

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

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

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

Два способа не сделать работу в стол ★

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

Не буду рассматривать вариант, когда задача на самом деле не нужна. Это легко выяснить: достаточно разобраться в задаче до начала проекта и понять цели компании. А потом задать много вопросов со словом «почему», если мотивы заказчика неясны. В итоге станет понятно, нужно делать эту работу или нет. Или нужно делать какую-то, но другую. Например, заказчик приходит за текстом, а в итоге уходит с лендингом или контент-планом для Инстаграма. Такое часто случается.

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

Есть всего два варианта это решить:

  1. Брать на себя ответственность за задачу и право на последнее слово.
  2. Делегировать задачу тому, для кого она важна, ценна, интересна.

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

Моё, твоё или как решать конфликты в проектах ★

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

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

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

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

Не важно, какой цвет у ховера вы поставили, не важно, кто нашёл решение, а кто увидел опечатку.

Важен — результат.

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

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

Что делать, если вы видите плохое решение

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

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

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

В общем, если видите проблему — говорите о ней. Молчанием вы лишь соглашаетесь с тем, чтобы в мире появилась ещё одна одна посредственная работа.