Доклады

На основе опыта СимбирСофт и других компаний расскажу о навыках лидеров на разных этапах жизненного цикла организации.

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

План:

"Книжный" формат пользовательской доки: кажется, он устарел.

Структура справки: как делали проще.

Стиль и язык изложения: как делали легче.

Люди: как адаптировали к быстрым и постоянным изменениям.

Опыт: как замапить успешный опыт на остальные продукты.

– О подходах к мышлению и работе, чтобы продуктам, командам и специалистам создавать актуальные концепции

— Что вообще такое концепция. Опыт из других индустрий

— Disrupt-продуктов, подходов и как это измерять

— Как меняться самому и менять среду, чтобы создавать новое

— Какие скиллы прокачиваются, когда ты мыслишь на 20 лет вперёд

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

1.Введение в нейробиологию для Agile коучей

- Значимость знаний нейробиологии и нутрициологии для эффективного коучинга.

2. Роль окситоцина в управлении командами

- Научные основы и функции окситоцина как социального нейромедиатора.

- Обзор исследования Пола Зака и его влияние на практику управления командами.

3. Методы повышения окситоцина в рабочей среде

- Стратегии привлечения помощи и уважения в команде для повышения окситоцина.

- Идеи по организации общения и совместной работы, включая совместные трапезы и корпоративные мероприятия.

- Онлайн-взаимодействия для удаленных команд: использование технологий для создания связи.

4. Примеры из практики и заключение

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

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

— Как начать. Ищем мотивацию, преодолеваем страх хейта и чистого листа

— Выбор тем. О чем писать IT-компаниям и тем, кто с ними работает. Какие кейсы описывать, какие нет

— Делаем крутые статьи и кейсы. Как выбрать интересную тему, выстроить структуру, придумать иллюстрации, сделать цепляющий сниппет (заголовок, анонс, обложка)

— Превращаем читателей в лидов. Как предлагать что-то в конце материала и почему нужен телеграм-канал

— Работа с комментариями. Почему это важно, кому и как отвечать и что делать с негативом

— Работа с автором. Где искать, на что смотреть и как работать, чтобы быстро выпускать контент

— Показатели. Как увеличить охват, что отслеживать, как переиспользовать старый контент

— Разбор примеров

Знакома ли вам ситуация, когда вы общаетесь с коллегами из других компаний, используете одни и те же термины и понятия, опираетесь на известные обоим техники и методики.. и тем не менее вам кажется, как будто говорите на разных языках. Или как будто коллега ваш - с другой планеты. Всё там не так: не такие процессы, не такой стейкхолдер-менеджмент, не такой даже жизненный цикл требований! В чем дело? Все ж, вроде, профи. Кто не прав?

На самом деле все просто: дело в контексте. Ну согласитесь, много ли общего в выявлении требований при заказной разработке и разработке продукта? Можно ли ожидать одинакового понимания планирования задач мидлом и лид-аналитиком? Есть ли разница выстраивания взаимодействия с командой в Waterfall и Agile?

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

30 минут - и новая структура у вас в голове. Развидеть не получится ))

- Лучшие практики применения нейросетей в дизайне

- как создавать дизайн быстрее

- как создавать дизайн качественнее

- алхимия нейросетей. Триде+нейронки и многое другое

- создаём ролик полностью в нейросетях и разбираем пайплайн работы

— Вступление. Мягкая сила — искусство влияния без авторитарных методов.

— Влияние культуры компании на эффективность проектов

— Как “мягкая сила" может помочь изменить культуру компании. Мягкий менеджер – терпила?

— Инструменты "мягкой силы" в управлении проектами. Открытость, доверие, вовлечение

— Примеры использования "мягкой силы". Довели проект до конца – без единой потери бойца

— Способы планомерного перехода к новому подходу, преодоление сопротивления и создание системы поддержки

— Результаты в цифрах

Всем привет! Меня зовут Константин Палфинов и в настоящее время я работаю в качестве консультанта и бизнес-тренера, передавая свои знания и накопленный за 20 лет работы в операционном бизнесе опыт.

Вы задумывались, почему даже самые тщательно спланированные IT-проекты часто выходят за рамки сроков и бюджетов, несмотря на наличие всех необходимых ресурсов? Причины отклонений зачастую связаны с ловушками мышления – когнитивными искажениями. Именно они могут привести к неправильным решениям, конфликтам в команде и снижению продуктивности. На «Стачке» в Питере я буду выступать с темой «Mental Debugging. Как избежать влияния когнитивных искажений в IT-командах». Для своего доклада я выбрал 5 основных ловушек мышления, с которыми чаще всего сталкивался при работе в командах. Я расскажу, в чём эти когнитивные искажения проявляются, к каким последствиям могут провести и что сделать, чтобы минимизировать их влияние на работу IT-команды. И хотя свой доклад я адресую в первую очередь Тимлидам, уверен, это будет интересно и полезно многим.

По самым скромным оценкам, 2 из 5 специалистов в IT имеют высокий риск выгорания. 42% близких к выгоранию сотрудников уволятся в течение 6 месяцев.

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

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

А что если не справляться с выгоранием и его последствиями, а предотвратить его? Предотвратить выгорание – это управление эффективностью команды. А не это ли задача тимлида?

Мы исследовали выгорание целый год. Я поделюсь данными исследований и расскажу:

– как распознать выгорание у сотрудников;

– какие личностные особенности уберегают сотрудника от выгорания или, наоборот, способствуют ему;

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

– что делать с теми, кто уже сгорел.

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

Долгое время автоматическое написание кода по его свободному описанию оставалась лишь несбыточной мечтой: алгоритмические решения не представлялись возможными, а эксперименты на базе ML-подходов не обобщались до реальных задач. Еще несколько лет назад, уже даже после активной шумихи вокруг нейронных сетей, значительных подвижек в автоматической кодогенерации не наблюдалось. Только с приходом Больших Языковых Моделей (LLM), навроде Chat-GPT, в этой области начали происходить существенные изменения.

В этом докладе мы подробно обсудим, как подступиться к AI Program Synthesis: как формализовать нашу задачу, как измерять качество получаемых методов, рассмотрим все основные архитектуры актуальных нейронных сетей для Code Generation, а также порассуждаем, в какую сторону будут развиваться дальнейшие методы

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

Создание систем с учетом методологий безопасной разработки дело дорогое и ответственное. Где тот баланс, что необходимо и достаточно. Какие риски грозят по пути time to market и далее, если пренебрегать методологиями учета рисков кибербеза при разработке.

Об этом поговорим в докладе.

На докладе мы в деталях разберём примеры проблем с производительностью PostgreSQL, которые безусловно будут интересны как администраторам баз данных, так и разработчикам систем. Например, настроить checkpointer и как bgwriter помогает (или не помогает) с этим? Что за магический SLRU cache и каким он станет в PostgreSQL 17? Почему может блокироваться таблица, если код приложения этого не делал? Приходите на доклад со своими вопросами, будет что обсудить в дискуссии.

API Gateway - широко распространённая технология, которую применяют многие компании.
Каждый делает это по своему и закладывает разный функционал в него.

В этом докладе я расскажу, какой API Gateway создали мы в Авито, что в него заложили, какие подходы применили.

Мастер-класс для системных аналитиков: "Как подготавливаться к оценке проектов командой и как корректно давать оценку".

Какие документы/артефакты/схемы нужны для такой оценки, с какими компетенциями нужно поговорить до начала оценки.

И разберем методы первичной оценки проектов.

В мастер классе сначала минут 10-15 будет теоретическая вводная. Потом следующие 30-40 минут будем разбирать кейсы из моей реальной практики.

В итоге у системных аналитиков будет алгоритм действий для оценки проекта при высокой неопределённости.

Как строить процессы в UX-редактуре с нуля и как планы разбиваются о реальность?

В какой этап процесса встроиться, если вас нигде не ждут?

Что делать, если вместо бюджета ветка, а вместо понимающих коллег — блокаторы?

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

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

Изменения в технологиях и бизнес-процессах требуют пересмотра традиционных методов системного анализа. Современные паттерны развития IT-систем не только обеспечивают эффективность и устойчивость, но и помогают адаптироваться к быстро меняющимся условиям рынка. Какие же новые тренды и подходы определяют будущее системного анализа?

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

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

Новых трендах в области цифровизации и их влиянии на системный анализ.

Современных паттернах развития больших IT-систем и их применении.

Эволюции роли системного аналитика в условиях цифровой трансформации.

Практических примерах и кейсах успешного применения новых подходов.

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

В последнее время стала популярна тема так называемых копилотов, то есть помощников для каких-то повседневных действий за компьютером. Началась эта тема с GitHub CoPilot, который должен помогать программисту. Мы делаем своего помощника программисту, и я вам расскажу, как мы учим модели для него. Наши модели в настоящее время в некоторых задачах достигли т.н. state of the art результатов, то есть достигли первого места на открытом бенчмарке.

- Telegram Ads: Золотая жила или мираж? Показываем реальные кейсы из разных ниш, чтобы понять, как эффективно использовать Telegram Ads.

- Альтернативный вариант: Telegram Ads через TON.

- Битва Титанов: Яндекс Директ против Telegram Ads.

- Что будет, если из Вконтакте вести в Telegram-канал?

- Актуальность традиционных посевов в сторонних каналах: все еще работает?

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

- схема флоу "приложение покупателя+приложения сторудника+получение заказа покупателем в физическом магазине.

- в этой схеме покажу роль дизайнера внутреннего приложения

- расскажу что есть разные способы попадания товара из заказа в магазин

- один из способов просто собрать товары в заказ с полок

- Маша нажала "оплатить" в приложении онлайн-магазина

- Ее заказ попадает в приложение сотрудника магазина

- приложение выполняет много разных функций, каких.

- одна из функций помоч сотруднику магазина собрать товары в заказе Маши

- расскажу бизнес процесс (роль дизайнера изучить его)

- расскажу как в реальности устроен процесс в магазинах(роль дизайнера - исследовать его)

- покажу как мы оцифровали процесс, сделав фичу сборки заказа в приложении сотрудника (роль дизайнера- сделать флоу и экраны)

- как сотрудник размещает заказ на красной полке самовывоза в магазине детский мир.

- Сотрудник закрывает заказ в своем приложении, а Маша получает уведомление о готовности заказа в приложении покупателя.

- как Маша приходит забрать заказ используя приложение покупателя.

- какие есть проблемы с получением заказа.

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

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

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

2. Когда сотруднику начинать карьерный диалог с руководителем

3. Как готовиться к карьерному диалогу

4. Какие бывают причины неудач в карьерных диалогах

5. Личные кейсы проведения карьерных диалогов: удачный и неудачный

6. Что делать в случае неудачного карьерного диалога

- Как исследования помогают найти ценность для бинеса — в линейке продуктов Сравни благодаря непрерывному о поиску и R&D появился совершенно новый продукт «Сравнение онлайн курсов»

- Как с нуля растить и менять продукт с помощью пользователя

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