Привет!
В статье расскажу, как измерить влияние личного кабинета для юридических лиц на процессы клиентского сервиса и оценить эффект от разработки новой функциональности на сайте.
Привет!
В статье расскажу, как измерить влияние личного кабинета для юридических лиц на процессы клиентского сервиса и оценить эффект от разработки новой функциональности на сайте.
После рассказа о том, как я получил работу в Amazon, в этом посте на reddit мне задали множество вопросов о том, как мне помог LeetCode в подготовке к собеседованиям.
В статье я отвечу на эти вопросы.
Сколько времени это заняло?
Я начал готовиться за 2-3 месяца до собеседований в BigTech. В то время я тратил по 2-3 часа в день на подготовку.
Перед менеджером продукта часто возникает потребность в оценке задачи до передачи ее в работу, то есть до проектирования с командой и декомпозиции. Например, от стоимости будущей разработки зависит решение о приоритизации таски (RISE, Value vs. Effort и прочее).
Я занималась разработкой и внедрением рекомендаций к оценке эпиков для product lead-ов (далее — PL) в Спортмастер Лаб и хочу поделиться выводами:
• Нет универсального метода оценки эпиков для всех команд и продуктов.
• Ни один метод не гарантирует 100% точность и надежность.
• Унификация применяемых способов оценки — нужная и полезная работа.
• Если вы хотите масштабировать применение рекомендаций, дайте удобные инструменты.
Поясню :)
Привет! Меня зовут Сергей Птушкин, в этом посте я поделюсь с вами нашим чеклистом для оперативного и безболезненного переезда в Kubernetes. У SM Lab очень много разных продуктов, а как следствие — разных команд разработчиков и администраторов. У всех своя архитектура, стек, любимые языки программирования, SLA и требования по нагрузке.
Поэтому при переезде приложений в Kubernetes нам нужно готовить их с учетом всех особенностей и требований, а также передавать компетенции devops-инженерам и разработчикам. В процессе получается еще и выяснить их собственные потребности при эксплуатации этих приложений.
Итак, давайте разберем на примере нашей ситуации. Мы переезжали в Kubernetes из Mesos и Oracle Weblogic и знали, что разработчики тестируют приложения при помощи docker-compose или локально на станциях. Нам нужно было придумать единый подход для следующих возможностей:
Привет! Меня зовут Сергей, я один из разработчиков продукта «Сервис персонализации» в компании Sportmaster Lab, и в этом посте я расскажу про SonarQube – платформу для непрерывного анализа и измерения качества программного кода, разработанную компанией SonarSource.
Сейчас SonarQube является чем-то вроде отраслевого стандарта. В частности, это стандарт центра компетенций Sportmaster Lab. В своей работе SonarQube использует статический анализ кода: реальное его выполнение не требуется, так как анализируются именно «исходники». Предмет анализа этого инструмента — потенциальные ошибки и уязвимости, стандарты оформления кода, наличие тестов и уровень покрытия ими, а также дублирование кода и его поддерживаемость. SonarQube поддерживает большое количество языков программирования, его можно встраивать в конвейер CI/CD и в вашу среду разработки. А еще — файлы отчетов сторонних инструментов (Eslint, Stylelint, OWASP Dependency Check и многие другие).
В этой статье вы узнаете:
• как работать с SonarQube;
• как он может помочь вам в работе и сделать ваш код лучше.
Эта статья — мой сугубо личный опыт работы с SonarQube в качестве пользователя, поэтому я не буду останавливаться на таких «административных» моментах, как развертывание SonarQube, создание в нем нового проекта и настройка его интеграции с GitLab.
Привет! Хочу рассказать вам небольшую историю о том, что три сущности из заголовка поста на самом деле можно сделать реальность. Без необходимости отказываться от чего-то одного. Меня зовут Алина, я деврел в SM Lab. Под катом про то, почему почти в любом деле (да, наверное, вообще в любом) главное — это хотя бы начать. А ещё про конный спорт и его влияние на организм.
Как всё начиналось
— Перенесем тренировочку на часик пораньше, ОК?
Уведомление от тренера застало меня на работе. Ну, на часик это неплохо, как раз через час после окончания рабочего дня — ноги в руки, сумку со сменкой на плечо, и вперед в Gym, волосы назад. Я отписалась, что ОК. В тот момент шёл мой шестой месяц силовых тренировок (с переменным успехом). Не могу сказать, что это вообще бесполезняк, конечно, я уже видела заметный прогресс в ряде вещей — ушла одышка при быстром подъеме по лестнице на 4 этаж, появилась возможность таскать тяжести в разумных для девушки объемах? Сами объемы уходили, появлялись намеки на что-то интересное. Но я все равно ловила себя на мысли, что иду туда, как на каторгу. То есть существуют люди, которым в кайф заниматься, серьезно, некоторые даже ждут следующего дня занятий. Но все же не я. И в тот раз я снова поймала себя на мысли, что это не моё.
Привет! Сегодня поговорим о разных способах организации хранения исторических данных в Oracle. Если вам известно более двух способов, то вы молодец и уже почти всё знаете, в чём вам и остаётся убедиться, просмотрев разделы статьи.
Привет! Меня зовут Елена, я лидер одного из внутренних сообществ SM Lab — сообщества руководителей продуктов под названием PL Lean Coffee В этом посте хочу поделиться с вами способом генерации идей для развития сообщества, когда кажется, что и так все отлично.
Мне очень симпатичен подход к сообществу как к продукту. У любого продукта на старте формулируется миссия и видение.
Миссия — это смысл существования продукта, то, куда продукт стремится, а видение говорит о том, с помощью чего и как эта цель будет достигнута.
Судя по предыдущей части, оказание первой помощи оказалась трепетной темой. Поэтому я решилась написать вторую часть, посвященную практике. Можете сохранить эту статью себе в заметки, в экстренной ситуации может вам пригодится. Хорошо бы, чтобы не пригодилось, но если что — держите.
Итак, необходимо придерживаться четырёх шагов при оказании первой помощи.
Привет! У SM Lab есть ключевой заказчик, как вы понимаете — это Спортмастер. В Спортмастере используют информационную систему Client Service Management (далее по тексту – CSM), предназначенную для обеспечения необходимой информацией сотрудников операционного центра (далее – ОЦ) и сотрудников контактного центра (далее – КЦ).
Кроме сотрудников ОЦ и КЦ, к нашей системе имеют доступ различные подразделения компании, а также сотрудники розничных магазинов. В общей сложности у нас около 1000 уникальных пользователей ежедневно.
Меня зовут Павел Жилкин, я ведущий аналитик Департамента системного анализа SM Lab, и в этом посте я расскажу про работу системного аналитика и организационный подход в продуктовой команде, которая и занимается разработкой CSM.
Вот из каких частей сейчас состоит основная функциональность системы:
Привет!
Приглашаем вас принять участие в Weekend Offer для Java QA Automation. Всего за один день вы можете пройти все этапы отбора и получить оффер от аккредитованной ИТ-компании Sportmaster Lab.
Кто нам нужен
Мы ищем автоматизаторов в команды, которым нужно серьезно нарастить покрытие автотестами и решить инфраструктурные задачи в критичных для бизнеса системах:
Интернет-магазин Спортмастер,
Кабинет продавца маркетплейса,
Cпортивный Помощник,
Объединенная бизнес-инфраструктура монобрендов компании,
Marketing Operation Management,
API платформы маркетплейса.
index.html
и отправляешь её по проводам. Можно изощриться и генерировать её при помощи фреймворка, как я делаю в случае Astro. Но смысл моего поста не в этом.Привет! Хочу поделиться своим опытом применения Jira easyBI. Расскажу на примере точечной диаграммы, но также просто можно построить любой отчет в виде произвольной таблицы, Ганта и пр., а после собрать свой дашборд под решение конкретной задачи.
Совсем недавно в SM Lab я занималась подготовкой рекомендаций к верхнеуровневой оценке объема работ. Очень быстро стало понятно, что сформулировать рекомендации легко, а вот их выполнение может быть достаточно геморройным затратным.
Например, если команды использует относительные оценки, очевидно, что можно поднять трудозатраты на схожие эпики, и на основе этих данных принять решение по верхнеуровневой оценке целевого эпика.
Привет! Меня зовут Сергей Топунов, я фронт-разработчик в SM Lab. Недавно мы сделали редизайн одной из наших внутренних систем, о чем я и хочу вам сегодня рассказать.
«Оценка вклада» — это внутренняя Backoffice-система, которая нужна для регулярной оценки сотрудников. Она позволяет отметить точки роста, рабочий прогресс коллег, а также получить отзыв от других сотрудников.
Основная задача, которая стояла перед нашей командой, заключалась в том, чтобы качественно и за ограниченное время обновить интерфейс Backoffice-системы. Интерфейс был собран с использованием фреймворка Vuetify, представляющего из себя стандартную дизайн-систему Material Design от Google. Были достаточно серьезные недостатки и проблемы, связанные с UX/UI, потому что версию делали в определенной спешке.
Сразу было принято решение — оставить Vuetify как основной фреймворк, а свои компоненты делать только при крайней необходимости. Задача состояла в том, чтобы придумать простые и универсальные правила, которые не конфликтовали бы с Vuetify и позволяли бы легко подключать новые компоненты.
Поиск работы для джуна — одна из актуальных и, пожалуй, вечных тем для обсуждения. Многие спрашивают «Как ты нашла работу?», «Да сейчас полная жесть же с этим», «Джуны никому не нужны» и прочее.
Знакомо?
Если вас зацепил заголовок, то приглашаю к прочтению моей истории.
Совсем недавно я закончила испытательный срок в Sportmaster Lab. Оглядываясь назад, я сама не до конца верю в то, что со мной происходило, но сейчас я созрела для того, чтобы поделиться своей историей «успешного успеха». Начну издалека.
Три года назад я решила, что хочу сменить сферу деятельности.
Наступил особый период жизни — я ушла в декрет, первый год всё как в тумане, цель — выжить и не сойти с ума. И вот плюха подрастает, а вместе с этим мой мозг начинает напоминать о том, что пора бы готовить почву для будущего выхода из декрета (хотя до этого еще как до Луны 🙈). Я попробовала несколько направлений и выбрала для себя мобильную разработку.
В предыдущей статье мы рассмотрели, как можно собрать базовую автоматизацию ревью для документации и как уже на этом этапе она облегчает жизнь аналитику и команде. Однако всегда появляются новые задачи для решения, и всегда можно посмотреть шире. Придумать, что еще можно сделать удобнее, какие этапы все еще работают не оптимально.
Если вы не читали статью про базовую автоматизацию, то советую сначала прочитать ее.
Анализ результатов работы с базовой автоматизацией
Проработав пару месяцев по новому процессу, я начал ощущать, что все еще есть неудобные места, которые так и просят автоматизации.
В 2022 году мы запустили новое мобильное приложение для iOS и Android, встроив в него дополнительные сервисы: «Медиа», «Трекер активности», «Live-трансляции», «Онлайн-тренировки» и другие. Они закрывают потребности наших клиентов, не связанные с покупками. Например, помогают следить за спортивными новостями, поддерживать физическую активность и быть частью сообщества единомышленников.
Однако некоторые клиенты мало заходили в дополнительные сервисы, так как всё ещё воспринимали нас как магазин товаров для спорта. Чтобы познакомить покупателей с новыми возможностями приложения и увеличить число активных пользователей, было решено запустить геймификацию. Меня зовут Сергей Вылекжанин, я начальник отдела «Сервисы Спортмастера», и в этом посте расскажу, как всё было.
Компании активно используют геймификацию в бизнес-целях: для привлечения и удержания клиентов, стимулирования покупок, продвижения новых сервисов и услуг. Спортмастер — не исключение. При запуске игры мы придерживались двух принципов:
Первый — клиентоориентированность. Мы провели исследование пользователей и учли их интересы в концепции игры, чтобы сделать геймификацию вовлекающей.
Второй — коммерческая эффективность. Мы отказались от аренды готовых решений и разработали собственную информационную систему, которая поможет нам многократно перезапускать игру без дополнительных вложений.
В конечном итоге этот подход себя полностью оправдал.
Привет! Недавно у нас в компании завершилось RnD по микрофронтендам, мы посмотрели подходы, протестировали некоторые идеи, и хотим поделиться с вами результатами. Если вы сейчас выбираете подход для использования микросервисов на фронтенде, этот пост может вам пригодиться как сводное сравнение особенностей, плюсов и минусов четырёх основных подходов.
Когда мы пытались понять потребности и присматривались к тому, какие решения в этой области есть у других, мы прошлись по компаниям, посмотрели, какие подходы в сфере микрофронтенда они используют. Несколько компаний приходили к нам и презентовали нам свои решения. Но так как большинство из этих решений были самописными, мы решили отказаться от рассмотрения данных концепций и посмотреть стандартные подходы.
И вот к чему мы пришли.
Мы выделили три основных потребности разработки на микрофронтенде.
1. разделить большие команды разработки фронтендов на несколько;
2. разрабатывать большие портальные приложения;
3. сократить порог входа в разработку для фронтенд‑разработчиков.
Подходов, которые мы рассмотрели, было четыре:
1. Single SPA,
2. Module Federation,
3. NPM modules,
4. Git Submodules.