Термин «Job Crafting» (настройка, конструирование работы) появился в начале нулевых годов для обозначения адаптации должностных обязанностей к конкретным навыкам и предпочтениям сотрудника. Популярность в HR среде он приобрел на рубеже десятых годов из-за появления большого количества исследований, доказывающих позитивное влияние job crafting на снижение рабочего стресса, предотвращение эмоционального выгорания и повышение производительности труда. Но в ИТ-архитектуре этот подход полезен в первую очередь тем, что позволяет проектировать решения быстрее, часто меньшими ресурсами, но с достаточным уровнем архитектурных гарантий.

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

— Спроектировал и внедрил крупные ИТ-решения: Автоматизации розничного магазина, управление розницей (RMS), управление оптовыми отгрузками и взаиморасчетами, управления товарными запасами, процессинг омниканальных заказов и многое другое
— Занимаюсь методологией архитектурного проектирования в ИТ

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

— Победитель во всероссийском конкурсе в сфере цифровизации «Кулибит»
— Обладатель серебрянного значка Сообщества цифровых управленцев «я-ИТ-ы»
— Постоянный член жюри научно-практической конференции «Старт в инновации»

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

— Высшее образование в управлении качеством технических систем и организационной психологии
— Эксперт в IT Strategy and Enterprise Architecture
— Модератор AI Conference
— Ведущий стрима Fintech в EternITy
— Победитель Национальной Премии в сфере Цифровизации

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

— Менеджер практики Инфраструктурного консалтинга в компании AXENIX (бывшая российская ветвь Accenture)
— Один из основателей и член программного комитета конференций DevOpsConf
— Пытается пересобрать DevOps в контексте корпоративной архитектуры и бизнес-анализа, об этом пишет на ТГ-канале «Об DevOps и архитектуру»

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

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

1. Строим модель жизненный цикл объектов управления на базе которых мы хотим построить модель грейдов. Например, жизненный цикл проекта или фичи. Или жизненный цикл самой компетенции в организации.
2. Определяем ролевой состав участников всего процесса. Это может нам указать на то, что у нас грейдовка должна быть разная для разных ролей
3. Определяем возможные зоны ответственности грейдов на модели жизненного цикла
4. Определяем компетенции необходимые на каждом шаге процесса
5. Выписываем активности, которые соответствуют этим зонам ответственностям
6. Определяем какой охват компетенций будет соответствовать каким грейдам и выписываем их в список необходимых хард-скиллов

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

— 15 лет работает с health it - cto health samurai
— Холистичный инженер
— Принимает участие в разработке международного стандарта fhir
— Член российского postgres сообщества
— Выступал на Jocker, Holy js, Agile days, pg days, Devoops и не только.

Стандарты, архитектуры и сообщества. Друзья или враги?
Записки одного «каменьщика» 3его градуса от медицинского домена. Поговорим про стандарты хорошие и плохие и как ими правильно пользоваться для бизнес анализа и архитектуры.

Консультирует CEO/CTO в областях: управление технологической организацией, архитектура, оптимизация инфраструктуры и стоимости владения, технологический аудит в рамках слияний/поглощений

— Развивает B2B-продукт «Единый адрес» в HFLabs.
— Спикер конференций ЛАФ, KnowledgeConf, SECR, Точка Сборки.

Какие особенности стоит учитывать при проектировании архитектуры систем:
— Почему важно учитывать лицензионную политику продуктов.
— Когда не нужны 99% отказоустойчивость системы и реалтайм обновление данных.
— Где можно срезать углы в архитектуре, чтобы бизнес получил Quick-win.
— Какие чёрные лебеди встретятся в жизни идеально спроектированной и внедренной системы.

Архитектор, проектировщик, менеджер ИТ проектов и продуктов.
Опыт разработки, проектирования и управления процессами создания корпоративных ИТ-систем и платформ для управление документами, правами доступа и даже зданиями.

Эксперт в области архитектуры корпоративных информационных систем и процессов по их созданию.

Образование:
— Мехмат МГУ им. М.В.Ломоносова
— Менеджер продуктов (tceh 2017)
— Системный подход в менеджменте и инженерии (ШСМ 2018)
— Менеджер проектов (МАБ 2019)

Как-то на одном заводе сломался станок. Директор пригласил мастера. Тот приехал, долго ходил вокруг станка, думал, потом один раз ударил кувалдой - и станок заработал. Мастер выписал счёт за работы «Удар кувалдой — 100 руб. Знание куда ударить — 100,000 руб».

Поговорим о том, куда нужно смотреть, о чем важно думать и какие «молотки» использовать при создании информационных систем.

— Software engineer with 3+ years of experience in developing data and ML applications as well as computational biology
— Have gained experience in various CS related areas as a backend engineer for high load systems and as a DL research engineer for edge ML applications and drug discovery
— MSU 2020 CMC, Graphics and Media Lab, Computer Vision, BS
— HSE 2022 Computational Biology, MS

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

— Архитектор с 10-летним опытом в IT
— Работает с высоконагруженными системами в финтехе
— Создает высокодоступные системы, способные выдерживать любые сбои любой сложности

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

— Специализации: разработка технологического и медицинского программного обеспечения, математическое моделирование технологических процессов, проектный менеджмент
— CTO/Ведущий програмный инженер в Visionis (2020 - 2023)
— Проектный инженер в Wintershall Dea Russia (2013-2020)
— Инженер-программист систем удалённого контроля в НПО Вира Реалтайм (2010-2013)
— Разработал и внедрил программную систему помощи в диагностике и реабилитации пациентов с травмами мозга при помощи автоматизированного распознавания взгляда
— Разработал и внедрил системы интегрированного моделирования добычи полезных ископаемых
— Разработал и внедрил математическую модель и программное обеспечение для детального моделирования компрессорных станций на базе центробежных компрессоров

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

— Senior backend разработчик с опытом работы в больщих ИТ комапниях (например AWS) и стартапах
— Проектировал и разрабатывал разные системы (CRM, детектор лжи, мониторинг, маркетплейсы и т.п.)

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

— Lead Backend Engineer в HaHa Inc.
— Более 14 лет опыта в разработке программной инфраструктуры
— Работал в AT&T, PlayMe, Lingo Ltd. (приложения с 500000 MAU и более).
— Совладелец Intellectium.ru и TimeToEat.io.

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

Разработчик серверного ПО с опытом в финансах и информационной безопасности.

Поговорим об особенностях систем создающихся с применением принципов чистого кода. Посмотрим на классические практики Боба Мартина. Посмотрим как могут конвенции написания кода в команде/компании влиять на процесс проектирования системы. Затронем тему дизайн-ревью как инструмента проектирования.

Вместе мы разберем:
— что вообще такое стриминговые фреймворки
— отличие Spark от Flink и бизнес кейсы
— примеры Use Case для Flink

— Успешно ищет и решает проблемы в ИТ с 2009 года
— Ведущий разработчик в Systems.Education, автор и преподаватель курсов в Школе прикладного бизнес-анализа BABOK-School, аналитик и техписатель в Школе Больших Данных
— Кандидат технических наук, ex-CBAP

Обсудим:
— Ключевые принципы проектирования ETL-процессов
— Пример пакетного ETL для PostgreSQL с AirFlow
— Пример потокового ETL для PostgreSQL с Debezium-коннектором Kafka
— Рекомендации по проектированию ETL-конвейеров

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

— Разберем по шагам процесс проектирования DWH и аналитики на примере масштабного проекта «топливные карта»
— Повторитм классический подход, не сужая сценарий до конкретной технологии или БД или сценария обработки (OLAP/OLTP)

— В ИТ с 2003 года
— Инженер-разработчик по образованию
— Владелец продукта в стартапе
— 2 года делала секцию «Hard IT» на фестивале GeekPicnic
— Выступала на конференции СКБ Контура

На основе опыта нашего стартапа в сфере DI (Decision Intelligence) вспомним (или вместе придумаем) 12 полезных правил, которые сэкономят время при разработке и эксплуатации BI решений.

— 13 лет работала разработчиком
— Последний год занимает должность менеджера продукта

Managed databases: что это такое, как работает, из чего состоит, как поддерживается

— ex-Сбер, ex-Яндекс - руководитель инфраструктурных подразделений
— Область профессиональных интересов — Центры Обработки Данных, управление критичными инфраструктурами, построение и масштабирование больших и сверх-больших инфраструктур

— Почему разработчикам, архитекторам и ИТ-инженерам нужно знать про ЦОДы
— Как учитывать низкоуровневую инфраструктуру в своей высокоуровневой разработке или архитектуре
— В чем измеряются ЦОДы
— Основные системы ЦОДов
— Коммерческие и корпоративные ЦОДы
— Про электрические системы ЦОДов
— На что расходуется энергия?
— PUE
— Про охлаждение
— Про деньги
— Про сети связи и интерконнект
— Про серверы в ЦОДах
— Про GPU-ML
— Еще разок про то, зачем это кодеру или архитектору ИТ-систем
— Вопросы-ответы

— Начал свою IT карьеру как Software Test Automation Engineer, но быстро заскучал и захотел перейти во что-то требующее больше инженерной подготовки
— На первой же своей работе как Data Engineer познакомился с Airflow и работает с ним вплоть до нынешнего времени

— Весь потенциал Apache Airflow с помощью 4 лайфхаков. От групп DAG на основе CSV до рабочих процессов, управляемых событиями
— Александр раскрывает ключи к расширению вашего опыта работы с данными