Как устроен рост в Evercode Lab⭐️

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

Подробно разобрали, как это устроено, в статье

→ Инструменты для роста и повышения в Evercode Lab: грейд-ревью и цели

Но система — только половина истории

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

→ Карьерный рост в IT на практике: истории сотрудников Evercode Lab

📌Оставайся с нами — здесь делимся внутренними процессами, решениями и историями команды

Как работать с командой так, чтобы спокойно ходить в отпуск?

Тест на узкое горлышко: что происходит, когда тебя нет неделю?

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

Мы тоже с этим сталкивались. Вот правила, которые помогли нам это изменить:

1️⃣Передавать контекст и права на задачу: зачем мы это делаем, какие ограничения есть у задачи, что сотрудник решает сам, на что нужен апрув

2️⃣Не забирать задачу, когда человек ошибается, а давать обратную связь

3️⃣Давать удочку. При каждом новом запросе спрашивать: «А ты как думаешь?» – и вместе проверять аргументы

И постепенно увеличивать зону самостоятельности. Сначала человек принимает небольшие решения сам. Потом ведет задачу целиком

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

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

🦩Ты — юрист-международник. Бизнес выходит на новый рынок. Какую стратегию выберешь?

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

Получить лицензию с нуля? Приобрести компанию с действующей? Какие риски и ограничения есть у каждого варианта? Как они повлияют на сроки и развитие продукта?

Тебе предстоит разработать стратегию лицензирования, оценить правовые риски и вместе с командами довести её до реализации

Хочешь решать задачи такого масштаба? Ищем менеджера международного лицензирования

→ Откликайся

3 вопроса будущему Project Manager Evercode Lab 🦩

Три реалистичных сценария, десятки вариантов действий. Какие выберешь ты?

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

2️⃣ За неделю до релиза партнёр меняет требования к API-интеграции. Изменения затрагивают разработку, тестирование и сроки запуска.
Твои первые действия?

3️⃣ На проде критический инцидент, из-за которого работа сервиса встала.
Как будешь действовать?

Примерно с такими задачами и предстоит работать в Evercode Lab: разбираться в меняющихся вводных, управлять зависимостями между командами, находить баланс между сроками, рисками и ожиданиями бизнеса

Если уже мысленно разбираешь эти кейсы и прикидываешь варианты действий – откликайся! Возможно, именно тебя нам и не хватает 👀

➡️ Technical Project Manager
➡️ Middle Project Manager (внутренние системы)

🦩SQL, API, Postman: насколько глубоко продакту нужно погружаться в техничку?

Нужно ли уметь самостоятельно тестировать базовые сценарии продукта? Важно ли уметь читать техническую документацию или понимать архитектуру?

В Evercode Lab несколько продуктовых команд с разными задачами: от выхода на новые рынки до сложных интеграций и вопросов безопасности. Требования к технической экспертизе в каждой команде свои

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

→ Читать статью

Признаемся: мы не очень любим встречи👀

Особенно когда полчаса обсуждали задачу, а в конце договорились… обсудить её ещё раз

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

А если в переписку или пять минут вопрос не укаладывается, то делаем синк. Быстро, эффективно, с понятным результатом

Что помогает?

→ Приходить с контекстом. Заранее обозначаем проблему, цель и вопросы, которые нужно решить

На этой стадии может выясниться, что обсудить вопрос можно текстом и встреча не нужна

→ Говорить прямо. Если что-то непонятно, спрашиваем. Если видим риск или решение лучше, обсуждаем сразу

→ Фиксировать результат. С чем уходим со встречи? Что решили? Кто и что делает дальше? После встречи — короткий фоллоу-ап с договорённостями и дедлайнами

→ Держать фокус. Стараемся укладываться в 30 минут и приглашать только тех, кто нужен. Кому важно быть в курсе, отправляем фоллоу-ап после встречи

Всё просто: у каждого синка должна быть цель и результат, а у каждого участника — понимание, что делать дальше

Так мы сохраняем время для самого интересного — работы🔥

🦩Сделать задачу ≠ решить проблему

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

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

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

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

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

Нам важно, чтобы каждый специалист видел за своей задачей цель и понимал, как его работа влияет на продукт и бизнес💚