Открытие IT-конференции Импульс Т1#
Выступление топ-менеджмента холдинга Т1

Для нас важно
Возрождение российской инженерной школы. Циолковский, Шухов, Королёв — эти имена знакомы каждому. Сегодня мы находимся на пороге нового витка развития отечественных технологий и для этого необходимы новые эксперты и творцы. Закладывая фундамент сейчас, уже через 3-5 лет мы сможем обогнать весь мир по уровню технологий и решений. Мы ясно смотрим в будущее и создаем его уже сегодня.
Выступление топ-менеджмента холдинга Т1
«Без Границ: Искусство Преобразования Junior-Специалистов в Middle-Специалистов»
Эволюция форм денег и их сравнение . Как передавать ликвидность, как санкции влияют на движение денег и выбор их формы или почему централизованные системы это прошлое и настоящее, но не будущее. Пару слов о цифровом рубле сейчас и что бы хотелось в нем видеть.
спикер Костык Иван ЦА: HR, инженеры Проблематика: нужно много курсов для разных ЦА. Разработчикам приходится проходить ненужные курсы, приходя в компанию, хотя они многое уже знают. Шустрому инженеру приходится ждать отстающих, чтобы завершить учебу. Не ясно что нужно делать с изученным, когда начинаются рабочие задачи. Примерный план: Что значит персонализированное/компетентностное обучение. Что такое PCBE. Какие проблемы решает, в каких странах используется. Как был реализован онбординг с помощью этого кейса. Как строились курсы на этой методологии. Как выглядела практика. Какая была инфраструктура. Какие проблемы были обнаружены и как их решали. Что это дало компании. Призыв: перестроить свой онбординг и начать делать более адаптивные курсы
Доклад про разработку системы автоматического распознавания повреждений на авто по снимкам городских камер. Будут рассмотрены основные этапы решения задачи: 1) Разметка данных 2) Обучение нейросетей 3) Внедрение моделей
Знакома ли вам ситуация, когда непредвиденные обстоятельства существенно меняют ход проекта? Бывает ли, что имеющиеся на проекте инструменты управления рисками используются формально, и реально не играют существенной роли в предупреждении и решении потенциальных проблем? а попытки управления рисками приводят к трате времени, бесконечным обсуждениям?.. Правильно ли, если вся "игра в риски" сводится к признанию её формальной менеджерской активностью, не имеющей реальной ценности для проекта? В рамках данного доклада я предлагаю вам рассмотреть небольшой, но не очень понятный проектный кейс, полный неопределенности и опасностей. Мы пройдемся по ключевым этапам работы с рисками, превратив к концу доклада осознанные и неосознанные страхи проектной команды в измеряемые риски с планами их митигации. И главный бонус: подход можно легко адаптировать к различным проектным сетапам и ситуациям, так как мы не только разберем пример, но и обсудим ключевые аспекты его применения и модификации.
В моем докладе вы узнаете, как мы проводим соревнования для тестировщиков и почему бизнес радуется, когда мы ломаем их продукты. Мой доклад погружает слушателей в захватывающий мир соревнований для тестировщиков - мы их называем Багатонами. В этом увлекательном докладе мы рассмотрим значимость Багатона и его влияние на процесс разработки программного обеспечения. Вы узнаете о критической роли, которую играют соревнования в повышении навыков и мастерства тестировщиков. Мы рассмотрим различные аспекты Багатона, включая командное соревнование, использование различных тестовых методик и инструментов, а также результаты, достигнутые в прошлых соревнованиях. Погрузитесь в атмосферу соревнований, где каждый участник сталкивается с реальными вызовами, находит баги и демонстрирует свое мастерство в поиске ошибок. Вы узнаете о стратегиях и лучших практиках, применяемых тестировщиками во время Багатона. Этот доклад поможет вам осознать, как Багатон стимулирует рост и инновацию в области тестирования программного обеспечения. Присоединяйтесь к моему докладу, чтобы узнать больше о захватывающих возможностях, которые предлагает этот уникальный вид соревнований для тестировщиков - Багатон. запасной участник
В ИТ часто складывается ситуация, когда разработка и бизнес разделены. Такая модель неизбежно порождает споры за время, деньги и ресурсы между ключевыми стейкхолдерами, экспертами предметной области, инженерами, менеджерами проектов и держателями бюджета. Аналитик, структурно оказываясь на стороне разработки, вынужден разрываться между интересами своей команды и запросами заказчика. Но что, если эти заказы кажутся некомпетентными, глупыми или даже вредными для проекта? Я расскажу, как сохранять спокойствие, разобраться в проблеме и выйти из ситуации в формате win-win. (Доклад был ранее представлен на осенней конференции Analyst days https://analystdays.ru/ru/talk/105317)
Питчинг идей от участников конференции перед ТОП-менеджерами Холдинга Т1. Руководители принимают решение, какие идеи будут реализованы в Холдинге, зрители выбирают лучшего питчера
Мозговой штурм всех участников о насущных проблемах возрождения российской инженерной школы
Мероприятие, которое покажет, что ошибаться не страшно
Event at a glance