История про бронекофе
Меня упрекают, что вот я постоянно говорю про понимание задачи. Окей, зайду с другой стороны. Вот вам лайфстайл-история не про понимание задачи…
Меня упрекают, что вот я постоянно говорю про понимание задачи. Окей, зайду с другой стороны. Вот вам лайфстайл-история не про понимание задачи…
Свежий случай из редакторской практики:
Автор присылает на провереку пост, где есть перечень из четырёх пунктов. Три пункта — хорошие, с примерами и фактурой, а четвёртый — дохлый, на одну строчку. Рядом с остальными пунктами перечня он выглядит неуверенно, неполноценно.
Я пишу комментарий, что так не пойдёт: все пункты перечня должны быть равноценны между собой. Автор берёт и доливает в слабый пункт «воды». Становится ещё хуже: теперь у нас в перечне три полезных пункта и один — с притянутыми за уши фактами и обтекаемыми формулировками.
Снова пишу комментарий. Автор начинает двигать слова, но это не помогает. Так продолжается какое-то время, пока я не задаю вопрос: «А какую проблему ты пытаешься этим решить?» Оказалось, автор был уверен, что должен перебрать как можно больше решений. Это частое заблуждение.
Работа исполнителя не в том, чтобы сделать больше. Иногда нужно перестать искать новое решение, иногда — переформулировать проблему. Иногда работа в том, чтобы не делать ничего.
Вот несколько примеров:
Если не можете найти решение, возможно, вы решаете не ту проблему. Смените фокус и убедитесь, что дело именно в решении, а не в чём-то ещё. Возможно, лучший вариант — это отступить от намеченного плана, не делать ничего и дать решению созреть.
Начинаю серию бесплатных постов про ошибки на старте проекта. Планирую около 5−6 постов, но может и больше. Тут уж как пойдёт. Первый — про брифы и техзадания.
Бриф — это грабли, которые потом бьют по лбу, а иногда и по яйцам, если они у вас есть, в самый неожиданный момент. Брифы, заполненные без вас — шлак. Не тратьте на брифы ни время клиента, ни своё. Составляйте понимание задачи сами на созвоне или личной встрече.
Заставлять клиента заполнять брифы до встречи — дурной тон. Это перекладывание ответственности и своей работы на заказчика. Со стороны выглядит дико: вы там напишите, чего вам надо, а я почитаю и скажу, что я про это думаю. То есть исполнитель скинул свою работу на заказчика и курит бамбук.
Требуя заполнить бриф, исполнитель лишается главного — возможности построить долгосрочные отношения с будущим клиентом и понять, его ли это проект. Бриф повышает риск ввязаться в проект с дурным контекстом, потому что в тексте невозможно заметить те самые «подводные камни». Нужна встреча, живое общение, контакт.
Другая проблема в том, что в 99% случаев брифы не помогают сделать проект хорошо. Клиенты заполняют их наотъебись, упуская важные детали. И они не со зла: у них нет времени на ещё одну анкету, и они в самом деле не знают, что важно для проекта, а что нет. Потому и пришли к исполнителю, чтобы тот помог разобраться, взял часть ответственности и помог.
То же самое касается техзаданий, который заказчик составил с кем-то до вас. Большая часть этих документов бессмысленная хуйня, где школярским языком описывается, сколько экранов должно быть на сайте, с какой стороны должна стоять кнопка. Всё это не имеет никакого отношения к решению задачи и проекту.
Некоторые клиенты могут использовать техзадания в качестве аргумента в переговорах о стоимости. Мол, вот это нам обещали сделать за пять рублей в студии «Пурпурный карась», давайте и вы так же. Я в такие моменты отвечаю: «Так, а зачем покупать у меня? Идите туда и делайте за пять рублей там. У меня это стоит вот столько».
Чужие договорённости с кем-либо не должны влиять на ваши договорённости с клиентом. Поэтому ТЗ идут на хуй. Их можно читать, но по моему опыту, к ним никто никогда не возвращается, кроме госзаказчиков. Там ТЗ — это священный документ, но этот случай мы не рассматриваем, потому что я про это ничего не знаю.
Серия бесплатных постов про ошибки на старте проекта. Планирую около 5−6 постов, но может и больше. Тут уж как пойдёт. Вот оглавление:
С этого года я перестал планировать жизнь через цели. И вот почему.
Цель — это некий ориентир, куда я бы хотел прийти в идеальной ситуации. Проблема в том, что такой идеальной ситуации никогда не будет. Ничто никогда не идёт так, как мы хотим и планируем. Случаются различные жопы, большие и не очень, а временами приходит пиздец, и тогда вообще все цели идут лесом. Хоть запланируйся.
К тому же, если я не приду к намеченным целям, то в целом ничего страшного не случится. Кто сказал, что я обязательно должен к ним прийти? А что если есть что-то бо́льшее, чем то, что я себе придумал? Возможно, по пути к своей цели я найду другой, более интересный путь. Возможно, я пойму, что моя цель была ложной. Возможно, я смогу преуспеть в чём-то другом и достичь там большего, чем я изначально планировал.
Вместо целей я ориентируюсь на свои ценности. Они помогают выбирать, на что я хочу сейчас тратить время, делать только то, во что я верю, оставлять самое главное и отсеивать неэффективное, скучное и вредное. Например, одна из моих ценностей — создавать продукты и решения. Значит, я не буду браться за проекты, где на выходе не смогу увидеть законченный продукт, результат.
Ценности помогают принимать решения в самых разных ситуациях и замечать возможности. Цели, наоборот, ограничивают мышление до размера самих себя. Если цель мелкая, то дальше неё ничего и не увидишь.
Ценности определяют, кем ты хочешь быть уже сейчас, а не что ты хочешь получить. В этом их ключевое отличие от целей. Ценности помогают быть человеком, который счастлив несмотря на внешние обстоятельства, тогда как цели лишь усиливают несчастье, потому что напрямую зависят от внешних факторов.
Если очень просто, то ценности — это то, что мы делаем и что мы не делаем. Что для нас приемлемо, а что нет. Цели — это что, а ценности — это как.
Ценности определяют, кем ты хочешь быть, а не что ты хочешь получить.
Действенность такого подхода подтвердилась, когда в прошлом году началась война. Все вокруг были растеряны, не знали, что делать, я в том числе. В такие моменты планы и цели летят к чертям: всё решают ценности. Тем, у кого они есть, и кто строит свою жизнь от них, было гораздо легче пережить это время и принимать решения, чем тем, кто опирался на цели.
Ещё прошлой осенью я начал понимать, что слишком много времени трачу на встречи и обсуждения задач. Минимум три-четыре часа в неделю уходило на различного рода планёрки и встречи, на которых мы искали решение отдельной проблемы.
Как выглядит обычная онлайн-планёрка: один человек проговаривает статусы задач, которые уже и так записаны в таск-менеджере, а остальные скучают, тупят в телефоны и думают, как бы поскорее свалить. Тоска смертная!
С января этого года в качестве эксперимента я отменил все планёрки в студии. И ничего страшного не случилось. Работа не встала, дедлайны не сорвались. Наоборот, у людей появилось больше времени на вдумчивую, спокойную работу.
Оказалось, что многие вещи можно решить письменно. А ещё почти всегда лучше сначала написать, а потом обсуждать. Это невероятно сокращает количество и длительность встреч, а ещё повышает качество идей и их проработку.
Формулировка мыслей в письменном виде исключает возможность переложить задачу и её решение кого-то другого, скинуть её с себя. Не то, чтобы у нас это когда-то было нормой, но теперь это в принципе невозможно.
«А как же сплочённость команды, тимбилдинг и вот это всё?» — спросите вы. Я всегда считал, что это надуманная хуйня. Такие вещи не формируются на планёрках. От того, что мы мысленно возьмёмся за руки и помолимся в Зуме, мы не станем командой. Скорее, наоборот, такие вещи вызывают рвотный рефлекс.
Вместо планёрок мы стали проводить неформальные беседы, где болтаем о чём угодно. Например, на первой встрече говорили про велосипеды, теннис и о том, как скоро нас заменят роботы. На второй — про сон, важность отдыха, ошибки при откликах на вакансии и даже немного про политику.
Пока решили, что продолжим делать такие встречи раз в две недели. Это не слишком часто, чтобы надоесть, и не слишком редко, чтобы чувствовать себя оторванным от команды. Главное условие: хочешь приходит, хочешь нет. Никакой обязаловки.
Если вы менеджер или не дай бог основатель, вас не должно быть много на такой встрече. Дайте людям высказаться первыми, комментируйте по делу, но не выпячивайтесь, иначе приятные посиделки превратятся в ваш стендап.
Иногда клиенты пропадают. Ничего с этим не поделать, хотя очень хочется…
Вопрос от читателя моего платного блога…
У меня в Телеграме был пост про о том, что специалист, который умеет строить процессы получает и ценится гораздо больше, чем тот, который лишь отвечает за текст, дизайн, код…
Лучший отдых — заранее спланированный отдых. Я пришёл к этой мысли пару лет назад и постепенно она превратилась в принцип, который помогает не заебаться от работы и отдыхать вовремя.
Всё просто: один день в неделю должен быть выходным. В этот день запрещено открывать ноутбук, писать посты, редактировать документы или что-то дизайнить. Можно делать всё, что угодно, только не работать. Это похоже на шаббат, только без религиозного подтекста.
Выходным днём я назначил субботу:
Суббота же превратилась в день домашних дел, учёбы, чтения, встреч с друзьями, родными или поездок за город. У меня стали появляться новые впечатления и идеи, я стал меньше уставать и перестал ассоциировать себя только с работой.
Самое главное, несдвигаемый выходной добавляет в жизнь стабильности и спокойствия в трудные времена, повышает ощущение контроля над своей жизнью. Что бы ни случилось, я знаю, в субботу будет выходной и я обязательно найду решение.
П. С. Нарушил правило, чтобы написать этот пост. Ну раз прёт, зачем откладывать. Выпускай, пока есть запал, пока тема горит и волнует. Потом это не будет никому нужно.
Из-за трусости руководителей компании часто дают заднюю: удаляют провокационную рекламу, стирают колкие посты и статьи, отрекаются от смелого дизайна.
Самое ужасное, когда желание руководителя выглядеть хорошо в глазах совершенно незнакомых ему людей затмевает взятые на себя обязательства и обещания перед клиентами. Это прям пиздец!
Руководители переживают о репутации компании, не замечая, что своим малодушием наносят этой самой репутации ещё больший вред. Таким образом руководитель отрекается от команды, словно говоря публике: «Да, это вот они обосрались, но я сейчас всё улажу. Только перестаньте писать про нас плохое».
Ситуации, когда пришёл руководитель и сначала публично сказал «мы сделали говно», а потом заставил людей это исправлять — убийственны для команды. Это то же самое, что закэнселить свою собственную компанию.
В этот момент команда теряет веру в себя и желание проявлять инициативу в будущем, потому что всё равно придёт начальник и скажет, как надо. И последнее — команда теряет доверие к своему руководителю.
Руководителям и основателям никогда не надо стыдиться сделанного и давать заднюю.
Золотое правило управления гласит: не выноси сор из избы. Внутри можно прийти и раздать всем пиздюлей, а потом надо выйти к толпе и послать всех недовольных на хуй. Или вообще ничего не говорить, как это делает Эпл обосравшись в очередной раз, а взять и тихонько всё исправить. Мол, так и надо.
Почему-то все охотно применяют этот принцип к семье и личным отношениям, но не к бизнесу. Хотя везде, в любом коллективе, в любых отношениях людям хочется знать, что их не дадут в обиду и защитят, даже если они ошиблись.