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

Сейчас, проведя за два месяца больше консультаций, чем за последние два года, я понял, что консультации - это как раз и есть лекарство от синдрома самозванца. Особенно, если их правильно готовить. Поэтому я хочу заняться ими системно, а именно - выделить два слота по часу в неделю, которые готов им посвящать. Денег в ближайшие пару месяцев за это брать не планирую. Но есть два важных условия, если вы хотите со мной пообщаться:
1. Вы должны быть не против, что ваш вопрос и последовавшие за ним обсуждения будут опубликованы мной. Без лишних деталей, естественно.
2. Вы обязуетесь в течение недели после консультации прислать мне follow-up - что вы вынесли со встречи.

Почему я готов это делать (пока) бесплатно? Потому что я:
- Борюсь с синдромом самозванца
- Получаю от вас мои мысли в письменном виде
- Развиваю нетворк
- Собираю кейсы, вопросы и ответы, которые интересно обсуждать

Я пока дописываю рассказ про себя, что я знаю, умею и что входит в сферу моих интересов. Поэтому предлагаю пока посмотреть на моё предложение, как на такой manager co-pilot. Согласитесь несправедливо, что у разработчиков он есть в гитхабе, а у менеджеров нет? Хотя, конечно, всегда можно поговорить с ChatGPT обо всем. Но ChatGPT теоретик, а я практик.

В общем, если у вас что-то менеджерское болит, а поговорить об этом не с кем - пишите мне @dmgritsan, я выступлю для вас тем, об кого можно про это подумать!

Вынесу из комментов в фейсбуке "короткий" ответ на вопрос, чем я занимаюсь. Длинный ответ будет скорее всего серией постов про каждую из сфер моих знаний и интересов. Кстати, записаться на разговор можно в calendly. Эту неделю уже забили. И это очень приятно ☺️

***

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

Всегда очень плотно взаимодействовал с тестированием и считал, что QA-лид лучший друг менеджера. QA-лиды отвечали мне взаимностью. Знаю много про мобильную разработку самого разного - от всяких низкоуровневых нюансов, спасибо работе в АппМетрике, до того, как паблишить приложения в сторах. Хорошо погружен в работу аналитики, опять же спасибо АппМетрике, даже небольшой курс про это записывал во время ковида. Всегда с удовольствием общался с HR-ами, так что неплохо погружен в процессы найма и развития. Если к этому добавить ещё и менеджерскую насмотренность, то иногда об меня получается неплохо подумать о том, куда можно подвинуть свою карьеру в IT.

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

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

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

Поэтому теперь я постоянно ищу те вопросы к себе, ответы на которые помогут мне находить мэтчи с вакансиями и командами. В этом мне помогают самые разные люди - руководители, HR BP и рекрутеры, менеджеры смежных команд, трекеры, менторы, психотерапевт, в конце концов. Вот для примера несколько таких вопросов:
- Чем ты занимаешься в свободное время, что “похоже на работу”?
- Чему ты с удовольствием учишься?
- Что из того, что ты делаешь на работе, невозможно делегировать и почему?
- Если бы ты был в команде продукта, которым ты пользуешься каждый день, что бы ты в ней делал?
- Если убрать всё, чем ты не любишь заниматься, какую пользу ты продолжишь приносить бизнесу?

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

Нужен человек, об которого можно об этом порефлексировать? Записывайтесь тут: https://calendly.com/dmgritsan/copilot

Написал пост о том, что важно учиться искать вакансии, учитывающие персональные особенности, и сразу вспомнил про эту карточку из Имаджинариума, которая в момент нашего тимбилдинга почти два года назад лучше всего отражала то, как я себя ощущаю на работе 😅

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

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

Так вот, что нас больше всего удивило в этом дегустационном меню — это полное (или почти полное, уже не могу точно вспомнить) отсутствие продуктов из коровьего молока. Логично предположить, что по какой-то причине в Тоскане просто нет коров? Но я был уверен, что это не так, так как несколькими годами ранее пробовал традиционный Флорентийский стейк. Т.е. коровы всё-таки есть. Почему же тогда при обилии в близлежащих регионах Моцареллы, Горгонзолы, Грана-Паданы и Пармезана, в Тоскане есть только традиционный Пекорино из овечьего молока? Разгадка, как выяснилось чуть позднее, оказалась довольно простой — традиционная флорентийская порода коров Кьянина отлично набирает массу, но приносит очень мало молока. Поэтому в Тоскане стейки говяжьи, сыр овечий, а масло исключительно оливковое.

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

А какими метафорами вы объясняете свои менеджерские наблюдения? Поделитесь в комментах!

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

Во-первых, именно то, что каждая из перечисленных ролей — это своя зона ответственности, важно подсветить. Пока один единственный человек, отвечает за весь ваш сервис с технической точки зрения, вам придётся постоянно разрываться между условно удобством интерфейса, доступностью фичей в апи и найденными на проде багами. Но в какой-то момент вы закоммититесь перед клиентами на 99.99% аптайм и придёт время выделять девопс-задачи (админские, если вам так привычнее) в отдельного человека. Или придёт время пилить новый навороченный интерфейс и выделенная команда фронтенда приобретёт смысл.

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

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

Мне всегда казалось, что быть хорошим руководителем — это не только про то, что происходит на работе и в рабочее время, а ещё и про то, что происходит в твоей жизни вообще. Нельзя (или очень сложно) быть организованным с 10 до 18, а с 18 до 10 жить в полном бардаке. Так же как довольно сложно (хотя, такое, признаю, встречается чаще) быть демотивированным только по рабочим вопросам, а в свободное время быть электровеником и много чего успевать. А ещё практически невозможно быть интересным собеседником для коллег и при этом ничем кроме работы не интересоваться.

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

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

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

А у вас были хорошие руководители, с которыми за рамками работы у вас не было никаких контактов?

Мой коллега @dbogolyubov в комментариях в фейсбуке хорошо развил мысль вчерашнего поста. Вынесу сюда его цитату.

Для эффективной работы важны качественные человеческие отношения внутри команды. Чтобы такие выстроить и поддерживать, руководитель должен обладать хорошими софт-скиллами: иметь развитый эмоциональный интеллект, уметь слушать и быть готовым принимать чужую точку зрения, обладать эмпатией и так далее. Чтобы развить такие качества очень помогает кругозор и саморазвитие. Если подумать над противоположным примером, то это руководитель у которого очень хорошо развиты hard-скиллы, но люди для него не более чем ресурсы, которые можно добавлять/убирать/заменять. Проблема в том, что когда работа недетерменирована и вместо клепания кастрюль надо какие-то новые смыслы создавать, то подход «люди просто ресурсы» работает плохо. Единственный инструмент в арсенале такого руководителя — это увольнение. Потому, что ещё делать если сотрудник не приносит нужных результатов? Хотя, зачастую можно до такого состояния а) не доводить; б) помочь сотруднику из него выйти. Но таких инструментов в запасе руководиеля «люди-ресурсы» нет.

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

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

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

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

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

Пропал из канала на целую неделю, потому что 26 июля улетал из Белграда на Кипр. Пока ещё не окончательно - буду возвращаться в Сербию, доделывать важные дела, но в основном, ближайший год планирую (странно применять это слово в наше время не к проектам, а к собственной жизни, на такой далекий горизонт 😒) провести на острове. Несмотря на это всё равно провёл запланированные консультации и получил очередную порцию инсайтов, про которые обязательно здесь напишу. Но пока хочется поговорить о том, что всплыло в общении с психотерапевтом.

Зашёл у нас разговор о такой штуке, как farewell party. Мы нашли столько разных смыслов, которые можно в неё вкладывать, что я даже удивился. И теперь хочется спросить у вас - а как вы относитесь к прощальным вечеринкам уходящих сотрудников? Ходите ли на них? Организовываете ли вы их сами? Какой смысл для себя в это вкладываете?

Те смыслы, которые мы нашли, собрал в опросе. Он анонимный с возможностью выбора нескольких вариантов ответа. Если выбираете “У меня своя причина” - расскажите в комментариях, какая!

Кстати, в связи с переездом на Кипр (и временным отсутствием собаки, которая осталась в Белграде) поменял время для консультаций на ближайшие три недели. Записывайтесь тут: https://calendly.com/dmgritsan/copilot

И смело давайте ссылку друзьям (и на канал, и на calendly), если у них болит что-то менеджерское. Будет круто, если они запишутся, а ещё круче, если перед этим напишут мне что-то о себе и о том, что им хотелось бы обсудить.

Отойду немного от темы менеджмента команды в сторону менеджмента себя.

Я уже больше 10 дней на Кипре и эти дни показали мне всю силу привычек в жизни, но вообще не с той стороны, с которой я предполагал, сидя в Белграде. Я начал готовиться к переезду сильно заранее с того, что сел и попытался прикинуть из каких регулярных занятий мне бы хотелось, чтобы состояло моё расписание. При чём тут переезд? Ну, например, учитывая то, что я хочу три раза в неделю заниматься в тренажёрном зале и два раза в неделю играть в теннис, непростительно дорого было бы найти квартиру, от которой до зала и до кортов по 30 минут в одну сторону на машине. Это 5 часов в неделю, потраченные на дорогу, которые можно было бы вложить во что-то другое. А значит, пока квартира не выбрана, можно вписать это в критерии её поиска.

Когда я рассказал о такой подготовке к переезду одной своей знакомой, она предположила, что я вдохновился на неё книгой Atomic Habits, потому что она как раз про то, как создать в своей жизни среду для тех привычек, которые ты себе хочешь привить и, наоборот, исключить те, которые тебе не нравятся. Ну, что ж, если кто-то уже написал книгу про то, с чем я прямо сейчас разбираюсь, надо её прочесть. Прочитал (вам тоже советую), вдохновился идеей создания среды для полезных привычек ещё сильнее. Нарисовал свой идеальный день. Уже представлял, как я приеду на Кипр и буду ух каким эффективным и довольным тем, сколько всего успеваю.

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

Моя ошибка была в том, что я недооценил количество стресса от полной смены обстановки. За прошедшие полтора года я уже два раза выстраивал свою жизнь с нуля в новом месте, но в прошлые разы я не пытался это делать в одиночку — рядом был близкий человек (а часто ещё и компания ещё большого количества относительно знакомых людей) и наша собака. А тут я приехал один на разведку и всё пошло совсем не так. Вообще, я на эту тему думал давно и знаю, что это может смешно прозвучать, но, своим ментальным здоровьем в 22 и 23 году я во многом обязан своему псу, с которым независимо ни от чего, надо кому-то надо погулять два раза в день.

Мичи, спасибо тебе, что всего два раза! Но, да, два - не меньше. С ним не договоришься погулять завтра, он не пойдёт гулять один. Если совсем нет сил, надо как минимум договориться с тем, кто погуляет с ним вместо тебя. Но сейчас, пока он остался в Белграде, эта опора режима дня исчезла. И расписание походов в тренажерный зал к тренеру, которые задавали ритм недели, тоже исчезло. А новые желанные привычки стало просто не на что нанизывать.

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

А как вы справляетесь с переездами, внедряете новые привычки и избавляетесь от старых? Поделитесь своими лайфхаками в комментариях.

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

А вот интересную тему, с которой изначально начался наш созвон в среду, я бы хотел вынести на более широкое обсуждение. Внимание, вопрос - как менеджеру присваивать результаты? Вот пришёл ты на собеседование и рассказываешь - я запустил крутую фичу, поднял продажи на 30%, снизил косты на архитектуру на 50%. Но ты не продакт, не маркетолог и не архитектор. Ты какой-то там (ох, сколько я видел разных названий) технический менеджер. Так в чем твоя роль здесь? Можешь ли ты объяснить, почему без тебя команда бы не справилась или хотя бы справилась бы хуже?

И, кажется, что ответ на этот вопрос у нас с моим собеседником оказался очень похожим. Роль менеджера в том, чтобы создавать условия для команды, в которых она может работать максимально эффективно. Не было бы условий - не было бы и таких результатов. Как ёмко сказал один мой руководитель про себя “Я - дух леса” (с). Но дальше начинаются нюансы, духи же бывают разными.

Я, например, тот дух, который приходит на встречу и помогает разным высокогрейдовым техническим специалистам договориться. Как я это делаю? Разными способами, в зависимости от конкретных людей, задач и т.д. Наверное, стоит побольше рефлексировать, чтобы лучше отвечать на вопрос о своих подходах и методах. Но главное - чем больше я даю себе отчёт в том, что именно в этом моя суперсила, тем больше я в это вкладываюсь, тем лучше у меня это получается. И когда ко мне приходит кто-то и говорит, что у него технари постоянно не могут о чем-то договориться, я понимаю, какие вопросы ему задать, чтобы он сам нашёл причину проблемы и варианты её решения.

А как вы присваиваете себе результаты? Расскажите в комментах.

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

Пришёл на этой неделе к выводу, что в знаменитой Оруэлловской фразе “Свобода — это рабство” гораздо больше правды, чем кажется на первый взгляд. Попробую объяснить почему мне так показалось и при чём тут метрики.

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

- Что важнее вид с балкона на закат или близость разнообразных баров-ресторанов?
- Что лучше отдельно стоящий дом, от которого до всего ехать 15-20 минут или квартира, где всё в пешей доступности?
- Нужен свой бассейн, общий на несколько квартир или вообще не нужен, если море рядом?

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

Возможно, как-нибудь и про “незнание — сила” напишу. Кажется, с этим тоже всё не так-то просто. А пока — поделитесь своими хаками как выбирать метрики, когда вам сказали растить счастье пользователя (что это, если не свобода сделать ему хорошо). А уж если пользователь, счастье которого растите, это вы сами, а процесс, в котором эта свобода предоставлена — это поиск жилья, ваши ответы будут сейчас особенно ценны.

Раз уж я говорю, что я full-stack manager, то буду иногда писать и про те проекты, которые делаю своими руками, а также те проблемы, с которыми сталкиваюсь, или те наблюдения, которые делаю в процессе их разработки. На этих выходных переносил из Яндекс.Облака в AWS python-функцию, которая крутилась в serverless-режиме, собирала с нескольких сайтов и отправляла объявления в канал про сдачу в аренду недвижимости в Белграде.

Я написал её в октябре прошлого года, когда мы искали квартиру сами. В Сербии есть несколько классифайдов недвижимости с интерфейсами разной степени дружелюбности, и нам надо было максимально быстро находить на них новые объявления, чтобы быть в числе первых людей, которые их посмотрят. Рынок был такой, что если ты не посмотрел квартиру первым, то с большой вероятностью, ты её уже не снимешь. Так как у меня уже был довольно немаленький опыт написания парсеров (когда-нибудь я расскажу здесь, как записывался в итальянский визовый центр в Москве в 22 году и как парсил сайты производителей резины), я быстро проверил, что с 4 основных сайтов, которые нам нужны, можно довольно легко достать всю нужную нам информацию. Тогда передо мной встал вопрос, где и как поднять этот скрипт, чтобы он работал не у меня на ноуте, а регулярно отрабатывал независимо от обстоятельств.

Мой выбор пал на Яндекс.Облако. К тому моменту у меня уже был опыт разворачивания serverless-functions в Azure, AWS и Yandex.Cloud и именно у Яндекса это было делать удобнее всего. Честно говоря, я уже не помню на каком языке я поднимал что-то в Azure, но если речь идёт про python и функция требует установки зависимостей, то в AWS сначала придётся разобраться с тем, как собрать layer с этими зависимостями, чтобы его подключить. Когда ты занимаешься такими развёртываниями достаточно редко, а один layer используется только в одной функции, решение от Яндекса выглядит гораздо более понятным любому python-разработчику - просто положи файлик requirements.txt и при деплое система сама подтянет всё, что тебе нужно.

Второй момент, который в Яндекс.Облаке сделан в разы удобнее, чем в AWS - это поиск поднятых сервисов. В Амазоне реально сложно понять, какие конкретно сервисы ты используешь прямо сейчас и в каком объёме. Единственный интерфейс, который я для этого знаю - это биллинг. Но как бы биллинг это то, что обычно используется не для дискавери запущенных сервисов, а для того, чтобы постфактум разобраться в том, что же сожрало в предыдущем месяце столько денег. И это я ещё не говорю о том, что если вы, например, зашли в интерфейс управляния Lambda, а у вас оказался выбран какой-то левый регион, вы свои функции из другого региона тупо не увидите. В Яндексовом же Облаке все поднятые сервисы аккуратно собираются на дашбордик и очень просто понять, что ещё надо перенести в AWS и отключить.

Наверное, у вас сейчас возник логичный вопрос - если в Яндекс.Облаке всё так удобно, зачем же переносить всё в Amazon? И у меня на него есть два ответа. Первый более стратегический - да, в Амазоне многое не понятно интуитивно из интерфейса так, как понятно у Яндекса, но проблема в том, что если уж у Яндекса будет что-то не понятно, то шансы, что вы найдёте ответ на stackoverflow очень низкие. А Амазон, который годами используется миллионами разработчиками по всему миру - идеальная среда для stackoverflow-driven разработки. Второй момент наоборот очень тактический. В Амазоне мои скрипты вместе с развернутой для них MariaDB ещё долгое время смогут работать бесплатно, а в Яндексе всё это было бесплатно для меня только в рамках программы грантов для сотрудников, а когда я перестал быть сотрудником Яндекса, этот проект начал бы мне обходиться примерно в 6000 рублей в месяц.