231. Искусство безделья на работе

Для меня загадка, как можно неделями и месяцами на работе не делать ничего. Я сталкивался с этим многократно в абсолютно разных местах.

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

Перед дипломом я устроился электромонтажником на стройку. Там было еще хуже. Мне снова хотелось спать (работа начиналась в 8 утра на другом конце города), но работать я не мог, потому что за это ругало начальство. Любимая фраза бригадира была: «Лексеич, кури, не смущай народ своей работой».

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

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

Более 20 лет я работаю в IT. Здесь много людей, кому интересно работать. Но встречаются ребята, которые тоже умеют ничего не делать. Случалось я принимал дела у менеджеров, которые получали зарплату, иногда ходили на какие-то совещания, на этом их таски кончались. Я встречал разработчиков и дизайнеров, кто так тоже умел. Некоторые умудрялись ничего не делать годами. С распространением удаленки это стало даже проще.

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

232. Готов ли ты стать ассенизатором?

Я живу в старом питерском доме. Однажды проржавела чугунная фановая труба (фановая – не от слова «по фану», а по которой идет слив унитаза). Сантехник сказал: «Я ее сейчас спилю и поставлю новую, главное, чтобы соседи сверху ничего не смывали, но я быстренько, успею». Не успел. Из срезанной трубы полилось дерьмо, облило сантехника и весь туалет. Хорошо, что шел капитальный ремонт.

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

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

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

У меня много опыта и в создании нового, и в разгребании старого. Конечно, с новеньким ковыряться приятнее. Но в налаживании старого есть своя прелесть. Чем-то похоже на генеральную уборку в гараже или в кладовке – по завершении возникает такое приятное чувство.

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

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

233. Ставьте дедлайны

Каждая работа делается столько времени, сколько на нее отведено. Обычно я пишу пост заранее и трачу на это 40 минут. Но на этой неделе я не подготовился заранее. Время выхода поста, а у меня работа и куча дел. Нашел 15 минут, за них я напишу этот пост и он будет не хуже остальных.

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

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

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

Самое глупое, что может сделать руководитель – это не ставить дедлайны работникам.
– Когда нужна эта фича?
– Да не горит, сделай, когда сможешь.
Такие диалоги гарантируют плохой результат.

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

234. Новые фичи вредят

Дома сломалась микроволновка, стал выбирать новую. Оказалось, что за годы микроволновкостроение развилось и стало… ужасным.

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

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

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

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

Когда вы делаете фичи в продукте, даже те, которые попросили пользователи, убедитесь в двух вещах:

1. Новые фичи не ухудшают основной сценарий использования продукта.
2. Основной сценарий использования продукта идеален, прекрасен и не нуждается в улучшении.

235. Код как город

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

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

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

Код продуктов – как города. Он устаревает почти сразу же после запуска. Если не вкладывать в его развитие, то через пару лет у владельцев продукта возникает мысль: «У нас все тормозит и глючит, разработчики говорят, что нужно все переписать, давайте сделаем новый продукт и потом переключимся на него». Звучит логично, но на практике переписывание затягивается на год-два, старый продукт при этом выкатывает какие-то фичи, которых в новом нет. В итоге новое или не запускают или оно работает плохо. Теряются миллионы, руководителя увольняют, команда увольняется сама.

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

Лет ми спик мор профешинали

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

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

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

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

Требования: быть продактом (или близким к этой профессии) и уметь говорить на английском хотя бы на базовом уровне.

Практикум бесплатный, но нужно заранее зарегистрироваться по ссылке https://tally.so/r/wzEMW0 – вам вышлют ссылку на Зум и пошарят материалы.

До встречи в четверг.

#партнерскийпост

236. Нормализация годовых платежей

Вещь элементарная, но расскажу, потому что некоторые ребята не знают.

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

Для планирования стоит нормализовывать годовые платежи в статистике – размазывать их равномерно по всему году. Поясню на примере:

– 10К пользователей платят по 100 руб. ежемесячно, ежемесячная выручка у вас 1М руб.

– В октябре вы проводите удачную рекламную кампанию и к вам добавляются еще 1000 пользователей. Но на количество пользователей вы особо не смотрите, зато видите, что ежемесячная выручка выросла с 1М до 2М. Удвоение выручки – это невероятно. Вы покупаете шампанское и машину.

– В ноябре ваша выручка снова 1М. Как так? У вас же подписочная модель! Неужели все новые пользователи сразу же отписались? Вы плачете, продаете машину и покупаете водку.

– А нужно смотреть нормализованную выручку. 1000 новых пользователей в октябре купили годовой план, потому что он был на 10% дешевле, т.е. за год платишь не 1200 руб, а 1000. Эти деньги нужно размазать по ближайшему году: 1000/12 = 83 руб на пользователя или 83К на всю тысячу новых пользователей.

– В нормализованной выручке не будет скачков, просто в октябре выручка вырастет с 1М до 1,083М и останется такой в следующие месяцы. Увидев это, вы умеренно порадуетесь и купите маркетингу пиццу за успешно проведенную рекламную кампанию.

Сегодня вечером практикум по английскому

Сегодня в 19:00 мск практикум по английскому для продактов. Бесплатно и для всех желающих. Регистрация по ссылке https://tally.so/r/wzEMW0

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

Летс до ит гайз!

P.S. Те, кто зарегался, но не получил приглашение в специальный секретный чатик — пишите мне в личку. @aleksritov

Отзыв о практикуме AgileFluent

Вчера прошел практикум «Английский для продактов» от прекраснейших лингвистов из AgileFluent. По группам мы брейнштормили стартап для Кипра. Было весело и… сложно.

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

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

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

Спасибо всем, кто вчера участвовал.

#партнерскийпост

237. Как вести профессиональный блог

Читатели спрашивали, как я работаю над каналом. Поделюсь некоторыми принципами.

Старт. Первым делом задал себе вопрос, смогу ли я вести канал хотя бы год. Если писать дважды в неделю, то потребуется сто постов. Смогу ли я придумать столько тем? Я сел и за полчаса написал 30 идей. Этого мне показалось достаточным, и я начал канал.

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

Посты. На пост трачу минут сорок. Открываю список тем, выбираю то, что нравится, и пишу об этом. Потом вычитываю, сокращаю и трачу много сил, чтобы сделать выражения проще. Когда готово, прогоняю через glvrd.ru и даю прочитать жене. Она помогает исправить ошибки: логические, грамматические, пунктуационные.

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

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

Раскрутка. Первое время я раскручивал канал. Хотелось набрать аудиторию, с которой можно пообщаться и посоветоваться. Привлекал подписчиков через телеграм каналы схожей тематики. Поначалу я платил деньги за размещение. Когда на канале появилось 2 тысячи подписчиков, платить перестал, потому что стали предлагать взаимный пиар.

Техника. Все посты пишу в гугл документе, так удобнее, и он является бэкапом текстов. Для публикации не использую никаких ботов: выделить текст жирным, залинковать слово и создать отложенный пост – все это делается штатными средствами. Статистику смотрю в tgstat.

238. О найме «стариков из деревни»

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

Опыт в маленьких компаниях. Разработчик 10 лет проработал в студии «Пупкин и партнеры», где был ведущим разработчиком. Нанимающий тимлид думает: «Чувак работает в своей песочнице всю жизнь, с другими разрабами почти не коммуницирует, чувствует себя незаменимым, новых технологий не внедряет, да ну его нафиг, поищу другого».

Возраст ближе к 50. У программиста опыт работы больше 25 лет, работал с различными стеками. Нанимающий тимлид думает: «Знаю я таких, последние десять лет он вообще не развивается, научился чему-то давным-давно и теперь эти подходы тиражирует, при этом чувствует себя очень опытным и обижается, если его поправляют, молодых хоть переучить можно, а тут уже без шанса».

Возраст + опыт в маленькой компании. Нанимающий тимлид кричит HR-у: «Юля, блин, ну зачем ты шлешь мне такие резюме!»

Тимлида можно понять. Его оценка основана не на предубеждениях, а на личном опыте. 80% специалистов соответствует его оценке. Ради оставшихся 20% не стоит напрягаться.

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

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

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

Выше нос, вы еще покажете этим городским зазнайкам!

239. Как джуну устроиться в продуктовую компанию

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

Я всегда отвечал, что, мол, не знаю, я джуном 20 лет назад был, теперь все иначе. И тут меня осенило, я ведь постоянно нанимаю людей, а значит могу ответить на вопрос со стороны нанимателя. Отвечу на вопрос «какого джуна я бы взял?» Буду говорить за продуктовую IT-компанию, простите, в остальном не компетентен.

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

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

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

Ключевой момент – рассказывать о своем опыте по формуле проблема-действие-результат. Это не даст гарантии найма, но на собеседовании в продуктовой компании здорово повысит шансы. Этого почему-то многие недооценивают. Приходит, к примеру, опытный дизайнер из веб-студии и на вопрос, какой критерий выполненной задачи, говорит: «Чтобы понравилось заказчику». Или разработчик из фриланса отвечает: «Мне ТЗ высылают, я по нему делаю». Слушая такое, продакт кричит HR-у: «Юля, ну я же просил приглашать людей только из продуктовых компаний!»

На освоение языка программирования или дизайн-навыков нужно 1-3 года. Для изменения образа мышления, многим не хватает всей жизни. Опытные руководители ценят верный майндсет.