Доклады

Запрос на умение внедрять деливери-метрики и улучшать показатели метрик – один из самых частых в работе PM-а. Причем часто приходится тратить много времени, чтобы посчитать метрики, придумать план по улучшению, воплотить этот план в жизнь и тд. А насколько вам в реальности помогло на проекте считать эти метрики и составлять отчеты по спринтам?

Как выделить метрики, которые действительно нужны вам? Задаемся вопросами:

Что произойдет, если мы не будем считать какие-то метрики?

А если будем, то что изменится?

На какие показатели проекта все это повлияет?

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

- Percentage Complete

- Schedule Variance

- Resource Capacity

- соотношение задач на разработку фич к техдолговым и к багам

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

Ждем ваш отзыв

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

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

⁃ Стоимость генерации к конверсии в покупку

⁃ Большие репутационные риски запуска чатов с генерациями и необходимое количество ресурсов на их нивелирование

⁃ Психология пользователя перехода со старых паттернов на новые

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

⁃ Умный поиск

⁃ Персонализированные каталожные категории и фильтры

⁃ Небесячие пользователя способы узнать о его целях больше в явном виде

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

Ждём ваш отзыв

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

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

1. От быта к профессии:

— Как идентифицировать риски через простые примеры (ремонт квартиры, поездка на автомобиле) и применять эти навыки в ИТ.

— Классификация рисков: Люди, Процессы, Технологии, Внешние условия — как эта структура охватывает ключевые аспекты ИТ-проектов.

2. Инструменты для анализа:

— Матрица рисков: как оценить вероятность и влияние, чтобы не тратить ресурсы на «шум».

— Почему позитивные риски (например, неожиданная помощь эксперта) могут быть важнее угроз.

3. Стратегии управления:

— Планируем действия: от предотвращения проблем до передачи ответственности.

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

4. Практика:

— Интерактивная работа в командах: расстановка приоритетов, создание «дорожной карты» действий.

— Как избежать типичных ошибок: игнорирование «зеленых» рисков, переоценка маловероятных угроз.

Итог:

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

Для кого:

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

Ждем ваш отзыв

⁃ Блиц-обзор основных DevOps-практик в небольшой ИТ-компании: поверх чего наворачиваем ИИ

⁃ Какие ревьюшницы мы попробовали и почему в итоге написали свою

⁃ Код-ревью до ИИ и после: реальные кейсы из боевых проектов

• Трудности внедрения или как продать ИИ своей команде разработки

Ждём ваш отзыв

1. Зачем покупать рекламу в медиа?

2. Обзор актуальных форматов размещения и задач, которые они решают.

3. Практические советы: как купить спецпроект в издании любого размера и не потратить деньги зря?

Ждём ваш отзыв

- Telegram Ads: бенчмарки по разным тематикам

- Анализ конкурентов и подбор каналов

- Способы эффективного старта, оптимизации и автоматизации

- Кейсы в недвижимости, образовании, экспертных каналах

Ждем ваш отзыв

1) Что делает продуктовый контент интересным и полезным для читателя?

2) Как его переупаковывать и адаптировать под разные каналы? Разбор на реальных примерах.

3) Приёмы, которые помогут эффективно генерировать идеи для публикаций.

4) Как быть, если делать классно хочется, а ресурсы ограничены?

Ждём ваш отзыв

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

Зачем вообще обычного тестировщику понимать, как работает бизнес и кто у нас клиент.

Разберемся в двух крайностях - "Гендальф", который блокирует каждый релиз или "провайдер информации" который дает выбор бизнесу в принятии решения, катить или нет.

Погрузимся во все стадии бизнеса, что в них делать и почему.

Ждем ваш отзыв

В МТС Диджитал мы успешно используем веб компоненты для создания интерфейсов. Моя команда создает ui-блоки для управления разной бизнес-логикой, которые представлены в виде виджетов и написаны на разных фреймворках (в основном на Angular и Vue). В рамках своего выступления я поделюсь опытом, который будет полезен фронтенд-разработчикам крупных компаний, где не определен четкий стек технологий для работы с веб интерфейсами.
Ждем ваш отзыв

1. Обзор AI и его основных возможностей для SEO

2. AI и SEO: Сфера применения

3. Собственный GPT SEO-специалист

Ждем ваш отзыв

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

Если у вас тесты занимают дни или недели - вы понимаете боль "выкатить хотфикс сейчас же"

Кто важнее: ci/cd или все-таки релиз-менеджер?

Как в процессе решения одной задачи мы пришли к созданию своей платформы, и почему мы не прыгнули в готовые решения?

Ждем ваш отзыв

Панельная дискуссия “Как вырасти в топовую IT-компанию?” направлена на владельцев, руководителей IT-компаний и тех, кто хотел бы выстроить успешную IT-компанию.

Мы пригласили на активность IT-компании, которые показывают существенный рост на рынке за последние годы и оборот которых достигает 1 млрд рублей и более. В панельной дискуссии принимают участие как сервисные, так и продуктовые IT-компании. Обсудим вопросы выбора стратегии, в том числе активное развитие за счёт собственных ресурсов, партнёрства, покупок других компаний и выхода на IPO.

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

Нередко именно такими словами начинается путь к расставанию с сотрудником.

Увольнение - штука неприятная и болезненная, особенно если происходит не по желанию специалиста.

Но задумывались ли вы когда-нибудь, как во всём этом чувствует себя руководитель?

Что если у руководителя тоже есть свои страхи и переживания в таких ситуация?

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

Ждем ваш отзыв

Как объединение BPMN и DFD позволяет создать более полное представление о бизнес-процессах: примеры успешного применения комбинированной нотации в реальных проектах.

Участники МК получат пошаговую инструкцию по интеграции BPMN и DFD в свою повседневную практику и смогут попробовать самостоятельно попрактиковаться в применении нотации

Ждем ваш отзыв

1. Что такое «говорящее резюме»? Как «разговорить» ваше CV?

2. Неочевидные, но заметные ошибки в резюме:

- неправильное оформление опыта;

- хаотичная структура;

- избыток ключевых навыков.

3. Сопроводительные письма — сомнительно, но OK?

4. Чек-лист «Как влюбить рекрутера в свое CV».

5. "Прожарка": разбор вашего резюме (если готовы) спикерами.

6. Практика: смотрим и оцениваем резюме друг друга по чек-листу.

Ждём ваш отзыв

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

Ждём ваш отзыв

В современном мире целостность и доступность информации имеют первостепенное значение для любого бизнеса. В докладе поговорим о различных методах резервного копирования, доступных в PostgreSQL, а также поделимся рекомендациями по внедрению эффективных стратегий резервного копирования, основанных на опыте компании Postgres Professional.

Ждем ваш отзыв

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

В докладе:

— Что такое рендеринг

— Как исследовать рендеринг страницы в Google и Yandex

— Какие ошибки возможны

Также я поделюсь кейсами из практики.

Ждем ваш отзыв

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

Ждем ваш отзыв

В 2023 году появился термин “Пробка из джунов”.

И, говорят, сейчас в ИТ нужны только те, кто уже “миддл” или “сеньор”.

Но чтобы стать “миддлом”, нужно какое-то время побыть “джуном”.

А “джуны” “никому не нужны”.

Есть ли выход из этого замкнутого круга?

Есть ли еще открытые двери для входа в IT с “нулевого уровня”?

Основываясь на личном профессиональном опыте и на опыте ИТ компании SimbirSoft, расскажу про то, какие есть варианты входа в ИТ.

Какие из них в какой жизненной ситуации лучше подходят.

Какие из них годятся взрослым, а какие – школьникам.

Обсудим варианты обхода “Пробки из джунов”.

Кому доклад будет интересен/полезен:

Всем, кто раздумывает «А не войти ли мне в IT?» - школьникам, студентам СПО и вузов, взрослым людям, кто задумался о смене профессии.

А также их родителям.

А также преподавателям СПО и вузов.

И учителям школ.

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

Возможно, информация будет полезна ИТ студентам всех форм обучения и всех уровней обучения.

Ждём ваш отзыв

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

Сначала обсудим основные особенности TypeScript. Насколько он повышает надежность кода на самом деле, как влияет на скорость разработки и в чем его реальная польза. Затем перейдем к системному коду: посмотрим кейсы где TS может помешать. Дальше разберем решения: как получить основные преимущества TS без написания логики на нем.

Цель не в том, чтобы убедить вас выкинуть TS из своего проекта. Она скорее в том, чтобы показать иной взгляд: как можно делать сложные вещи по-другому, и возможно, более эффективно

Доклад будет особенно полезен разработчикам библиотек и сложных проектов на JS. А также тем, кто считает, что писать на TypeScript сегодня — само собой разумеющееся.

Ждем ваш отзыв

Продуктовый маркетолог — кто это и за что отвечает?

Почему нет синергии? (основные боли и проблемы)

Что нужно для эффективного взаимодействия (тут про виды встреч и процессов)

Кейсы эффективного взаимодействия на примере карьерных продуктов hh (кейс как мы планируем маркетинговые акции с fixed date и как ускорили процессы по дизайну)

Проверочка: нужен ли вам в команду продуктовый маркетолог

Ждем ваш отзыв

В современном мире трудно представить социальные сети без видеоконтента. Ежедневно пользователи просматривают и делятся видеофайлами с друзьями, родственниками. Но вряд ли они задумываются, какой объем работ скрывается за реализацией всех этих возможностей.

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

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

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

- рассмотрим инструменты для реализации необходимого функционала, определимся с хранилищем и схемой хранения данных;

- изучим процесс загрузки исходного видео пользователем в мобильном приложении;

- посмотрим изнутри на процесс обработки видео, использование FFmpeg из .NET приложения.

Ждем ваш отзыв