9 сентября, пятница
10:30 - 18:00
10:30 - 18:00
Ярмарка вакансий
ГК “Факел” (Красноармейская, 120)
Организатор секции:
Цель
- помочь студентам в поиске стажировки или работы в области IT
- узнать о возможностях развития в IT
- узнать о возможностях развития в IT
Для кого
1
студенты-выпускники
Возможности
Ярмарка IT-вакансий для студентов – это:
- понимание, где можно пройти стажировку;
- информация об открытых и потенциальных вакансиях;
- общение с официальными представителями IT-компаний;
- рекомендации по резюме и прохождению собеседований;
- возможность получить оффер от работодателя.
Найди достойное применение своим знаниям и образованию в IT – приходи на ярмарку IT-вакансий! И захвати своё резюме!
- понимание, где можно пройти стажировку;
- информация об открытых и потенциальных вакансиях;
- общение с официальными представителями IT-компаний;
- рекомендации по резюме и прохождению собеседований;
- возможность получить оффер от работодателя.
Найди достойное применение своим знаниям и образованию в IT – приходи на ярмарку IT-вакансий! И захвати своё резюме!
Партнёры секции
Иван Селиховкин
«Полиморфизм в ИТ-менеджменте 2021».
Тезисы:
В управлении проектами, продуктами, сервисами, как и в объектно-ориентированном программировании важна способность к полиморфизму.
В зависимости от ситуации "на входе" команда и менеджер должны быть способны продемонстрировать разное поведение (применение разных управленческих подходов).
Рассмотрим несколько сквозных примеров на примере работы команд в ИТ-компании (штат несколько тысяч человек).
С какими методологиями (подходами, фреймворками) работают команды в зависимости от ситуации и как это выглядит на высоком уровне (глазами проектного офиса).
Тезисы:
В управлении проектами, продуктами, сервисами, как и в объектно-ориентированном программировании важна способность к полиморфизму.
В зависимости от ситуации "на входе" команда и менеджер должны быть способны продемонстрировать разное поведение (применение разных управленческих подходов).
Рассмотрим несколько сквозных примеров на примере работы команд в ИТ-компании (штат несколько тысяч человек).
С какими методологиями (подходами, фреймворками) работают команды в зависимости от ситуации и как это выглядит на высоком уровне (глазами проектного офиса).
Кристина Рейзенбук (Sibedge)
«Управление изменениями в команде»
Тезисы:
Команда, процессы – это уже сложившаяся система, убрав один элемент системы, ее нужно перестраивать. Необходимо максимально подготовить систему к изменениям, чтобы сохранить эффективность и качество.
Рассмотрим на примерах, как руководителю проектов готовить команду к изменения и управлять этим процессом.
Тезисы:
Команда, процессы – это уже сложившаяся система, убрав один элемент системы, ее нужно перестраивать. Необходимо максимально подготовить систему к изменениям, чтобы сохранить эффективность и качество.
Рассмотрим на примерах, как руководителю проектов готовить команду к изменения и управлять этим процессом.
Анна Артенян (Sibedge)
«Управление изменениями в команде»
Тезисы:
Команда, процессы – это уже сложившаяся система, убрав один элемент системы, ее нужно перестраивать. Необходимо максимально подготовить систему к изменениям, чтобы сохранить эффективность и качество.
Рассмотрим на примерах, как руководителю проектов готовить команду к изменения и управлять этим процессом.
Тезисы:
Команда, процессы – это уже сложившаяся система, убрав один элемент системы, ее нужно перестраивать. Необходимо максимально подготовить систему к изменениям, чтобы сохранить эффективность и качество.
Рассмотрим на примерах, как руководителю проектов готовить команду к изменения и управлять этим процессом.
Сергей Дорофеев (Rubius)
«Как таймлайны и визуализация облегчают планирование и контроль».
Тезисы:
- Таймлайны и как отслеживать выполнение задач в соответствии с дедлайнами
- Как объединить все проекты в одну борду и не запутаться
- Как правильно спланировать загрузку команды
Тезисы:
- Таймлайны и как отслеживать выполнение задач в соответствии с дедлайнами
- Как объединить все проекты в одну борду и не запутаться
- Как правильно спланировать загрузку команды
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.
У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.
Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.
В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.
Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.
В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.
У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.
Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.
В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.
Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.
В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.
У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.
Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.
В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.
Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.
В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
Контакты
Артём Лузянин
Руслан Фатиханов
Ретроспектива:
Вернуться наверх
Хочу выступить на Городе IT 2021
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Подписаться на новости Город IT
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Хотите стать партнером?
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Хотите оформить корпоративную заявку?
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Групповая заявка
Приходите с друзьями и командой, чтобы получить максимум пользы и выгоды! Нетворкинг начинается с вас!:)
Дарим групповые скидки на компании от 5-ти человек!
Дарим групповые скидки на компании от 5-ти человек!
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Билет на воркшоп 8 сентября
Билет включает в себя оплату воркшопа 8 сентября.Алексей Дерюшкин мастер-классе «копнём» в мотивацию со всех сторон, и с помощью современных представлений о психологии и нейробиологии человека разберёмся, как создать результативную команду — из тех же самых людей и с той же самой зарплатой, что сейчас.
В результате вы получите модели для анализа составляющих мотивации и рецепты конкретных управленческих действий, чтобы её повышать, а также прямо на мастер-классе в формате мастермайнда составите список действий, которые «зарядят» вашу команду.
БОНУСОМ вы получите входной билет на Город IT Pro 9-10 сентября БЕСПЛАТНО.
Программу воркшопа вы сможете посмотреть тут.
Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике.
Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
В результате вы получите модели для анализа составляющих мотивации и рецепты конкретных управленческих действий, чтобы её повышать, а также прямо на мастер-классе в формате мастермайнда составите список действий, которые «зарядят» вашу команду.
БОНУСОМ вы получите входной билет на Город IT Pro 9-10 сентября БЕСПЛАТНО.
Программу воркшопа вы сможете посмотреть тут.
Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике.
Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
Билет на секции Город IT Pro 9 и 10 сентября
Билет включает в себя посещение секций Город IT Pro 9 и 10 сентября.
Место проведения Город IT Pro: РК "Факел", г. Томск, Красноармейская, 120
Программу конференции вы сможете посмотреть тут.
Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике.
Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
Место проведения Город IT Pro: РК "Факел", г. Томск, Красноармейская, 120
Программу конференции вы сможете посмотреть тут.
Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике.
Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
Click to order
Покупка билета
Total:
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности и договором-офертой.