Путь к CEO (18+) | Борцов Дмитрий

Учимся решать проблемы и расставлять приоритеты. (1\3)

Часто в работе вы встречаетесь с тем что у вас есть N параллельных задач. Добавим сюда коэффициент в виде ваших руководителей или продукта, которые "пушат" вас. Важно понимать что все ваши коллеги, на любых вертикалях, решают исключительно свои боли. Вы в таком ключе — просто инструмент для выполнения kpi.
Так рождаются ситуации когда к вам приходят с десятком “ну ооочень горящими и важными задачами”.

В прошлом посте я рассказывал о том как сам попал в такую ситуацию. Как быть?

Существует несколько вариантов выходов из таких ситуаций:

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

👍Правильным путём будет применения специальных механик.

Первая — матрица срочности и важности (Eisenhower Matrix / Urgent-Important Matrix).
Это метод, который предлагает разделить задачи на четыре категории на основе срочности и важности.

1️⃣ Срочные и важные (Do First): Критические проблемы, которые требуют немедленного внимания.

2️⃣Важные, но не срочные (Schedule): Задачи, которые важны для долгосрочного успеха, но не требуют немедленного решения.

3️⃣Срочные, но не важные (Delegate): Задачи, которые требуют немедленного внимания, но могут быть делегированы кому-то другому.

4️⃣Не срочные и не важные (Eliminate): Задачи, которые не приносят ценности и могут быть отменены.

Рассмотрим на примерах:
Do First: База данных упала, сайт не работает
Schedule: Необходимо обновить библиотеку безопасности, есть уязвимость, но эксплуатации пока нет.
Delegate: Пользователь не может сбросить пароль, но есть обходной путь через поддержку.
Eliminate: Анализ логов за прошлый месяц.

Как применять в реальности?

1️⃣Оцени каждую горящую задачу по шкале срочности и важности.
2️⃣Размести задачи в соответствующей ячейке матрицы.
3️⃣Сначала решай задачи из категории "Срочные и важные".
4️⃣Затем планируй задачи из категории "Важные, но не срочные".
5️⃣Делегируй задачи из категории "Срочные, но не важные", если это возможно.
6️⃣Исключи задачи из категории "Не срочные и не важные".

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Дима, а где посты каждую пятницу? Куда ты пропал?

Ответ всех шокирует, но я пропал в работу. Напомню контекст про себя: у меня в подчинении на текущий момент 58 человек в 4 командах, из них 5 руководителей команд и 53 разработчика разных уровней. И так получилось, что в определённый момент времени у меня случились пожары во всех командах.

Что загорелось?

Мы делаем онлайн-кинотеатр PREMIER.ONE. Что главное для нашего сервиса? Конечно видеоотдача. И, конечно, именно с ней появились неполадки. Для тех что не знает, видеоотдача это набор сервисов от хранилок контента до отдачи чанков видео. А проблемы, естественно, супер плавающие и находящиеся где-то на стыке 6 разных сервисов. Чувствуете боль? Это только первый пункт.

Второй будет реализация абсолютного нового SMART TV приложения. Телевизоры, для контекста, это тот же браузер, который запускаешь ваш сайт, только отстающий по ресурсам лет на 5 и по версии браузера года на 4. И одна из моих групп разработки полгода с нуля разбиралась с тем какие ограничения в разработке есть, реализовывала новый UI, кастомные фичи и билась над ограничениями Proxy Object’a vue 3 и nuxt’овского Data Object’a. И мы не успели выйти в прошлом году.. Из-за чего фокус C-Level’a к нам стал троекратным. Задача простая - выйти в прод и не умереть от шквала негатива пользователей. Глобально, на текущий момент, мы справились. Но поехавшие сроки и неправильно просчитанные риски – моя проблема и мой “косяк”.

Третий пункт это самый крупный рефакторинг одного из клиентов. Представьте себе приложение, которое разрабатывалось три года без корректного flow по рассасыванию бэклога тех.долга. И вот, в один из дней, мы вместе с руководителем этой команды принимаем решение что объем технического долга превысил 3000 storypoint’ов. Capacity этой команды – 180SP. 16 чисто технических релизов, Карл! Ну или 8 месяцев код фриза платформы и работа исключительно над рефакторингом. Баланс между бизнесовыми задачами и тех.долгом это кропотливая работа.

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

Следующий пост будет о том как выходить из таких ситуаций.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Моя мужская мотивация!

Девочки. Читать можно, но вы не ЦА. 😁

Сегодня 14 февраля, а значит, это самое лучшее время петь хвалебные диферамбы моей жене. Есть мысль, что за каждым успешным мужчиной стоит сильная женщина. Не то чтобы я считал себя сильно успешным, всё-таки, точек для роста я вижу ещё достаточно много: как минимум, мой чатик называется “путь к СЕО”, что говорит о том, что я, как минимум, на двух, надо сказать, очень больших ступенях от своей карьерной цели. Но всё познаётся в сравнении. Когда я переехал в Москву, мне было всего 22 года. Да, за плечами уже 8 лет в IT, различные взлёты и падения, но всё равно я был “пиздюк обыкновенный”. Но потом в моей жизни появилась она, и всё сломалось изменилось.

Нет, не то чтобы она говорила мне: “Работай больше, или я уйду от тебя”. Такая мотивация не работает ни с кем и никогда. Она просто была рядом. Поддерживала меня в трудные карьерные и жизненные моменты. Приносила мне кофеёк и еду к рабочему столу, когда я не мог даже оторвать ягодицы от стула. Выходила, можно сказать, меня после операции на копчике. К слову, тогда мы решили, что я просто обязан на ней жениться после того, что она видела))😆

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

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

Где бы я был, не будь её рядом?
Конечно, там же, где сейчас, я же крутой😂 (нет).
Да одному Богу известно. Но то, что всё было бы намного труднее — это однозначно.

Что сказать-то хотел?
– Любящая женщина рядом — это кайф!
– Если мужчина любим, то он свернёт любые горы.
– Мне кажется, что только такая внутренняя мотивация помогает мужчине раскрываться и выкладываться на все 110%. Оно как-то само так получается.
– Что люблю тебя, @Viktoria_Sol, очень сильно, и нет слов, чтобы описать, какой вклад ты приносишь в нашу маленькую, но очень крепкую ячейку общества!

Есть фраза: “Сделай своё хобби работой, и тогда тебе не придётся ни дня работать”.
Сегодня предлагаю переиспользовать её так: “Найти любовь, и тогда тебе никогда не придётся искать в себе мотивацию!”

p.s. зацените какой мне крутой тортик подарили)

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Один из самых частых запросов, которые я получаю как ментор, звучит так: «Пришел на hh, откликов нет, конверсии нет, помоги, расскажи что не так».

Давайте поговорим про ред флаги в вашем резюме.

Нет фотографии
Любой HR — это тоже человек. И когда он видит анкету с красивой фотографией, где четко видны глаза кандидата, то происходит первый «коннект». Обезличенные анкеты это минус.

Указание зп
Никогда не указывайте зп. Вы лишаете себя части воронки, потому что в компании А вилка 150-200, во второй 250-300. А у вас стоит 230. Для первой Вы слишком дорогие, для второй слишком мало хотите и в итоге вторая будет смотреть на вас как на более слабого специалиста, ориентируясь на ваш ценник.

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

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

Нерелевантный опыт
Ты 20 лет работал в Дикси и 2 года джуном? Значит ты 2 года в IT. Не усложняйте жизнь себе. Будут искать сеньора, откроют ваше резюме и закроют увидев Дикси. А те кто ищут мидла даже не откроют. Зачем им сеньор с 22 годами стажа?

Нет структуры описания опыта
Нельзя писать коротко «работал работу», это, вроде бы понятно всем. Но когда вы пишите простыню текста - никто не читать не будет. На отбор разработчика HR тратит 30-45 сек на резюме. Поэтому текст должен быть четко понятен и структурирован. Задачи / достижения / стек.

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

Дополнительная инфа:
1. Не пытайся выдавить из себя информацию. Не получается само? Подгляди у других!
2. Прогоняй через gpt текста на пунктуацию и орфографию.
3. Пиши сопроводительные записки «от вакансии» на которую откликаешься.
4. Купи подписку hh pro. 200 рублей в неделю, но она работает. Просто поверь и купи.

Все равно не получается? Приходи ко мне на разбор резюме. До конца февраля это бесплатно.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Закаляйте себя и будьте здоровы

Вчера я, как и каждый год, окунулся в прорубь на Крещение. Для меня это уже не просто экстремальный поступок, а важная часть моего ежегодного "энергетического" ритуала.

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

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

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Знаете, что такое крутой ритм команды?

Слушая в очередной раз музыку, мне попался трек “Don’t Need Nothing - Exploid”, и я неожиданно осознал, что он идеально описывает идеальный рабочий ритм. Включите его на фоне и продолжайте читать этот пост.

Взяв определение DnB, мы получим следующее:

“Drum and Bass – это жанр электронной музыки, который характеризуется быстрым темпом, сложными ритмическими структурами и мощными басовыми линиями”.

Видите? Ну, один в один же!

Как выглядит работа команды?

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

Ключевая задача руководителя — оптимизация процессов в команде для достижения минимально возможного TTM (Time To Market) при сохранении (а в идеале, улучшении) качества продукта. Чем не “быстрый темп”?

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

В треке есть очень интересная музыкальная яма, которая начинается на 1:50. А это — наш долгожданный релиз вышел на регресс. Мы аккуратно и спокойно чиним баги, чтобы успеть вовремя всё пофиксить и выйти в продакшен без съездов и неожиданных проблем. Выпустили? Красавцы! Теперь дальше разгоняемся и снова входим в нужный нам ритм.

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

Вот такой получается Drum and Bass ритм команды.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Салют, бложик 🎉.

Я наконец-то выполз из оливьешной комы и готов ворваться в новый продуктивный год.

Этот год я планирую провести в структуризации всего, что меня окружает, и в налаживании процессов.

Постараюсь ответить на вопрос: “зачем оно тебе надо?”.

У меня существует проблема объема активностей и проблема того, что эти активности имеют временные пересечения, и чем дальше, тем труднее становится поддерживать продуктивность во всём.

Какое решение?

В замечательном посте у моего друга описан один из доступных и отлично работающих подходов — Second Brain. Этот подход предлагает структуризацию всего потока активностей в любой “продвинутый блокнот”. Это может быть notion, buildin, obsidian итд. И, в дополнение, вы объединяете календари. В моём случае это будет рабочий календарь, менторский календарь, семейный календарь и личный календарь. И при таком объединении вы получите единое пространство, где структурируете свои мысли, цели, планы в единый календарь со всеми запланированными делами.

К слову, мы с Андреем объединились в плане менторства и теперь ведём свою парную менторскую программу, но об этом я расскажу детальнее в отдельном посте.

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

Так же у меня есть рубрика “ответы на вопросы”. Я с удовольствием отвечаю на любые вопросы про IT, руководителей, frontend. Если у тебя есть вопрос - напиши его мне в личные сообщения, и я разберу его в блоге максимально детально.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

🎄 Новогодний пост 🎄

Привет, мои дорогие подписчики 🎅

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

🎇 Начнем с итогов этого года:

🔴Количество людей в подчинении снова превысило 50 человек, чему я очень рад.

🔴Реализовали 90% всех поставленных на год целей в разрезе управления.

🔴Сохраняю темпы роста доходов, чтобы реализовать одну из “целей до 30”.

🔴Сделал предложение своей возлюбленной, да не абы как, а с целой историей (девочки, вам отдельный респект, знаю что читаете мои посты!)

🔴Сдался мой долгострой и мы с женой, наконец-то, начали процесс ремонта.

🔴Впервые выступил на конференции

🔴Поборол внутренние страхи и завёл свой блог

🔴Стал ментором, и на текущий момент 5 человек обучаются на нашем парном менторстве с @palaxius

🎁 Грядущий год обещает быть насыщенным:

🔴Будет главное событие – я стану “мужем” официально.

🔴Не менее грандиозная цель - сделать ремонт в квартире и следующий новый год встречать уже там.

🔴Буду расширять медийку. В планах - записи обучающих роликов и стриминг.

🔴Похудение. Я изрядно набрал за последние пару лет. Нужно вернуться в приемлемые цифры.

🔴Нормализация выхода постов и 1500 подписчиков на канал.

🔴Рабочие цели раскрывать не буду. NDA, всё такое 🌚

Ребята, дорогие мои и любимые!

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

🎉 В новом году всё будет хорошо, я узнавал! 🎉

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Итоги года в мире JavaScript

Конец года. Как всегда, Stateofjs опрашивает респондентов и подводит итоги «мира JavaScript».

Из негативного: ребят из России в данном опросе не опрашивали, несмотря на то, что русские разработчики — одни из самых сильных в мире.

Я же поделюсь самыми интересными наблюдениями:

1️⃣ Средняя годовая зарплата в Штатах (на 50-й персентиль) — $175 000, в Европе всего $90 000 и меньше.

2️⃣ В футболе «закат карьеры» — это 30 лет, а в IT — 60. Делайте выводы.

3️⃣ Разброс в зарплатах от стажа просто ужасающий: от $29 000 для < 4 лет и до $125 000 для > 25. Но тут я буду скептиком и предположу, что сравнивали стажёров и senior/lead. Ну и у них нет «волчар», которые с двухлетним опытом устраиваются на высокие позиции.

4️⃣ Количество «управленцев» приблизительно 5% из всех опрошенных. Остальные — обычные разработчики разных грейдов. В РФ данные будут такими же.

5️⃣ Мужчины правят IT-миром. Женщин всего 6%.

6️⃣ Vue.js потихоньку убивает React, и всё больше народа начинает его использовать.

7️⃣ Фреймворк Astro активно набирает популярность. Он нужен для лёгких SPA-приложений, которым требуется максимальная скорость загрузки и управление гидрацией страниц.

8️⃣ 67% разработчиков используют в работе ChatGPT, а 48% — Copilot (AI-инструмент, который анализирует ваш проект и предлагает «готовые» кусочки кода).

9️⃣ TypeScript становится повсеместно используемым. 34% используют TS с полным покрытием в проектах, и лишь 8% не используют его вовсе.

🔟 98% используют JS для frontend-приложений, 64% (неожиданная цифра для меня) — для backend-приложений.

Выводы: JavaScript живёт и развивается. На JS можно делать фронт и бэк. Искусственный интеллект внедряется и используется всё активнее. Зарплаты хорошие, путь до senior’а (без накруток и прочего) — 4 года плюс-минус. Быть руководителем - круто, так как конкуренция низкая.

Учитесь, глупцы, пока не поздно!

Потыкать самому - https://2024.stateofjs.com/ru-RU/

#обучение

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Я регулярно ругаюсь в постах термином capacity. Попробую на пальцах (котиках) объяснить что это такое.

Это такая штука, о которой все говорят, но никто толком не знает. Представьте себе: у вас есть команда разработчиков, похожая на стадо ленивых, но милых котиков. Каждый котик – это разработчик, и каждый котик имеет свой собственный, неповторимый уровень лени… простите, продуктивности.

Capacity – это попытка посчитать, сколько рыбок (задач) эти котики могут слопать (выполнить) за определенный промежуток времени. Казалось бы, просто: посчитаем котиков, умножим на среднее количество съеденных рыбок в час, и вуаля! Но нет!

Тут начинаются проблемы:

1️⃣ Котики болеют: Один котик ушел в отпуск, другой подхватил вирус (баг в коде), третий просто решил поспать на клавиатуре. Capacity падает!
2️⃣ Рыбки разные: Одни рыбки маленькие и вкусные (простые задачи), другие – огромные и костлявые (сложные задачи, требующие месяцев работы). Даже если котиков много, огромная рыбина может застопорить всю команду надолго.
3️⃣ Котики конфликтуют: Два котика дерутся за самую вкусную рыбку (кто-то забыл закоммитить код). Производительность падает!
4️⃣ Рыбок мало: Менеджер забыл купить рыбок (задачи). Котики скучают и играют в "пятнашки" вместо работы. Capacity стремится к нулю!
5️⃣ Котики тупят: Оказалось, что котики не умеют программировать (недостаток навыков). Рыбки остаются нетронутыми. Capacity – мизерная.

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

В общем, Capacity – это магическое число, которое IT-менеджеры используют для того, чтобы выглядеть умными, а разработчики – для того, чтобы оправдывать свои просрочки. И все вместе пытаются построить прозрачное, прогнозируемое планирование. 😾🙀

#обучение

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Всех уволю к чертям собачьим!

Вчера наткнулся на занимательный пост (читать только психически стабильным), в котором некто Денис Теплов (директор по продукту в Лиге Ставок) похвастался, что уволил сотрудника, когда узнал, что у него есть вторая работа, попутно назвав эту компанию «куколдами» и предложил сделать «реестр пидорасов», куда бы попадали все, кто работает в IT на нескольких работах сразу.

Хочу объяснить своим подписчикам, ведь среди вас есть те, кто планирует расти в руководящие позиции, почему главный «куколд» в этой истории — автор поста.

Специфика IT такова, что у разработчика существует условный КПД. Возьмём за эталон 100%. Это тот случай, когда разработчик пишет безошибочно код и не отвлекается на ютубчик и чатики ровно 8 часов в день. Надеюсь, всем понятно, что это утопия. В реальности ожидаемый КПД разработчика — 60%.

Это будет отличный результат для компании.

Но процессы и планирование, особенно в хороших компаниях, учитывают ещё и то, что от 60% отнимается ещё около 40% на организационные моменты: встречи, обсуждения, раскопки в коде и другие активности, не направленные на движение продукта вперёд.

Итого мы получаем цифру продуктивности в 40% от «утопического КПД». Путем нехитрых манипуляций, мы с вами узнали, что из 8 часов среднестатистический разработчик двигает компанию вперёд +- 3,5 часа.

Видите, к чему я веду? Правильно. Если у разработчика две работы, где есть прозрачные процессы, то у него получается 3,5 ч. + 3,5 ч. продуктивной и спокойной работы разработчика. Ровно из-за того, что такие расчёты применимы в большинстве компаний, практически всё IT или работает на двух работах, или основа + какой-то фриланс. Если кто-то не работает на двух работах в текущий момент времени, значит, он работал, но устал. Так как всё-таки ему нужно работать вдвое больше, чем его «базовый КПД».

Давайте попробуем понять логику Дениса. Он НЕ ставит тезис, что задачи разработчик начинает выполнять долго и с низким качеством, что побудило его инициировать увольнение. Единственный пункт, который там есть — две работы у сотрудника.

Какие основные задачи и KPI у бизнеса? Верно. Развитие и стабильность продукта плюс соблюдение сроков и квартальных планов.

Если у тебя всё работает как часы, тебе важно, сколько работ у твоих сотрудников? Адекватному руководителю/директору — нет.

Если у тебя в компании ставят заранее завышенные требования к развитию продукта (не учитывая ни capacity команд, ни рост бизнес-отдела, не закладывает форс-мажоры), то тут, извините, вопросы не к сотрудникам. Когда компания вместо ожидаемых 40% КПД требует от сотрудников 80%, то она заранее соглашается на то, что сотрудники начнут выгорать, уставать, класть болт, и на дистанции это неминуемо приведёт к провалу всех сроков и/или снижению качества продукта и текучке в компании. В итоге все разговоры с Денисом свелись к тому тезису:"Качество страдает!! И вообще у него офф.договор с нами!11!!1! пыщ-пыщ-пыщ (слюна полетела во все стороны)". Но в процессе лёгкого обсуждения выяснилось, что они и так и так уволили бы сотрудника, ведь к его качеству и скорости были вопросы. Причина тут абсолютно не важна. Будь то вторая работа, просто усталость, потеря вовлеченности или любая другая альтернативная причина — работник перестал справляться с обязанностями. Компания с ним прощается.

Не будьте как Денис.

#сторитейл

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Всем доброе утро.

🔞 Обещанный кринж моментик с выступления на holy js.

Контекст:
Мы рассказываем про технологию FSD. Там есть «слайсы». За 3 минуты до выступления мы придумываем адскую шутку и решаем интегрировать ее в доклад.

Все-таки в Питере выступали 🤟🏻

#спикер

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

❌ Так делать НЕ надо! ❌ | часть три. заключительная

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

Хочу отчёты, но не знаю какие

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

Хочу показатели по трафику, но не знаю какие

— доступов в аналитику кенту не давали два месяца.

Хочу задачи на испытательный срок, чтобы ты сам себе сформировал, но не знаю какие

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

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

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

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

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

Ещё один показательный случай:
Овнер ставит задачу:

«Подготовьте пять самых приоритетных задач по SEO».

Друг готовит их на следующий день, но руководитель говорит:

«Давай не пять, давай сразу все семьдесят приоритезируем, чтобы потом иметь всё на руках».

На приоритизацию ушло три недели, потому что руководитель каждый раз не принимал результат, так как:

«мне не нравится, надо иначе».

Но что такое “иначе”, естественно, не объяснял.

🎰 “Крутите барабан!” 🎰

С трудом закончив приоритезацию, они пришли к овнеру на встречу и сходу получили:

«Нахер вы мне 70 принесли? Я просил, блять, 5. Покажите их! Ещё и три недели потратили..».

Друг показал те пять, которые были готовы на следующий день после постановки задачи, овнер "окнул", и они ушли в работу.
🤢 Три недели, Карл, три, было потрачено на абсолютно ненужную работу по инициативе руководителя.

В итоге, спустя три месяца испытательного срока, руководитель пришел с фразой:

«К сожалению, мы ожидали другого. Большей инициативности, более быстрого выполнения задач».

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

На этом работа в МТС для друга закончилась. Ощущение, что он был каким-то экспериментом, потому что после его увольнения вакансию закрыли. В общем, не делайте так! ❌

#сторитейл

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

❌ Так делать НЕ надо! ❌ | часть вторая

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

1️⃣ Есть мой друг на позиции SEO-специалиста, которого нанимали под фразу «ты полностью ведёшь проект». Будем называть его просто «кент» или «друган».

2️⃣ Над ним есть руководитель, который «когда-то давно работал в SEO», но сейчас человек-шестирук, который толком объяснить, за что он отвечает, не смог. Для нас важно, что он должен, вроде как, быть руководителем моего друга. Будем называть его «рук».

3️⃣ Над этим руководителем есть product owner. Будем называть его «овнер».

4️⃣ Рядом бегает scrum-manager, который отвечает за построение и соблюдение процессов во всём продукте. Будем называть его «скрамщик».

То есть, схема такая: овнер ставит задачи верхнеуровневыми мазками руку и кенту. А скрамщик носится между всеми и ставит встречи, проводит записи, пишет МНки и пытается наладить хоть какие-то стабильные процессы.

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

Основной задачей кента было «сохранить и приумножить органический трафик из поисковых систем».

Пара дополнительных показательных моментов из их взаимодействия с руком (кент вспоминал, как мог):

1️⃣ Первый день в офисе. Говорят позвонить руку и спросить, что делать. Ответ:

«Привет, мои поздравления с попаданием в команду! Я сейчас не могу с тобой говорить, я в отпуске, мне ехать надо»

❗️Первый день! Он знает, что сотрудник первый раз попадает в big tech и… просто кидает его в воду (разрешаю читателям тут начать громко материться)

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

3️⃣

«Я SEO-шкой не занимался с 2018 года, но моё мнение и видение работы правильнее и корректнее, чем всё то, что ты говоришь и предлагаешь»

Это будет прослеживаться во всех дальнейших взаимоотношениях между ними. Причём то, что друг активно работает в сфере, показателем для него не является, ведь он шесть лет назад работал в SEO и знает лучше.

p.s. пришлось разбить на два поста. не влезло)

#сторитейл

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

А вот и обещанный первый подскаст со мной.
Жду ваш фидбэк 🤟🏻

#подскаст

Карьера и лидерство в IT

🎧 Выпустили новый эпизод подкаста о лидерстве и карьере в IT! Вместе с Дмитрием мы обсудили эффективные стратегии построения карьеры, ключевые лидерские качества для успеха в IT-сфере, и разобрали сложный вопрос о "накрутке" опыта: плюсы, минусы и реальные последствия.

💬 Телеграм-канал Дмитрия
💬 Менторство Дмитрия

#digest

❌ Так делать НЕ надо! ❌

Мне сказали, что посты в формате сторителлинга читаются лучше и легче. Хотите историй? Их есть у меня. Есть у меня один безумно красивый друг (он попросил написать именно так 😁). И я затащил его в IT на профессию SEO-специалиста. Не путать с тем, куда иду я. SEO занимается продвижением сайтов в поисковиках. Ну, чтобы ваш сайт по ноготкам был на самом верху выдачи по запросам. Он вошёл в профессию, долго и муторно искал работу, естественно, нашёл галеру, но это неважно. Спустя полтора года в профессии ему поступил оффер от компании МТС. Круто? Да не то слово! Я был очень горд за него. С таким стажем в IT попасть в крупную компанию — настоящее достижение.

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

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

В МТСе получилась следующая картина:

1. Руководитель находился в отпуске и вместо себя никого не назначил.

2. Подключился из отпуска, сказал: «Привет, я в отпуске, ну ты это, пойди, почитай, что там на корпоративном портале есть, и я вот тебе дейлик переслал, там познакомишься со всеми». Круто, да? Кинуть нового сотрудника в пруд и смотреть с берега, утонет он или начнёт как-то барахтаться.

3. На дейлике никто не знал про нового сотрудника, никакого знакомства и так далее. Если бы он не проявил инициативу и сам не влез в разговор со своим «Привет, я тут новенький», то все бы тупо разошлись, и всё. Инициатива дала плоды, он нашёл человека, который согласился ему уделить немного времени и рассказать, что и как тут вообще работает.

4. За доступами к аналитике его отправили к чуваку, который не отвечал ему две недели. Потом выяснилось, что он находился в процессе увольнения и тупо забил хрен на все свои активности.
5. Доступы в Jira получались через заявку с портала, на которую никто не отвечал неделю.

Как вам процесс «приёмки» нового сотрудника в компанию?

«Ну вот вышел руководитель, и всё наладилось?» — мог наивно подумать читатель. Руководитель вышел. И ничего не поменялось. Доступов не появилось, информации о продукте тоже. Только пара задачек уровня «проведи анализ нашего сайта и напиши рекомендации». Для понимания, это задача на 1–2 дня максимум. Но чтобы её сделать качественно и продуктивно, обязательно нужны доступы к аналитике сайта, нужно понимание концепции сайта и так далее. Иначе — это задача ради задачи 🤮

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

Продолжение скоро. (тут должно быть что-то из серии "подписываемся, нажимаем колокольчик"😆)

#сторитейл

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Красный — наш, зелёный — общий.🐺

Мы тут говорили про идеальную компанию, давайте поговорим про то, на какие маркеры стоит обращать внимание.

🛑 Переработки. Сами по себе переработки не являются негативом. Если они происходят не чаще раза в месяц. Если они оплачиваются х2 от твоей часовой ставки. Все остальные кейсы — негатив. Это ведёт исключительно к эмоциональному и физическому выгоранию и повреждению нервной системы.

🛑 Плохой руководитель. Вы должны… Нет! Вы обязаны коммуницировать. Если вы не можете достучаться до руководителя или он осознанно избегает коммуникации с вами — бегите оттуда, глупцы, тьфу, глупцы! Такой руководитель никогда не будет ни защищать команду, ни биться за ваше повышение. Карьерный рост, хардовый и софтовый рост — забудьте. Не будет ровным счётом ничего, кроме негатива и штрафов.

🛑 Единоличная команда. Как говорил ранее — маленькая команда это плохо. А знаете, что ещё плохо? Отсутствие коммуникации внутри команды. Нет общих встреч, на просьбы помочь вы получаете: «прости, у меня сейчас завал…», и другие способы уйти от коммуникации — звоночек. Особенно актуальный пункт на удалёнке. Мало того, что вы банально не видитесь с коллегами, они отказываются с вами коммуницировать в тривиальных вопросах. Это приводит к депрессии. После ковида поток людей, идущих к психологам и психиатрам, кратно вырос, потому что далеко не все смогли справиться с уменьшением социума. Я лично знаю историю, как мужик попал в психушку, потому что не справился с одиночеством после начала «ковидной удалёнки».

🛑 Напряженка с баблом. Тут пункт холиварный. Повышения — это всегда вопрос компромисса между работником и компанией. Ты хочешь больше денег, компания не хочет терять специалиста, но не хочет тратить больше денег, всё-таки бизнес — это про деньги. Что тут считать нормальной границей? Рейз раз в полгода? А может в год? А может компенсация только новогодней премией? Термин «индексация», к сожалению, применим только к государственным структурам. Но его суть мне симпатизирует. За год в стране меняется всё, что тебя окружает. И зарплата должна «следовать трендам». Поэтому, мой совет — если у тебя нет «индексации» хотя бы раз в год — задумайся о замене компании. Посмотри на это с точки зрения «удержания сотрудника». Самый дорогой этап для компании — онбординг нового сотрудника. Ты ещё «зелёный» и приносишь компании приблизительно ноль рублей, хуй копеек. И это может занимать два, а иногда и три месяца. Соответственно, кроме твоей зарплаты работодатель несёт и сопутствующие потери, связанные с твоим низким КПД. Соответственно, ему выгоднее дать тебе +10% к зарплате раз в год, чем искать на рынке за твои деньги, но при этом ещё тратить 3 твоих зарплаты + N накладных расходов до момента, пока этот новый сотрудник не заменит тебя по производительности. Звучит логично? Логично! А если твой работодатель этого не понимает — повод задуматься.

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

Береги себя, мой дорогой читатель ❣️

Лучше потратить время на поиск хорошей компании, чем потом тратить его на психотерапевта и йогу.

#обучение

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Мини спойлер подкаста 😮😮

Хорошо посидели, побухтели. Понравилось. Зовите еще😅

#подкаст

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Как понять, что твоя компания — хорошая?

Сегодня поговорим о тезисе из прошлого поста про «идеального работодателя».

Что важно сотруднику? Давайте разберём по пунктам:

Бабло. Все мы работаем не за идею и не за строчку в резюме (хотя такие случаи бывают). Идеально — система review360, по результатам которой успешная работа за последние 3/6 месяцев даёт возможность номинироваться на повышение зарплаты. В некоторых компаниях review проводят каждые три месяца. Это условный «идеал».

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

Команда. Три человека — это не команда, а случайный набор людей. В такой команде вы не научитесь ничему новому, не перенять опыт коллег, и ваше развитие замедлится. Обращайте внимание на состав команды и задавайте вопросы на собеседовании о грейдах сотрудников. Десять человек — все middle-разработчики — тоже не идеально. Лучше — техлид, пара senior’ов, несколько middle+ и middle-разработчиков. Это обеспечит широкий технический стек и возможности для роста.

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

О «красных флажках» компаний поговорим в следующем посте.

"Именитость" компании. Чем компания крупнее, чем лучше у неё прокачен бренд, чем лучше работает PR, тем больше шансов что все остальные пункты в этой компании уже реализованы и все процессы настроены. Ну и, конечно, чем крупнее компания, тем больше различных "плюшек" она предлагает сотрудникам. От welcome-бонуса при трудоустройстве, до низкопроцентных кредитов. Про ДМС, ПМС, СССР и всё остальное даже не говорим)

А какие критерии «хорошей компании» важны для вас?

#обучение

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram