8 советов по гугл-таблицам

Последние 3 года я провел 30% рабочего времени в гугл таблицах. Насмотрелся на хорошие и плохие примеры, и я хочу дать 8 советов самому себе из прошлого:

1️⃣Перекрась границы ячеек в белый. Получится аккуратненько и даже немного похоже на лендинг!

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

3️⃣Если в таблице много вкладок, сделай первую Intro – о чем и для кого этот документ.

4️⃣Преобразовать в таблицу делает апгрейд для твоей таблицы – добавляет фильтры, сортировку, типы данных и наводит красоту. Раньше все это надо было добавлять руками самому, а теперь в один клик.

5️⃣ChatGPT сэкономит тебе десятки часов, которые раньше ты проводил, читая справку и дебажа формулы. Пиши буквально, в каких ячейках, что лежит и какой результат хочешь получить.

6️⃣Вот этим плагином можно вытащить кучу данных из джиры и построить отчеты на их основе.

7️⃣Получить ссылку на эту ячейку – делает ссылку на конкретные столбцы и строки из таблицы. Супер удобно, когда надо что-то объяснить и привести пример на данных.

8️⃣Храни данные в одной вкладке, а их преобразования и отчеты - в другой. Это облегчает чтение документа, т.к. обычно пользователям нужен результат, а не вычисления.

———

Другие фичи sheets изменили вашу к лучшему? Расскажите об этом в комментариях 👉

Клиент продавливает сроки. Что делать?

Когда заказчик продавливает сроки, есть несколько классических приемов, которые помогут в них вписаться:

▫️упростить требования
▫️распараллелить работу
▫️добавить людей
▫️урезать качество
▫️овертаймы

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

Иногда этого недостаточно, и заказчик просит сделать еще быстрее.

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

Для программиста, как и для повара, давление со стороны хозяина может определять запланированный срок завершения задачи, но не может определять время ее фактического завершения. Омлет, обещанный через две минуты, может успешно жариться, но если через две минуты он не готов, то у клиента есть две возможности: ждать еще или съесть его сырым. 
У повара есть еще одна возможность: добавить жару. В результате омлет часто оказывается безнадежно испорченным: горелым с одного края и сырым — с другого.

Взаимоконнекты в Линкедине

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

Менеджера от боженьки читают умные и классные менеджеры. А значит здесь можно расширить свой нетворк полезными контактами.

Сегодня стартуем взаимоконнекты в Линкедине!

Рекламируйте свой профиль и добавляйте в контакты классных менеджеров.

Напишите про себя 3-5 предложениях со ссылкой на свой профиль (разрешены только линкедин-ссылки!). Работает эффективнее с хорошим интро и фоткой.

И добавляйте меня, конечно: https://www.linkedin.com/in/roman-kovalevsky/

Как нормально эскалировать, ч1

Некоторые ситуации без эскалации не решить.

Например, однажды разработчик мне сказал: “Рома, я ухожу через месяц. Мне пофиг на эти дедлайны, не планируй важных задач на меня”. Я пытался найти интересные для него задачи и другие точки мотивации, но безуспешно – пришлось эскалировать ресурсному менеджеру и просить замену.

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

За 12 лет в проджект-менеджменте, я редко эскалировал, чаще получалось договориться самому. В среднем, прошу помощи пару раз в год, в духе: “помоги убедить менеджера Х сделать У для нашего проекта”.

Если я эскалирую часто, у моего менеджера будут вопросы. Нафиг он нанял ПМа, который бегает к нему по каждой проблеме? Или, может, попался конфликтный ПМ, которому трудно договариваться с коллегами?

Поэтому используйте эскалацию с осторожностью.

В следующем посте опишу несколько принципов, которыми пользуюсь, когда эскалирую.

Как нормально эскалировать, ч2

Вот несколько советов по эскалации, которые я хотел бы дать самому себе 10 лет назад:

▫️Убедись, что сделал все возможное на своем уровне и твои полномочия действительно все.

▫️Говори конкретно, что тебе нужно: “Команда Х должна приоритезировать фичу У, которая занимает 2 недели”.

▫️Объясни, как именно это влияет на твою работу или проект: “Иначе, мы не успеем сдать майлстоун вовремя”.

▫️+1 бал, если объяснишь мотивацию второй стороны: “У Команды Х дедлайн по другому проекту, им нужны эти 2 недели”.

▫️Явно проговори свою просьбу человеку, которого собираешься эскалировать. Желательно получить в ответ четкое “нет”. Чтобы когда его босс придет к нему с твоей эскалацией, она не была для него сюрпризом.

▫️Мягкое бряцание оружием, перед самой эскалацией: “Я понимаю, что ты не в силах решить проблему. Может быть твой менеджер сможет нам помочь?”

▫️Объясняй факты, а не эмоции, если речь про конфликт: “Петя при всех назвал меня скуфом, меня это демотивирует”.

▫️А вообще не ной, лучше тебя самого никто не сделает (с) народный совет.

Я получил промоушен в HelloFresh!

Был Senior, а стал Staff Technical Program Manager. Стаф, это лид в наших широтах.

Я безумно счастлив, так как усиленно работал на это последние 1,5 года.

В следующих постах расскажу что и как. Stay tuned!

Я получил повышение в европейской продуктовой компании. Интро

Первый год работы в ХеллоуФреш (он же, первый год в Берлине), был для меня интеграционным. Я учился работать в корпорации на 12К человек, с американским менеджментом и профсоюзом. Местами я не дожимал и порой был “удобным менеджером”.

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

Сдал на PMP, захотелось новых челенджей в карьере. Посмотрел на ребят с тайтлом Staff, я подумал, что тоже так хочу. И вроде бы даже могу.

Первое, что я тогда сделал – открыл матрицу компетенций и отранжировал себя по каждому скиллу на позици staff. На каждый скилл дал пруф – документ или метрику, которые подтверждали человеку без контекста, что все так. Это было очень полезно, потому что:

▫️док стал основой моего promotion case;
▫️из него я увидел, что 70% скиллов уже закрыты.

Из оставшихся 30% я составил роудмам на следующие 6 месяцев – срок до следующего перф ревью – и начал фигачать. Если хочешь получить новый тайтл, надо работать так, как будто он уже у тебя есть.

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

Я получил промоушен в европейской продуктовой компании. Процесс

Дисклеймер: В больших компаниях большие NDA, поэтому рассказать именно про HelloFresh я вам не смогу. Вместо этого я поговорил с коллегами из других компаний – Zalando, Wolt, Delivery Hero, которые получали повышение в миддл- и бигтехе. Их истории стали основой для этого и следующих постов.

Процесс повышения для менеджеров, программистов и дизайнеров одинаковый. Отличается контент: метрики, вопросы, участники комитета и т.п. Сам процесс не меняется.

Выгдят он так:

1️⃣Говоришь своему менеджеру: хочу промоушен, что будем делать?

2️⃣Работаешь.

3️⃣Получаешь фидбек во время перфоманс ревью. Пишешь фидбек на самого себя.

4️⃣Калибровка: тебя сравнивают с другими и с тобой из прошлого, типо как оценки в конце четверти.

5️⃣Если фидбек и оценки отличные, твой менеджер может выдвинуть твою кандидатуру на повышение.

6️⃣Для этого вы пишете promotion case документ.

7️⃣Ревью кейса в твоем отделе: твой менеджер защищает кейс перед своим менеджером (скип левел).

8️⃣Ревью кейса в организации: твой менеджер или скип левел защищает кейс перед промоушен комитетом – 5-10 человек, которые решат, повышать тебя или нет. В комитете будут самые старшие менеджеры + пара человека твоей специальности.

9️⃣Если утверждают –> пересмотр зп и подписание доков.

В следующих постах расскажу, как выглядит главный документ, по которому решают, давать повышение или нет – promotion case.

Я получил промоушен в европейской продуктовой компании. Promotion case

– документ на 5-6 страниц, на основе которого примут решение о твоем повышении.

Официально, кейс пишет твой менеджер. На деле – ты собираешь пруфы, а менеджер формулирует их в правильном виде.

Структура кейса:

▫️Достижения: что ты сделал (с пруфами).
▫️Готовность к повышению: что и как ты УЖЕ делаешь круче для своего грейда.
▫️Выдержки из фидбека коллег, подтверждающие это.
▫️Бизнес-обоснование: какие будущие проекты в отделе требуют более сеньорного спеца.
▫️Аргументы против: где ты еще недотягиваешь по скиллам.

Мясо promotion case’а, это пруфы:

– Договорился с 14 командами (ссылка) сделать проект Х(ссылка), который улучшил перф на 10% (ссылка).

– Провалидировал гипотезу (ссылка), которая принесла +5% MRR (ссылка).

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

В следующем посте будут еще несколько финальных советов для тех, кто задумался о повышении.

Я получил промоушен в европейской продуктовой компании. Советы

1️⃣Твой менеджер – адвокат, который будет защищать твой кейс. Если он не убежден или у вас тёрки, то начни работу над повышением с этого.

2️⃣Твой промоушен нужен в первую очередь тебе. Поэтому любая недоработка ляжет на твои плечи. На проекте не было продакта, чтобы замерить импакт? Собери данные сам, чтобы в кейсе были цифры.

3️⃣Визибилити – 40% успеха. Пресс-релизы, посты в общих каналах, это шанс познакомить людей из комитета со своей работой заранее. Идеальная ситуация, это когда они видят твой кейс и вспоминают “А, это тот менеджер, который сделал Х”. Как говорят в больших компаниях, если ты сделал супер крутую штуку, и никто об этом не знает – значит, ты ее не сделал ;)

4️⃣Импакт – еще 40%. Старайся попасть на большие проекты, которые у всех на слуху. Понятно, что ты не сам это решаешь, но хотя бы менеджеру своему скажи, что хочешь на такой проект. Я подался на промоушен в первый раз после года работы в компании. Тогда мой кейс не прошел, т.к. программу, над которой я тогда работал, посчитали недостаточно значимой.

5️⃣ Сделай процесс удобным для себя и окружающих: собирай пруфы для кейса по ходу проектов, заранее сделай сравнение своих скиллов с матрицей компетенций, пинай коллег, которые забыли написать фидбек.

6️⃣Чтобы получить промоушен, нужно работать так, как будто ты уже на следующем грейде. В кейсе даже есть такой пункт – готовность к повышению – что и как ты УЖЕ делаешь круче для своего грейда.

Остался 1 пост про повышение, затем возвращаемся к управлению проектами 👽

Я получил промоушен в европейской продуктовой компании. Итоги

Летом 2025 я получил промоушен в европейской продуктовой компании HelloFresh. Из Senior Technical Program Manager стал Staff (лидом).

Это заняло у меня 1,5 года. В следующих постах я рассказываю, как это обычно бывает:

▫️с каким бекграундом я заходил на повышение;
▫️как вообще повышают? процесс;
▫️главный документ, по которому принимают решение – promotion case;
▫️6 советов, которые я хотел бы знать раньше.

💬 Суть повышения в одном предложении:

Важно не только ЧТО ты сделал, но и КАК ты умеешь об этом рассказать.

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

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

Всем еще раз спасибо за поздравления, и удачи с повышениями 🥂

Соцпакет в немецком ИТ 🇩🇪

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

Сегодня хочу привести несколько примеров интересных социальных штук, которые вы увидите в ИТ и в других сферах.

1️⃣Пособие по безработице: если человека увольняют, то платят 60% от его полной зп в течение 1 года (максимум €2,400).

2️⃣Образовательный отпуск: 5 дней в году можно потратить на дополнительное обучние. Это все поверх обычного отпуска (25-30 рабочих дней) с сохранением зп, разумеется.

3️⃣Во многих компаниях есть профсоюзы, которые отстаивают права сотрудников. Например, профсоюз ведет переговоры с компанией о количестве дней в офисе, объясняет права и нюансы, если человека пытаются уволить. Профсоюз Tesla, например, прошлом году добился повышения зп некоторым сотрудникам на 18%.

4️⃣В соцпакете многих немецких компаний есть частный пенсионный план. Это когда ты откладываешь с каждой зп 200 евро в месяц на будущую пенсию, а работодатель докидывает сверху еще 50.

5️⃣Испытательный срок – 6 месяцев. Но потом человека очень сложно уволить. До увольнения доходит редко, чаще заканчивается уходом по собственному желанию с хорошей компенсацией в 3-12 зарплат (в этом случае пособие не платят).

6️⃣Можно брать 3 больничных подряд, а потом нужно идти за справкой.

7️⃣В декретном отпуске выплачивают полную зп в течение 3 месяцев, а потом еще 65% от зп (максимум €1,800) в течение 14 месяцев. В отличие от СНГ, несколько месяцев декрета очень часто берут и мужчины! Это помогает женщинам вернуться в карьеру.

Знаете другие интересные штуки? Поделитесь, пожалуйста, в комментариях.

Что делают платформенные команды

В больших компаниях вы часто встретите платформенные команды.

Я работал в такой 2,5 года и сегодня хочу рассказать, чем они занимаются.

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

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

Если вы хотите сделать проект на одну из следующих тем, то вам, скорее всего, в платформу:

▫️Reliability;

▫️Observability;

▫️Architecture;

▫️Releases;

▫️Infrastructure;

▫️Design system;

▫️Engineering acceleration;

▫️Experimentation.

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

Как понять, что на новой работе чему-то научишься:

На интервью тяжело.

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

Всегда радуюсь таким собесам. Значит, тут работают ребята и девчата, которые шарят больше меня. Следовательно, тут я чему-то научусь, супер! Так, например, было на собесах в Atlassian и SoundCloud.

С каждой новой работой я стараюсь повышать уровень компетенции среды. Это мой способ учиться.

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

Как нормально собрать статус

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

Например, ты готовишь запуск новой фичи, и договорился, что маркетинг сделает лендос. У маркетинга свои процессы, и всю работу ты делаешь через маркетолога Игоря. За 2 дня до дедлайна ты хочешь убедиться, что все по плану.

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

В ЛОБ:

Привет, Игорь! Пишу по проекту Х. Мы договорились выпустить лендинг к 10му. Сегодня 8ое, вот решил чекнуть, что у нас все по плану и через 2 дня лендинг будет готов. Скажи плз, как идет работа?

ПРЕДЛАГАЮ ПОМОЩЬ:

Игорь, привет! Подскажи, как идут дела с лендингом? Если где-то нужна моя помощь или что-то подвисло — давай обсудим, чтобы точно успеть к 10му.

СОБИРАЮ СТАТУС ДЛЯ ОТЧЕТА:

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

ИЩУ РИСКИ:

Игорь, готовлюсь к запуску, актуализирую список рисков для руководства. Подскажи, плз, по лендингу, видишь ли какие-то?

ПЛАНИРУЮ СЛЕДУЮЩИЕ ШАГИ:

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

ЗАВИСИМОСТИ ОТ ДРУГИХ КОМАНД:

Игорь, доброе утро. Юристы спрашивают, когда будет готов лендинг, чтобы они могли вычитать terms and conditions. Подскажи, успеваем ли отдать к 10му?

Легаси это нормально

Чувак на реддите жалуется, что устроился в ФАНГ, а там дикое легаси. 😆😆😆 Это частый сценарий в больших компаниях, поэтому хочу про него поговорить.

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

В любом проекте легаси ДОЛЖНО быть. Не просто есть, а именно должно!

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

В таком сетапе невозможно избежать легаси или плохих практик. Всегда будут проекты, которые ломают архитектуру или процессы.

И это нормально.

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

Пофиксить первые 70% легаси супер полезно, но оставшиеся 30% часто не дают такого же эффекта. Вполне вероятно, что все 100% завтра сами станут легаси.

Видели проект, которому больше 1 дня, вообще без легаси? Расскажите о нем в комментариях 👉

Безопасные релизы: dogfooding и friends & family

Сегодня покажу 2 способа сделать релиз более безопасным. Оба сводятся к запуску продукта на ограниченную аудиторию.

Dogfooding 🐶
Сами пользуетесь продуктом -> первыми находите баги, прежде чем их увидит пользователь -> профит!

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

Fun fact: В-70е актер Лорн Грин рекламировал корм для собак, который, якобы был так хорошо, что он кормил им собственных собак. Отсюда пошла фраза “eat your own dog food”, которую сократитили до dogfooding. В 80-е ее перетащили в ИТ менеджеры Майкроофта, которые заставляля программистов пользоваться ранними версиями Винды с кучей багов.

С удовольствием «ем собственный собачий корм» в ХеллоуФреш, заказывая наши боксы каждую неделю.

Friends & family 👯
Это релиз на небольшой круг пользователей – сотрудников компании, их друзей и родственников. Смысл похож на догфудинг – обнаружить баги на раннем этапе с помощью лояльных клиентов, которые не будут писать гневные отзывы на редите.

F&F часто делают, когда продукт запускают на новый рынок. Но на маленьком скейле тоже работает хорошо. Например, прежде чем запустить этот канал (аж в 2018 это было!), я попросил своих друзей-менеджеров почитать первые посты и получил пару хороших инсайтов (спасибо, Митя и Вова!).