Управление

Шаббат 

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

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

Выходным днём я назначил субботу:

  1. К пятнице сил остаётся мало, работаешь на автопилоте. Гораздо проще работать, когда знаешь, что завтра — отдых.
  2. Воскресенье уже рабочее, но без встреч и созвонов. Можно посвятить его всему, на что в будни не остаётся времени: чтению, разбору почты, обучению, рассылке и планированию. Начинать неделю в воскресенье удобнее, чем в понедельник: это помогает въехать в рабочую неделю плавно, без стресса.
  3. В понедельник я уже чётко знаю, что делать, так как всё спланировал заранее: обычно это самый продуктивный день недели. Дальше жизнь вносит свои коррективы, и так до следующей субботы.

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

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


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

Дать заднюю ★ 

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

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

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

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

В этот момент команда теряет веру в себя и желание проявлять инициативу в будущем, потому что всё равно придёт начальник и скажет, как надо. И последнее — команда теряет доверие к своему руководителю.

Руководителям и основателям никогда не надо стыдиться сделанного и давать заднюю.

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

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

Как понять, нужна ли встреча 

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

Любая встреча должна иметь три блока:
— повестку
— цель
— список тем и вопросов к обсуждению

Если чего-то из этого нет или оно сформулировано невнятно, встреча под вопросом. Пользуйтесь этим знанием и не бойтесь отменять встречи.

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

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

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

Еженедельные встречи с заказчиком — пульс проекта ★ 

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

Договариваться о каждой встрече отдельно

Подход даёт гибкость в планировании, но если в проекте больше двух человек, согласовывать день и время встречи становится нудно и утомительно. Однако это не самое страшное.

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

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

Заказчик думает: «Раз они три недели молчали, значит, скорее всего что-то очень долго делали. Наверное, сейчас покажут мне крутые дизайны!»

Дизайнер в свою очередь думает: «Мы три недели рисовали макет, тут всё идеально. Сейчас его примут без правок!»

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

Встречаться раз в неделю в одно и то же время

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

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

Встречи каждую неделю в одно и то же время решают проблемы, присущие хаотичному планированию:

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

Еженедельные встречи позволяют делать проект поступательно, без стресса. И вы и клиент знаете, что в понедельник, в 15:00 будет встреча и вы принесёте макет, а клиент даст замечания. Даже если вы ничего принесёте, то обсудите, почему не получилось принести. Это будет честно и открыто, без утайки.

Вывод

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

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

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


Пост вдохновлён постом Лиды Поповой «Пациент скорее жив, чем мёртв»

Единство мыслей, слов и дел 

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

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

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

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

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

Нихуя непонятно 

Лучший момент на встрече, когда клиент говорит, что ему нихуя непонятно. Если вы слышите такое, это хороший знак, и вот почему:

  1. Клиент с вами честен и прям. Он вам доверяет и знает, что вы спокойно воспримете даже такой ответ. Клиент, который вам не доверяет, никогда так не скажет, да ещё и матом.
  2. Клиент только что сообщил «У нас проблема». Вам осталось лишь её определить и устранить.
  3. Клиент только что сообщил: «Вы не попали в цель». Это может означать, что решение слишком сложное или что клиент ожидал увидеть что-то другое.

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

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

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

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

Мизанплас 

У меня есть негласное правило — превращай всё в систему. Это можно сравнить с тем, что шеф-повара называют мизанплас (фр. mise en place) — «укладка на место» или «всё на своих местах». Это состояние кухни, когда все ингредиенты, утварь и приборы, необходимые для приготовления блюда, лежат на своём месте. Шеф не думая протягивает руку и берет нужную посудину или нож. Так же должно быть и в проектах.

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

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

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

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

Мы не сможем так сделать ★ 

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

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

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

Можно ходить вокруг да около, а можно прямо спросить: «Давайте поговорим вот про это… Нам важно, чтобы было вот так. Да, это отличается от прежних договорённостей. Что будет, если мы выберем это решение? На что это повлияет? С какими проблемами мы столкнёмся?»

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

Ненужные встречи 

Прежде чем договариваться о встрече, я задаю себе вопрос: «А можно ли обойтись без встречи? Можно ли решить это без созвона? Как ещё я могу решить этот вопрос?»

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

Ситуации, когда встреча не нужна:
— получить однозначный ответ «да» или «нет»
— обновить статус задач
— запросить материалы или информацию
— дать обратную связь по макету или черновику
— внести правки
— рассказать, как пользоваться новой админкой

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

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

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

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

Напомнить никогда не стыдно 

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

Алё, ребят, а вы тут нахрена нужны? Чтобы просто смотреть в экран и кнопки нажимать? Вы зачем в проект пришли? Чтобы стесняться что ли?

Не ждите разрешения, чтобы что-то спросить или напомнить о себе. Не ждите, что кто-то придёт и сделает хорошо за вас. Чья проблема — тот и носится. И никак иначе.

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

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

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