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

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

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

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

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

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

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

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

Нет комментариев 2020

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нет комментариев 2019