Заявки на доклады

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

Поиск по тегам:

Профессиональная конференция по применению психологии в управлении и бизнесе Aletheia Business

Смысл работы и его искажения

Это невозможно! Когнитивные искажения в работе менеджера с командой

Ольга Табачишина

Наверняка каждому менеджеру знакома ситуация, когда после разговора с заказчиком приходится возвращаться к команде с пачкой правок. Вне зависимости от объективности этих правок команда встречает их с долей грусти — художника обидеть может каждый. Поэтому, а также потому, что проект должен двигаться вперед, менеджеру приходится выбирать правильные слова для проектировщика, дизайнера, UX-писателя, аналитика и разработчиков. Почему на этом этапе мы периодически слышим от команды «Это невозможно!», «Это сломает всю концепцию!», «Нам придется переделывать все!»? А потому что часто между нами встают когнитивные искажения, которые мешают донести суть понятно и раздувают в глазах команды задачу «перекрась кнопку» в «переделай все».

Как быстро распознать когнитивные искажения на этапе их появления и вернуть разговор в конструктивное русло? Расскажем с точки зрения менеджера проектов КБ «Собака Павлова» и психолога.

Работа со внешним заказчиком/исполнителем
,
Продуктовая разработка
Программный комитет ещё не принял решения по этому докладу

Пойми меня. Когнитивные искажения в работе менеджера с заказчиком

Ольга Табачишина

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

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

Какие когнитивные искажения случаются в коммуникации менеджера с заказчиком? Как их распознать и быстро вернуть разговор в конструктивное русло? Расскажем с точки зрения менеджера проектов КБ «Собака Павлова» и психолога.

Работа со внешним заказчиком/исполнителем
,
Продуктовая разработка
Программный комитет ещё не принял решения по этому докладу

Как вернуть "принцип удовольствия" в организационную жизнь, и почему это необходимо?

Екатерина Шаповалова

«В этой жизни стоит делать только две вещи – любить и работать» (как завещал Фрейд).

Чтобы они действительно были стОящими, нужно добавить удовольствия.

Удовольствие/удовлетворение – базовый критерий психики и мозга (как физического коррелята психики). Современные знания об устройстве ЦНС и мозга дают новый виток подтверждений ключевым концепциям психоанализа – принципу удовольствия, влечениям, либидо и значимости сновидений. Человек не может не находиться в поиске удовольствия и не оценивать постоянно собственное состояние в терминах удовольствия и неудовольствия. Возможно ли удовольствие в работе, в организации? О чем говорит нам ответ на простой вопрос «Каково это - быть частью этой организации?». Как управление эмоциональной средой организации способно вернуть измерение удовольствия в рабочий контекст? Почему осмысление, принятие и нахождение места для деструктивных, с точки зрения работы, эмоций приносит больше удовольствия, чем постоянная борьба с ними и отрицание?

Корпоративная культура и мотивация
Программный комитет ещё не принял решения по этому докладу

Почему программисты выбирают работу в небольших IT-компаниях

Маргарита Туева

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

Программный комитет ещё не принял решения по этому докладу

Психологические инструменты

Современная психология в перспективе цифрового будущего

Александр Евдокименко

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

Бизнес на стыке онлайн и офлайн
,
Будущее рынка разработки ПО
,
Реклама и ее эффективность
,
Взаимодействие с государством
,
SMM (маркетинг в соцсетях)
,
PR-менеджмент, исследования рынка, рекламные концепции
,
Бизнес-планы, медиапланирование
,
Управление / другое
,
Другое
Доклад принят в программу конференции

Разрешение противоречий

Как работать с уставшей командой

Анна Обухова

...Что-то команда вяленькая, энтузиазма нет, и к изменениям относятся в лучшем случае безразлично.
А надо-то огонь, Agile, самоорганизация - вот это всё, чтобы сами изменения предлагали, в космос летели, да на своем топливе!

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

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

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

Программный комитет ещё не принял решения по этому докладу

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

Тахир Базаров

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

Противоречия, которые раньше казались чем-то редким и «вне» системы работы организации, стали ежедневной нормой.
- Как возможно соединить индивидуальные и групповые цели?
- Как могут сосуществовать кооперация и конкуренция?
- Как можно сочетать функционирование и развитие?
- Как могут одновременно жить лидерство и самоуправление/самоорганизация?

Теории, предназначенные для системного описания решений еще не до конца сформированы! Кто является субъектом изменений, и как они происходят? В чем парадокс и как управлять изменениями?

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

Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Доклад принят в программу конференции

Решения Теории ограничений систем (ТОС) для обеспечения устойчивости бизнеса

Виктор Вальчук

В докладе представлено прорывное решение сформулированного в Теории ограничений (ТОС) инвестиционного конфликта: «уделять внимание текущей деятельности — или уделять внимание развитию». Полученное решение развивает представление основателя ТОС Э.Голдратта о «двигателях дисгармонии» в организации, препятствующих настоящей мотивации и стремлению персонала к сотрудничеству. В решении опровергается парадигма иерархии управления. Это естественное продолжение развития бизнеса для компании, вставшей на путь Теории ограничений и уже использующей ее логистические решения.

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

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

Модели руководства
,
Корпоративная культура и мотивация
,
Выбор стратегии долгосрочного развития, KPI
Программный комитет ещё не принял решения по этому докладу

Подводные камни межкультурных коммуникаций

Алексей Куксенок
Анатолий Иванов

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

Мы расскажем о том, в чем же разница и как её преодолеть, чтобы вернуть вкус и радость от общения с международными коллегами.

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

Работа с зарубежным заказчиком/рынком
Программный комитет ещё не принял решения по этому докладу

Трансформационные изменения

Игровые решения бизнес-задач

Роман Крылов
Юлия Кубарева

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

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

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

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

Модели руководства
,
Корпоративная культура и мотивация
,
Работа со внешним заказчиком/исполнителем
,
Бизнес на стыке онлайн и офлайн
Программный комитет ещё не принял решения по этому докладу

Эмоциональная сторона организационных перемен

Екатерина Шаповалова

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

Необходимо включить в понятие коммуникаций понятие контейнирования - управления эмоциями/эмоциональным откликом в ответ на изменения. Есть три причины, почему изменения вызывают тревогу:
1) точка А (текущее положение) - представляет собой всегда некое равновесное состояние, в том числе и с точки зрения эмоций (какие бы сложные они ни были), и с этим равновесием предлагается расстаться;
2) точка Б (в которую движемся) - какой бы четкой она ни была, всегда вызывает тревогу и страх неопределенности;
3) сам способ информирования об изменениях и их реализации часто травматичен - "все наверху уже решили, делают вид, что советуются" воспринимается сотрудниками как «я не важен, я - ничто, я ничего не решаю».

Все эти три "вида" тревоги не должны быть оставлены без внимания. По поводу них невозможно просто коммуницировать, их надо переработать, причем как самому лидеру изменений, так и его последователям. Для этого существуют целый ряд методик групповой работы, направленных на осмысление эмоционального фона процесса изменений. На примере двух реальных компаний будет продемонстрировано их применение в ходе сопровождения изменений (случай слияния двух компаний, и случай выхода компании из серых схем в белые): путь к рациональности лежит через осмысление нерационального.

Программный комитет ещё не принял решения по этому докладу

Как обучать «лиц, принимающих решения»

Вячеслав Злобин

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

Тренинги и книги с этой задачей не справляются. Это не навык и не поведение, а принципы и методы ЛПР, которые скрыты как от глаз окружающих, так и него самого.

Задача при «образовании» ЛПР – отделение представлений и механизмов принятия решений от самих решений. Когда эти представления «зафиксированы», возникает возможность их смены/развития для принятия управленческих решений нового уровня.

Мы поговорим о технологиях и методах работы с представлениями в нашей практике:
• Упражнения на управленческую действительность в игровом режиме – боль и унижение два раза в день.
• Деятельностный подход – «дом» состоит не из «г*вна и палок», а из деятельности по созданию «г*вна», «палок» и их доставке в одно место.
• Схема шага развития – способ конструировать будущее. Выкопать реку, чтобы было где плыть трупу врага.
• Схематизация – перевод деятельности в знаковые формы и работа с ними. Умножение и деление схем. Без гарантии результата и смысла.
• Групповая динамика - у кого круче прибор, кто перепрыгнет забор.
• Задачи модератора – заградительный огонь, акупунктура и спасение утопающих.

Доклад принят в программу конференции

Куда вести агентство: цели, планы и мечты

Александр Богданов

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

Программный комитет ещё не принял решения по этому докладу

Как перестроить бизнес без наркоза

Левон Гончаров

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

Многие пробуют "пришить" что-то новое к старому.

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

Мы расскажем, как надо делать и почему, как не надо делать и почему, и с чего вы можете начать.

Программный комитет ещё не принял решения по этому докладу

Ретроспектива как искусство задавать вопросы

Данил Никифоров

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

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

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Эмоциональный интеллект

Коммуникации как повод для драки

Александр Трофимов

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

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

Программный комитет ещё не принял решения по этому докладу

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

Андрей Макаров

Год назад мы спросили себя, получится ли с помощью развития эмоционального интеллекта у наших сотрудников повысить их удовлетворенность. И улучшит ли это работу с клиентами. Ответ на оба вопроса оказался: Да!

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

Я расскажу:
1. Как мы начали с индивидуального обучения сотрудников. С какими трудностями столкнулись. С кем не получилось. И к каким выводам пришли.
2. Про трудности обучения удаленных сотрудников и как мы с ними справлялись.
3. Как на основе полученного опыта мы перестроили подбор, адаптацию и премирование.
4. Как с помощью JIRA, skype, yammer, почты и обычного живого общения мы создали и поддерживаем интерес к ЭИ.
5. Как стартовали периодические внутренние тренинги с играми в сложные ситуации.
6. И подробнее, как это все повлияло на клиентов и сотрудников.

Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Обслуживание клиентов, техническая поддержка, обратная связь
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Профессиональное выгорание: кто виноват и что делать. Взгляд изнутри и снаружи

Александр Орлов

Что объединяет врачей, психологов, педагогов и менеджеров? Нет, зарплата у них всех разная, а вот с людьми им приходится работать одинаково много. Что создает благодатную почву для эмоционального выгорания, которое:
-----
Проявляется нарастающим безразличием к своим обязанностям и происходящему на работе, дегуманизацией в форме негативизма по отношению как к клиентам (пациентам), так и к коллегам (сотрудникам), ощущением собственной профессиональной несостоятельности, неудовлетворенности работой, в явлениях деперсонализации, а в конечном итоге в резком ухудшении качества жизни. В дальнейшем могут развиваться невротические расстройства и психосоматические заболевания.
(c) Wikipedia
-----
Помню, много эмоций принес переход в компанию, где мы работали с Sun Microsystems. Продукт, который стоит у каждого в телефоне, командировки по три месяца в Кремниевую долину, легенды отрасли с тобой на совещании, зарплата в разы больше, чем до этого! Энтузиазм!

Не успел опомниться — переход в менеджеры. Новый статус! Теперь у тебя есть команда! Теперь у тебя больше зарплата! Энтузиазм! Это ли не признаки счастья?

Однако, проходит несколько лет, и ты обнаруживаешь себя в «Дне сурка». Приходишь на работу, открываешь Outlook, там тебя уже ждут. Десятки писем от заокеанских и сибирских коллег. Начинаешь разгребаться, приходят местные товарищи со своими задачками. Так проходит день. Вечером дома думаешь: надо что-то умное почитать. Но сил остается на телевизор и интернет. Дети? Блин, точно!..

Утром приходишь на работу, открываешь Outlook… День сурка.

Проходит какое-то время, и в голову закрадывается вопрос: "Эй, парень, так и будет все происходить до пенсии? И ничего не изменится?.. А для чего это все?..".

Выход нашелся под надписью “Свой бизнес”. Новый статус! Свобода! Теперь у тебя нет команды! И бесконечные перспективы по деньгам! Энтузиазм!

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

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

Программный комитет ещё не принял решения по этому докладу

Новая культура организации

Бизнес-терапия: повышение вовлеченности через работу с эмоциональной правдой организации

Екатерина Шаповалова

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

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

Корпоративная культура и мотивация
Программный комитет ещё не принял решения по этому докладу

Создание HR-бренда и налаживание партнёрских отношений с сотрудниками в небольшой аутсорс-команде

Александра Саха

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

Мы расскажем, как создавать HR-бренд аутсорс-компании, который позволит сделать её более привлекательной по сравнению с брендом компаний-клиентов. То есть как создать условия сотрудникам, чтобы они сознательно выбирали продолжать работать в компании.

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

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

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

Программный комитет ещё не принял решения по этому докладу

Общество знания как исторический императив будущего России

Александр Харчевников

Очевидно, что общественные отношения в обществе отнюдь не ограничиваются только экономическими отношениями. Сегодня ситуация иная, чем полтора века назад (К. Маркс, «Капитал») и уже не только «экономическое движение» определяет тип общества и не только оно одно является «единственно определяющим моментом» (Ф. Энгельс). В восходящем развитии мир вышел за рамки экономической теории «Капитала» и «Политической экономии».

Согласно метатеории А. С. Шушарина «Полилогия современного мира…», которая включает в себя как составную часть «Капитал», современное общественное развитие социума по сложности опирается не только на «товар» как «элементарную форму богатства» и как вещь и «внешний предмет» (средства производства), но и на множество базовых типологических объектов, образующих элементную базу, структуру и процессы действительной жизни общества.

Это следующие типологии базовых объектов: человек, общая жизнь, работник, пространство производства и жизни, средства производства (вещь, товар), технологии (функции, работа), информация, общественное познание и др. (рис. 2).

Соответственно этим типологиям базовых объектов существуют и «механизмы взаимодействия агентов производства»: биологическое общение, общение (телесно-духовное), трудообмен, соседство, товарообмен (рынок), соисполнение, соинформирование, логическое соответствие и др. В результате по каждому типу базовых воспроизводственных объектов действительная жизнь общества имеет место множество воспроизводственных подпроцессов, а каждая историческая градация предстаёт как композиция, так называемых, чистых эндогенных форм (ЧЭФ) или – ЧЭФ слоёв воспроизводственных процессов, способов производства.

Таким образом, очевидно, что каждая исторически известная социально-воспроизводственная градация, а традиционно говоря устаревшим термином, - формация, представляет собою композицию из всех известных ЧЭФ-слоёв. При этом типология градации определяется типом доминирующей ЧЭФ (базового объекта).

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

Программный комитет ещё не принял решения по этому докладу

Биология Agile-лидера

Анна Обухова

Лидер в Agile - это совсем не то, что лидер в традиционном понимании. Уже давно на слуху, что в Agile лидеры - servant leaders или powerless leaders, то есть лидеры без обязательной номинальной власти. Это сложно.

Для того чтобы быть эффективным Agile-лидером, нужно понимать, что такое служение и что, собственно, делают лидеры в Agile-контексте. Необходимость служения не делает лидера слабее, наоборот, требует большей энергии, умения управлять самим собой и вдохновлять умных людей и других лидеров. Есть ли стандартная "работа Agile-лидера"? Что нужно сделать, чтобы за тобой пошли люди? Каким нужно быть? Как понять, что это успех?

Модели руководства
Программный комитет ещё не принял решения по этому докладу

Мультикультурность как мультипликатор продуктивности

Александр Ложечкин

В современном мире часто приходится слышать о сравнении подходов к работе:
• Корпорации или стартапы.
• Технари или продажники
• Российский подход или международный.
• Поколение X или поколение Y.

Часто эти сравнения становятся поводом для holywars с многочисленными жертвами и отсутствующими победителями. Где лучше работать - в корпорации или стартапе? Кто важнее для компании – тот, кто делает продукт или тот, кто его продвигает? Где лучше строить карьеру – в России или на Западе? Как работать с поколением Y (и могут ли они работать вообще)?

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

Доклад принят в программу конференции

Обучающие настольные игры для программистов

Артем Ларин

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

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

Именно эти проблемы и решают специальные настольные игры.

Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Аттестация без руководителей. 2 года в 2ГИС

Алексей Морозов

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

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

Программный комитет ещё не принял решения по этому докладу

Над пропастью во лжи или как мы меняли наши культурные ценности

Александр Дружков

На фоне гигантских темпов роста компании управление разработкой продукта стало превращаться в одноколесный велосипед, который стремительно катится в ад. А делать более-менее синхронные изменения нашего продукта на пяти платформах напоминало сеанс одновременной игры в 3D-шахматы против десяти Шелдонов. А еще мы устали врать бизнесу, отвечая на вопрос "а когда это будет сделано, скажите день и час?".

Мы расскажем, как мы поменяли наш mindset и сократили t2m в два раза за три месяца.

Программный комитет ещё не принял решения по этому докладу

Data-Driven культура в компании. Как построить команду бизнес-аналитиков

Алексей Колоколов

Слагаемые Data-Driven культуры: люди + методики + технологии.

Как перейти от управления на основе HiPPO (Highest Paid Person Opinion) к принятию решений на основе данных. Вопрос доверия к данным и внутреннего PR.

Кто такой бизнес-аналитик, чем он отличается от системного? Т-профиль компетенций. Роли в команде: эксперт, технарь и креативщик.

Модель "аналитического агентства" для команды аналитиков. Набор сервисов, которое оно предоставляет компании: оперативные отчеты, аналитические обзоры и стратегические исследования. Разбор примеров по HR-аналитике:
- оперативные: максимальная шаблонизация и автоматизация отчетов для регулярных недельных, месячных совещаний. Высвобождение времени для углубленной аналитики;
- аналитические обзоры. Публикация ежемесячных и квартальных отчетов по функциональным направлениям (продажи, маркетинг, персонал, производство и т.д.);
- стратегические исследования. 1-2 раза в год и использование внешних данных, бенчмаркинга.

Программный комитет ещё не принял решения по этому докладу

Корпоративная легенда: почему крупные западные компании в неё инвестируют?

Анастасия Распопина

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

* Что такое корпоративная легенда, и как она работает на реальные цели компании (найм, партнёрства, продажи)?
* Принцип "компании первого выбора" и правильная игра в ассоциации.
* Корпоративный storytelling и легенда как "осадок" историй.
* Значение повторяемости и вариативности историй для успешной корпоративной легенды.
* Опорные концепты корпоративной легенды - что она должна содержать?
* Cause marketing - почему этот тренд нельзя игнорировать?
* Корпоративные персонажи: идём дальше стандартных customer personas для сценариев использования.
* Контентные потоки для разных слоёв community: почему важно охватывать не только клиентов.
* Простая формула ментальной лояльности корпоративной легенде: experience/expectations.
* Заключение: некоторые приёмы поддержания и развития созданной легенды.

Корпоративная культура и мотивация
,
Работа с зарубежным заказчиком/рынком
,
Реклама и ее эффективность
Программный комитет ещё не принял решения по этому докладу

Раскрытие талантов

Открытый круглый стол с HR-профессионалами

Александр Зиза
Ольга Давыдова
Екатерина Кожемякина
Сергей Щербаков

* Как сделать так, чтобы тебя заметили и взяли на работу в компанию твой мечты?
* Как «пройти» собеседование?
* Как находить и привлекать специалистов?
* Как формировать культуру ответственности?
* Как определять осознанность и «химию» на собеседовании?
* Как увидеть и предотвратить эмоциональное выгорание?
* Как поддерживать состояние потока в работе?
* Как удерживать специалистов?
* Какие программы развития работают сегодня?
* Как находить специалистов в новых экспертных областях, когда даже не ясно, с чего начать!
* Как развивать HR-бренд.
* Траектории развития сотрудника в организации.
* Зачем и когда нужен HR?
* Как и где искать HR-профессионала (лидера/партнера/директора)?

Да мало ли что можно спросить у HR-профессионалов IT-компаний!

Начнем с формирования списка ваших вопросов и ответим на все!

Большие проекты/команды
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Доклад принят в программу конференции

Идея, которая помогает агентству изменяться внутри и снаружи

Екатерина Гераськина

1. Трансформация рынка.
2. Проблемы, с которыми сталкиваются многие игроки рынка, в том числе и мы:
- дефицит качественных кадров, неадекватное соотношение требования/опыт;
- практика стремительного карьерного роста;
- профессиональная зашоренность специалистов.
3. Слабый голос агентства – ограниченность ресурсов и, как следствие, узкое инфополе.
4. Как мы пробовали решить эту проблему:
- всех обучить (посещение партнерских семинаров и сертификация);
- карьерная модель (повышение только при достижение определенных условий).
5. Что в итоге сделали: развитие специалиста - HR - PR.
- ступенчатая система, которая помогает решить сразу несколько проблем;
- не материальная мотивация: соревновательный аспект, общественное признание, развитие, рост ценности на рынке.
7. Результаты: HR-показатели, PR-показатели.

Программный комитет ещё не принял решения по этому докладу

«Если хочешь что-нибудь поймать, сначала отпусти» - неочевидные принципы работы с целями и мотивациями

Александр Зиза

До 70% работы руководителя связано с установлением и исправлением балансов:
- инвестиции / польза;
- цели / ключевые результаты;
- личные интересы / интересы организации;
- личные интересы / работа в команде;
- работа / отдых;
- результаты сейчас / долгосрочные результаты;
- идеи / цели;
- получение знаний / знания для достижения результата;
- удовольствие от работы / ориентация на результат;
- сотрудника все устраивает / организацию это не устраивает…

One-to-one встречи, performance review, работа с целями и мотивациями - все это инструменты настройки балансов, которые имеют свойство постоянно изменяться и ускользать…

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

Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Доклад принят в программу конференции

Как выиграть в борьбе за таланты

Инга Есакова

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

5 кейсов в подборе в ИТ-команду:
1. Заявление на увольнение принес лучший сотрудник. План действий.
2. Вы нашли подходящего кандидата, а ему сделали оффер конкуренты. Ваши шаги.
3. Как действовать, когда долгое время не удается найти идеального кандидата.
4. Разнообразие команд (diversity) - компании, состоящие из одинаковых людей, менее эффективны.
5. Неудачный найм в команду. Какие дальнейшие действия.


Программный комитет ещё не принял решения по этому докладу

Game of Roles: как мы играючи решили проблему роста сотрудников в Booking.com

Георгий Могелашвили

Придя в Booking.com, любой разработчик (дизайнер, копирайтер и другие) начинает задаваться вопросом роста в компании. Траектории роста, как правило, направлены либо в техническую сторону (core -> senior developer), либо в сторону менеджмента (core developer -> team lead). Рост в обоих направлениях подразумевает наличие определенных навыков и способностей у человека, и никак не связан с "выслугой лет" или указаниями сверху.

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

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

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

Корпоративная культура и мотивация
,
Управление / другое
,
Networking, знакомство
Доклад принят в программу конференции

Как привлекать Звезд в свой проект?

Геннадий Иванов

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

Доклад принят в программу конференции

Конференция для разработчиков мобильных приложений Apps Conf

Кросс-платформенная разработка

Мобильный AR

Владислав Дугнист

В докладе расскажу про историю AR-VR и текущие технологии (ARKit, ARCore, Vuforia). Посмотрим, как выглядит разработка 3D-приложений со стороны разработчика, и какие технологии используются внутри фреймворков дополненной реальности.

GameDev для мобильных устройств
,
Работа с графикой, 3D Моделирование
Программный комитет ещё не принял решения по этому докладу

Процессы разработки

Проект мечты — от идеи до баксов на счёте. Быстро, бодро, офигенно

Вадим Смирнов

* Как быстро, азартно и весело распределённой командой сделали странный сервис, заработали немного баксов, и теперь не прочь провернуть это снова и снова.
* Почему остановились на выбранной идее?
* Может ли архитектура iOS-приложения приводить в восторг?
* Могут ли видеоблогеры быть полезными обществу?
* Можно ли раскидать юристам Apple, что реджектить приложение — некрасиво?
* Почему наш офис ещё не в Дубаи?

Ответы на эти и другие вопросы под катом.

Программный комитет ещё не принял решения по этому докладу

Как работают большие команды в мобильной разработке

Максим Ефимов

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

Программный комитет ещё не принял решения по этому докладу

Android CI with Kubernetes

Антон Малинский

How to prepare your CI for a team of dozens of Android developers?

The approach described has been tested by running ~6 million UI tests and ~180 million unit tests (so far) while staying sane with managing hardware and 100+ real Android devices.

Непрерывное развертывание и деплой
,
Непрерывная интеграция
Программный комитет ещё не принял решения по этому докладу

Технологии Android

Как устроено создание процесса в Android?

Владимир Теблоев

Вы слышали много раз такие слова, как: IBinder, Zygote, Dex и Dalvik? Хотели узнать подробнее, но не знали у кого спросить? Думаете, Android устроен из одних активити и сервисов? Спешу вас разочаровать, но все как раз наоборот.

Со мной вы узнаете, что происходит с момента нажатия на иконку приложения до запуска первого экрана. Расскажу о таких понятиях, как Zygote и их связи с процессами в Android; а также о IBinder'е, который является своего рода крёстным отцом практически всех взаимодействий в Android.

Архитектура платформы Google Android
Программный комитет ещё не принял решения по этому докладу

Kotlin magic: make DSL, not fork

Ilya Lim

Kotlin offers us an unprecedented capabilities when it comes to Android development. Thanks to the Java interop we also have a huge amount of libraries to use. But most of them are designed to follow best Java practices, not Kotlin. In this talk, you will learn how can you easily adapt your favorite library to be Kotlin-friendly without forking.

Технологии и языки для Android: Java, Kotlin
Программный комитет ещё не принял решения по этому докладу

Архитектура

Архитектура слоя исполнения асинхронных задач

Степан Гончаров

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

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

Программный комитет ещё не принял решения по этому докладу

Design by Contract

Graham Lee

People are getting interested in functional programming now and designing their software as functions that transform data from one type to another, rather than recipes that sequentially modify some state. The claim is that we can "reason about" our software better, design by contract is about capturing that reasoning as statements about the inputs and outputs of our functions, and connecting those together to make sure that our software works correctly for _any_ valid input, not just the few cases we thought about in unit tests.

Архитектура мобильного приложения
,
Мобильные приложения / другое
Программный комитет ещё не принял решения по этому докладу

Акторные модели: новый взгляд на старый подход

Владимир Теблоев

Обычно в любом большом проекте полно внешних и внутренних систем, в которых используется RxJava. Данный подход уже стал стандартом де-факто при разработке под Android, но многие не задумываются о том, что есть совершенно иная парадигма разработки, которая хорошо зарекомендовала себя в enterprise, как в свое время RxJava. Вы спросите: что же это такое? Акторная модель.

Со мной вы узнаете, что такое акторная модель и как она может помочь нам при разработке на мобильном устройстве. Что акторы можно использовать не только на Erlang и Scala. Легковесные асинхронные потоки, которые работают как обычный синхронный код и не только. Заденем Kotlin-coroutines, а также обсудим фундаментальность данного подхода при построении быстрых и отзывчивых систем.

Технологии и языки для Android: Java, Kotlin
,
Архитектура мобильного приложения
Программный комитет ещё не принял решения по этому докладу

Технологии iOS

ABI Stability: The big picture

Роман Волков

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

Программный комитет ещё не принял решения по этому докладу

Machine Learning + Mobile: настоящее и будущее

Андрей Володин

Публичные тезисы потребуют редактуры и доработки.

Мобильные приложения / другое
Программный комитет ещё не принял решения по этому докладу

Обработка ошибок в iOS-приложении

Владимир Шутов

* Виды ошибок;
* Как с ними работают и почему это плохо;
* Как спроектировать ошибку правильно. Как выглядит модель «Ошибка», её обязательные поля. Преобразование «чужих» ошибок в свои;
* Как обрабатывать ошибки, какие методики существуют. Наш опыт.

Архитектура мобильного приложения
Программный комитет ещё не принял решения по этому докладу

CoreData Progressive Migration: ожидания VS реальность

Павел Тихонов

Я расскажу о CoreData Progressive Migration на проекте "Календарь беременности", это b2c-приложение с огромной аудиторией.

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

Из моего доклада вы узнаете не столько о том, что такое Progressive Migration в теории, сколько о том, как все это работает на практике, и чего следует опасаться в реальном проекте.

Технологии и языки для iOS: ObjectiveC, Swift
,
Особенности процессов разработки и тестирования мобильного ПО
,
БД на мобильных устройствах
Программный комитет ещё не принял решения по этому докладу

Говорим на нескольких языках: Swift и Objective-C в одном проекте

Александр Сычев

iOS-разработчик должен в равной степени владеть двумя языками программирования: проверенным временем Objective-C и активно развивающимся Swift. Языки совместимы и допускают создание проектов, содержащих файлы, написанные на любом из них. Но взаимодействие двух языков, позволяющее легко вносить изменения в проект и поддерживать достаточную гибкость - задача нетривиальная и требующая пристального внимания. 

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

Технологии и языки для iOS: ObjectiveC, Swift
,
Особенности процессов разработки и тестирования мобильного ПО
Программный комитет ещё не принял решения по этому докладу

Algebraic Data Types

Michael Brandon Williams

There is a wonderful correspondence between the Swift type system and simple algebra. We can use this connection to simplify data structures so that illegal states are unrepresentable by the compiler.

Технологии и языки для iOS: ObjectiveC, Swift
,
Архитектура платформы iOS
Программный комитет ещё не принял решения по этому докладу

Concurrency Primitives

Michael Brandon Williams

We will develop first class types for encapsulating the ideas of synchronous and asynchronous work. These types have lots of interesting compositional properties. We will explore these properties and compare them to async/await style of concurrency that may be in Swift's future.

Технологии и языки для iOS: ObjectiveC, Swift
,
Архитектура платформы iOS
Программный комитет ещё не принял решения по этому докладу

Профессиональная конференция для серверных веб-разработчиков Backend Conf

Сопутствующие разделы

Миллион видеозвонков в сутки или позвони маме

Александр Тоболь

В этом докладе я расскажу про сервис звонков на ОК с возможностью звонить между WEB, iOS, Droid.

В докладе будут освещены:
- протокол сигналинга (звонки на множество устройств и прочие нюансы);
- предпрогрев соединения;
- stun/turn, p2p vs relay;
- тюнинг webRTC;
- проблемы отказоустойчивости: потеря ДЦ, обновление сервиса;
- миграция с rtmfp на webRTC.

А также AI внутри платформы звонков собирает статистику по подсетям операторов, такую как пропускная способность интернета, потеря пакетов, искажения звукового сигнала, возможность установки p2p-соединений, и автоматически настраивает параметры сетевого протокола как на этапе дозвона, так и во время звонка.
https://www.ferra.ru/ru/techlife/news/2018/03/07/ok-video-ai/

Программный комитет ещё не принял решения по этому докладу

Языки программирования

Golang: специфические вопросы производительности

Даниил Подольский
Кирилл Даншин

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

Например, о проблемах производительности.

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

Есть и свои, специфические, иногда весьма специфические способы их решения и обхода.

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

К сожалению, не удастся избежать некоторого эпатажа - нам придется сравнивать производительность одних и тех же алгоритмов на разных языках.

Программный комитет ещё не принял решения по этому докладу

Метрики уровня приложения: что это, зачем оно, и почему оно должно быть в каждом приложении

Даниил Подольский

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

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

Фактически это та самая информация о метриках, которую приходится доносить до каждого нового junior- и middle-разработчика в команде. Senior-разработчики в курсе :)

Доклад построен на базе опыта создания и эксплуатации проектов на Golang, но идеи и концепции одинаковы для всех возможных языков. Автор с успехом применял их для проектов на Perl и C++.

Программный комитет ещё не принял решения по этому докладу

Организация программного кода

Схемы данных

Олег Шевелев

- Какие бывают схемы данных;
- что умеют;
- почему стоит использовать именно json schema;
- экзотические схемы данных (SOAP wsdl);
- что можно делать со схемами данных;
- генерируем документацию (экономим время, держим документацию в актуальном состоянии);
- валидируем данные;
- пишем тесты;
- что может пойти не так, как избежать, что делать, если всё разваливается?
- о будущем схем данных.

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

Программный комитет ещё не принял решения по этому докладу

Рефакторинг как культура. Внедрение и паттерны

Виталий Левченко

Итак, у нас среднестатистический быстро выросший веб-проект. Со всеми атрибутами:
• Нескончаемый поток срочных задач.
• «Давайте сделаем по-быстрому» превращается в «оно же работает, побежали дальше».
• Неполные требования, очень частые изменения.
• Перманентно устаревающая документация.
• Запутанная логика приложения, в которой никто полностью не разбирается.
• Обязательная полная обратная совместимость API для самых разных клиентов.

С технической стороны:
• Асинхронная интеграция с массой внешних систем.
• Сотни сценариев, кнопок, поп-апов, ad-hoc-логики.
• Архитектурно продуманный код соседствует с «лапшой».
• Дорогие и недостаточно полезные тесты.

С этим как-то надо жить. Мы пробовали:
• Точечный рефакторинг, и выделенные задачи на него.
• Удобно организовать код при часто меняющихся требованиях.
• Множество подходов к тестам.

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

Организация системы кеширования
,
Архитектурные паттерны
,
Стандарты кодирования
,
Рефакторинг
,
Разделение представления и бизнес-логики, шаблонизация
,
Методы и техника разработки ПО
,
GO
Программный комитет ещё не принял решения по этому докладу

Организация разработки

Знай свой инструмент

Роман Бесолов

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

Я расскажу про удобные инструменты в Linux, инструменты для работы с HTTP и, конечно же, коснусь IntelliJ IDEA. По моему личному опыту такие автоматизации могут сэкономить вам до 30% рабочего времени, которое можно выделить на просмотр картинок с котиками :)

API
,
Java
,
Бэкенд / другое
,
Методы и техника разработки ПО
Программный комитет ещё не принял решения по этому докладу

Современные подходы в работе с "REST" API

Дмитрий Ефимов

Появилось множество новых инструментов, которые автоматизируют процесс разработки и поддержки "REST" API. Теперь можно писать меньше кода и быть уверенным, что реализация соответствует документации на API.

Подробно расскажу о следующем:
- JSON Schema;
- Swagger/OpenAPI;
- API Blueprint;
- workflow при Documentation-Driven Development;
- инструменты для обнаружения рассинхронизации реализации от документации;
- автоматическая валидация по документации.

API
Программный комитет ещё не принял решения по этому докладу

Тестирование, A/B-тестирование

Создание и уничтожение QA-команды

Дарья Баянова

Расскажу о том, как мы с нуля строили QA-команду внутри компании Додо Пицца.

Как автоматизировали регрессионное тестирование, поставив амбициозную задачу сокращения ручного регресса с недели до 2 часов. Какие проблемы и препятствия возникали на пути, и как мы их решали.
А также о том, зачем новые разработчики в Додо проходят стажировку в команде QA. И почему мы решили распустить всю команду, не уволив ни одного тестировщика.

Программный комитет ещё не принял решения по этому докладу

Интеграционное тестирование микросервисов на Scala

Юрий Бадальянц

Unit-тестирование — это замечательно, но его одного часто недостаточно. Часто хочется дополнительно убедиться, что запущенное предложение будет работать. На помощь приходит интеграционное тестирование.

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

Java
,
Scala
,
Бэкенд / другое
,
Микросервисы, SOA
,
Методы и техника разработки ПО
,
Технологии виртуализации и контейнеризации
,
Непрерывная интеграция
,
Devops / другое
,
Автоматизация разработки и тестирования
,
Функциональное тестирование
,
Автоматизация тестирования
,
Интеграционное тестирование
,
Приёмочные и функциональные тесты
Программный комитет ещё не принял решения по этому докладу

Статический анализ как ответ на вопрос о повышении качества кода

Сергей Васильев

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

В докладе речь пойдёт о преимуществах и недостатках использования статического анализа кода, о принципах работы, правильных и неправильных сценариях использования, а также о том, как получить максимум пользы от использования анализатора. Будут затронуты важные вопросы борьбы с ложными срабатываниями и внедрения в существующий проект. Дополнительно слушатели смогут насладиться примерами ошибок в коде C++ / C# из различных opensource-проектов.

Программный комитет ещё не принял решения по этому докладу

Consumer-driven contract testing в Avito

Фрол Крючков

Популярные реализации cdc-тестирования создают дополнительные проблемы программистам: трата времени на описание контрактов взаимодействия, неактуальность этих контрактов, собственный DSL.

Для того, чтобы избежать всех этих проблем, мы в Avito используем нативные тесты, написанные на языках сервисов-потребителей, которые собираются в docker-образ и запускаются при изменениях в сервисе, от которого они зависят.

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

Доклад принят в программу конференции

Веб-сервис с JPOS для тестирования производительности экваиринговых систем

Сергей Филимонов

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

В своем докладе я расскажу, как мы решаем задачу поиска максимальной производительности экваиринговых систем на примере WAY4. Будет рассмотрено, как настроить тестовый стенд, какие необходимы инструменты, их разработка и как подавать нагрузку. В частности, будут рассмотрены вопросы:
- разработка эмулятора POS-транзакций с использованием JavaEE и JPOS;
- протокол экваиринговых транзакций ISO8583, библиотека JPOS и как с ними работать;
- эмуляция протоколов, анализируя их на уровне TCP/IP с помощью WireShark;
- обеспечение работы эмулятора в связке с инструментами подачи нагрузки, такими как LoadRunner.

Программный комитет ещё не принял решения по этому докладу

Делаем ревью и используем статические анализаторы

Олег Шевелев

- Что такое линтеры;
- улучшаем качество кода с помощью статических анализаторов;
- применимость на разных этапах разработки программного обеспечения;
- примеры срабатываний;
- почему стоит использовать сразу много линтеров;
- организовываем проверку кода с помощью фреймворков;
- что такое gometalinter и чем он хорош?
- есть ли аналоги в других языках?
- создаём свои собственные правила в виде линтеров;
- учимся читать программный код и анализировать его программно.

Будут примеры на Go, но также и отсылки к другим языкам программирования.

Стандарты кодирования
,
Рефакторинг
,
Автоматизация тестирования
,
GO
Программный комитет ещё не принял решения по этому докладу

Базы данных

Возможности ClickHouse для продвинутых разработчиков

Алексей Миловидов

В докладе планируется рассмотреть малоизвестные или недостаточно хорошо освещённые в документации возможности ClickHouse: инкрементальная агрегация и манипуляции с состояниями агрегатных функций, межкластерное копирование, выполнение запросов без использования сервера и т.п. Будут приведены примеры из практики разработки сервисов Яндекса: как выжать из системы максимум возможного.

Миграции данных
,
Бэкенд / другое
,
Базы данных / другое
,
Распределенные системы
,
Архитектура данных, потоки данных, версионирование
Доклад принят в программу конференции

Анатомия конкурентного доступа к данным в PostgreSQL

Виктор Егоров

Конкурентный доступ к данным является одним из основных преимуществ современных реляционных СУБД. С точки зрения пользователя всё происходит легко и просто. Очевидно, что внутри всё становится несколько сложнее и СУБД проделывает существенный объем работы для обеспечения удобства.

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

Эта тема будет, безусловно, полезна всем, кто администрирует базы данных. Разработчики также смогут почерпнуть для себя много полезной информации, т.к. я постараюсь объяснить почему ДБА “хотят странного” от разработчиков.

PostgreSQL
,
Базы данных / другое
,
Архитектурные паттерны
,
Оптимизация производительности
Программный комитет ещё не принял решения по этому докладу

Reindexer - очень быстрая in-memory БД с полнотекстовым поиском

Олег Герасимов

Мы разрабатываем платформу IPTV/OTT-телевидения. У платформы около 10 миллионов пользователей.

Требования к backend платформы: в условиях высокой нагрузки обеспечить API "тонкого" клиента - платформа должна отдавать срезы данных, отфильтрованные и отсортированные для отображения на каждом экране/странице с учетом очень непростой бизнес-логики.

Существующие решения, такие как Elastic Search или Tarantool, нам не подошли либо по функциональным возможностям, либо по производительности.

В результате мы создали и опубликовали в Open Source новую in-memory БД - Reindexer, которая по поисковому функционалу не уступает Elastic или MongoDB, а по скорости работы превосходит их в разы, а иногда и на порядки.

Я расскажу о том, что "умеет" Reindexer, покажу примеры использования в проектах и, конечно, в докладе будет сравнение производительности с существующими на рынке БД.


Поисковые системы
,
Базы данных / другое
,
GO
Программный комитет ещё не принял решения по этому докладу

Полнотекстовый поиск на PostgreSQL

Иван Панченко

Полнотекстовый поиск в PostgreSQL существует давно, но постоянно развивается. Поэтому о его возможностях всегда можно узнать что-то новое.

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

PostgreSQL
Программный комитет ещё не принял решения по этому докладу

История PostgreSQL в фичах

Виктор Егоров

Современные СУБД прошли очень долгий путь развития и за это время успели обрасти большим количеством возможностей. PostgreSQL здесь не исключение, и за свои 20+ лет в нем появилось (и продолжают появляться) столько возможностей, что может удовлетворить самым разным потребностям. Многими из них мы пользуемся, даже не задумываясь.

Я хочу рассказать о развитии PostgreSQL с точки зрения его возможностей — когда и в какой версии появилась та или иная фича, для чего она нужна и как можно обойтись без неё?..

Это будет экскурс в историю одной из многих СУБД, который покажет, сколько времени уходит на добавление и дальнейшее развитие прорывных возможностей, которые выгодно отличают PostgreSQL от других СУБД и которыми мы пользуемся ежедневно.

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

PostgreSQL
,
Базы данных / другое
,
Методы и техника разработки ПО
,
Архитектуры / другое
Программный комитет ещё не принял решения по этому докладу

Проектирование, разработка и эксплуатация высоконагруженной системы онлайн-репликации >500 ТБ данных клиентов между континентами: Amazon S3 (США) - облако Mail.ru (Россия)

Александр Сербул

В докладе расскажем об особенностях lambda-архитектур, платформе микросервисов Amazon Lambda, а также подводных камнях и победах с Node.JS и многопоточной Java. Затронем тему эффективной разработки и тестирования надежного и устойчивого многопоточного кода. Поделимся опытом организации промежуточного дифференциального хранилища и непростым выбором между LMDB (lightning memory-mapped database), LevelDB (используется в Bitcoin blockchain), Apache Derby и Berkeley DB. Подробно расскажем о тонкостях использования инфраструктуры очередей на базе Amazon SQS, NoSQL в DynamoDB и мониторинге системы для предотвращения потерь данных клиентов и минимизации рисков последствий отказов и аварий дата-центров.

Программный комитет ещё не принял решения по этому докладу

Как ClickHouse изменяет мир

Александр Зайцев

Почти два года назад Яндекс выпустил в opensource "сердце" Яндекс.Метрики - аналитическую DBMS ClickHouse. Поначалу это произвело эффект бомбы, но потом пыль улеглась, и началась кропотливая работа.

Несмотря на то, что данных сейчас много почти везде, аналитические БД все еще довольно экзотичны. Их плохо знают и еще хуже умеют эффективно использовать. Многие продолжают "есть кактус" с MySQL или PostgreSQL, которые спроектированы под другие сценарии, мучиться с NoSQL или переплачивать за коммерческие решения.

Но все меняется. Команда Яндекса работала и работает над развитием продукта и поддержкой сообщества пользователей. Команда Альтинити взяла на себя задачи про продвижению ClickHouse на рынки, где название Яндекс никому ничего не говорит. И это приносит результаты, ClickHouse набирает популярность.

Я расскажу о том, в каких областях и как используется ClickHouse уже сейчас от Аргентины до Китая, как он позволяет делать то, что раньше было либо очень сложно, либо очень дорого, и как он на самом деле меняет мир систем обработки больших данных, значительно снижая порог вхождения для тех, кто хочет "просто попробовать" или развернуть кластер на сотню серверов.

Программный комитет ещё не принял решения по этому докладу

Обобщенные табличные выражения (СTE) и оконные функции в MySQL 8.0

Дмитрий Ленев

MySQL 8.0 - это новая версия СУБД MySQL, которая вскоре будет объявлена стабильной. Одними из интересных возможностей MySQL, которые доступны, начиная с этой версии, являются обобщенные табличные выражения (Common Table Expressions) и оконные функции.

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

Кроме того, мы поговорим об оконных функциях:
- Что это такое и зачем они нужны?
- Какие именно оконные функции поддерживаются в MySQL 8.0?
- Как в MySQL реализованы оконные функции, и что это значит для пользователя.

Доклад принят в программу конференции

Создание семантической модели предметной области с использованием базы знаний

Владимир Брыль

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

1. Информационно-сложные задачи и проблемы, связанные с их решением.
2. Основные проблемы реляционных баз данных для решения информационно-сложных задач.
3. Декларативный язык представления знаний.
4. Построение семантической модели предметной области.
5. База знаний "Браво".
6. Новая концепция создания программных систем на основе баз знаний.
7. Разработка прикладных решений с использованием базы знаний.

Базы данных / другое
Программный комитет ещё не принял решения по этому докладу

Bloat в PostgreSQL

Андрей Сальников

Bloat в PostgeSQL с одной стороны упоминается вскользь в каждом втором докладе, связанном с автовакуумом или MVCC-моделью, с другой стороны никогда не раскрывается как отдельная тема. Для разработчика backend на самом деле не сильно интересны DBA-темы про автовакуум и его механизмы, они узкоспециализированные и, в основном, представляют интерес для практикующих DBA.

Цель этого доклада - познакомить разработчиков с проблемой bloat в PostgreSQL, которая действительно важна для понимания и осознания, как сильно она может влиять на конечную производительность приложения. Не сильно углубляясь во внутренности устройства этой БД, я хочу показать, какие проблемы создает код, не учитывающий особенностей модели MVCC и ведущий к bloat таблиц и индексов, как правильно вести работу с базой данных со стороны приложения. Покажу основные ситуации, когда проблема bloat возникает, что было неправильно изначально, и как при небольших трудозатратах ситуацию можно изменить к лучшему. Для администраторов и техподдержки будет интересно узнать, как выявлять bloat в базе данных, какую профилактику проводить, чтобы уменьшить bloat и его воздействие на систему в эксплуатации. Основная цель доклада - сократить количество детских ошибок при разработке кода под базы данных, которые могут помешать в будущем для успешного использования вашего приложения. И сделать это наиболее доступным языком для разработчиков, а не для DBA PostgreSQL, они обычно и так знают, что делать в данном случае.

Бэкенд / другое
,
PostgreSQL
Программный комитет ещё не принял решения по этому докладу

Continuous Database Administration

Николай Самохвалов

Cloud services like Amazon RDS or Google Cloud SQL help to automate half of DBA tasks: launch DB instances, provision replicas, create backups. But the other, very important half is not automated at all: DB tuning and query optimization.

My talk will consist of two parts. The first one is a presentation of new open-source toolset "postgres_dba" (https://github.com/NikolayS/postgres_dba), which provides a semi-automated way to find performance bottlenecks, not requiring deep knowledge of Postgres internals.

In the second part, I discuss current challenges on the way of full automatization of DB tuning, query optimization.

We'll cover:
- why it is so hard to find performance bottlenecks in Postgres for non-experts;
- drawbacks of modern query optimization techniques (we'll consider the most popular tools: pg_stat_statements, auto_explain, pgBadger);
- postgres_dba's extension for more comprehensive yet simple query analysis which doesn't require manual actions;
- automatization of experiments which help to find tune Postgres and optimize queries (incl. postgresql.conf tuning and index set optimization);
- automated DB experiments in clouds.

Программный комитет ещё не принял решения по этому докладу

Оптимизация SQL-запроса на базе возможностей PostgreSQL с версии 9.4

Павел Сарабеев

Оптимизация SQL - дело тонкое, особенно когда необходимо объединить две таблицы, где в одной 30 миллионов записей, а в другой - 60. И даже при наличии хорошего индекса один запрос выполняется за 3.716 ms, а другой 185914.487 ms. В такие моменты приходится применять «магию», которая появилась в PostgreSQL с версии 9.4

Если вы хотите узнать, как ускорить выполнение запроса в хорошем случае в три раза, а в ужасном в 200000 раз. Если вы еще не слышали о WITH RECURSIVE, UNNEST WITH ORDINALITY, JOIN LATERAL, приходите на мой доклад, где вы узнаете, как, казалось бы, простой SQL-запрос превращается в 8 килобайт, но при этом работает значительно эффективнее.

- Пошаговый анализ проблемы.
- Выявление возможного пути решения.
- Какие есть возможности ускорить проблемный запрос.
- Использование нетрадиционного подхода к SQL-запросам.
- Итеративный подход к реализации.

И полный успех в финале.

Программный комитет ещё не принял решения по этому докладу

Теория программирования

Время бесконечных данных

Ренат Идрисов

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

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

Асинхронное программирование, реактивное программирование
,
Архитектура данных, потоки данных, версионирование
Программный комитет ещё не принял решения по этому докладу

QUIC, TLS 1.3, DNS-over-HTTPS, далее везде. Интернет 2019 года: каков порог входа?

Артём Гавриченков

Интернет, к которому мы привыкли, обречён.

На том, что принято называть Internet protocol suite, не осталось живого места. Протокол IP уже вовсе не тот, что раньше, HTTP тоже сменил версию, замена TCP активно готовится, а SSL вообще больше не существует. Эту ползучую революцию в сообществе принято встречать с энтузиазмом, в крайнем случае - со сдержанным оптимизмом.

Автор общается с идеологами этой революции и, как обычно, придерживается мнения, что у всего без исключения есть как достоинства, так и недостатки. В докладе предлагается перемыть косточки IPv6, QUIC, DNS-over-HTTPS, TLS v1.3 и HTTP/2, включая их историю, особенности дизайна и известные нюансы внедрения; политические моменты разработки протоколов нового поколения и психологию толпы инженеров.

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

Защита информации
,
Критерии выбора технологий для проекта
,
Сетевое администрирование
,
Управление / другое
Доклад принят в программу конференции

Как устроены корутины?

Дмитрий Калугин-Балашов

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

Я расскажу, что такое корутины, и в чем отличие stackful и stackless.
Далее мы опустимся в недра исходного кода различных библиотек (libcoro, libtask и protothreads), чтобы понять, какими способами можно создать корутины на низком уровне.

Программный комитет ещё не принял решения по этому докладу

Хочешь стать хорошим backend-разработчиком? Надо просто каждый день...

Павел Калашников

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

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

Бэкенд / другое
Программный комитет ещё не принял решения по этому докладу

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

Александр Сербул

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

План доклада примерно такой:
- Чатботы и искусственный интеллект - алгоритмы и их возможности.
- Обзор инструментов NLP (natural language processing) для подсказки ответов на вопросы в техподдержках.
- Современные алгоритмы deeplearning для ранжирования ответов на вопрос - перспективы и прикладное использование.
- Обзор современных библиотек и фреймворков и выбор элементов, подходящих проекту.
- Обзор deeplearning4j, реализация узла дифференцирования скалярного произведения векторов вопроса и ответа.
- Подробное описание созданного пилота нейронки.
- Обзор keras/tensorflow и подходящих инструментов в этих фреймворках.
- Подробное описание созданного пилота.
- Решаем сопутствующую задачу - классификация обращений техподдержки по 80 категориям. Описание алгоритма, пилота.
- Развитие пилота - дополняем нейросеть обратным индексом на базе Apache Lucene.
- Статистика по использованию пилотов в программах мэрии Москвы. Метрики, цифры.
- Адаптация пилотов к использованию в Открытых линиях Битрикс24.

Программный комитет ещё не принял решения по этому докладу

Что мы знаем про хэши

Андрей Аксенов

Опыт показывает, что хэшами (ассоциативными массивами) в индустрии пользуются чуть менее чем все и ежедневно, при этом понимает "что к чему внутри" далеко не каждый первый. Попробуем усилить понимание процесса в целом, откалибровать ожидания "насколько быстро и жорко должно быть в идеале", и подучить при острой необходимости обгонять стандартные C++ (и, видимо, не только) реализации в частности.

Расскажу про базовые канонические подходы к снаряду, про ряд опробованных за 15+ лет регулярного написания хэшей вручную ловких трюков, возможно, успеем немного поговорить про связанные штуки типа блокчейна (trollface) или там какого DHT.

Доклад принят в программу конференции

Элементы архитектуры

Зачем разработчику статистика, или как улучшить качество продукта?

Юрий Лилеков

В Badoo так сложилось, что разработчик несет ответственность за те фичи, которые он "приручил".

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

PHP
,
Бэкенд / другое
,
Аналитика / другое
Доклад принят в программу конференции

Микросервисная архитектура, подходы и технологии

Кирилл Ветчинкин

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

Будет произведен разбор самого подхода и основных паттернов, а в конце продемонстрировано приложение.

Программный комитет ещё не принял решения по этому докладу

Аппаратное обеспечение в эпоху Artificial Intelligence (AI)

Владимир Алексеев

Вопросы, которые обсудим в рамках доклада:
* Ликбез: какое "железо" нужно для создания AI?
* Чем "железо для AI" отличается от "обычного": с какими проблемами сталкиваются производители?
* Достаточно ли вставить GPU в рабочую станцию, чтобы стать data scientist 80-го уровня?
* PCI Gen 4: что дальше? Нам нужен новый интерконнект!
* FPGA для исполнения моделей: "все новое - это хорошо забытое старое".

Бэкенд / другое
,
Оптимизация производительности
,
Распределенные системы
,
Архитектуры / другое
,
Сравнение enterprise и web
,
Другое
,
Enterprise-системы
Программный комитет ещё не принял решения по этому докладу

Темная сторона микросервисов в e-Commerce платформе

Андрей Евсюков

Многие компании, как и Lamoda, уже перешли на микросервисную архитектуру и рассказывают о положительном эффекте. Мы уже в начале перехода видели ряд опасностей от возможной связности сервисов. Некоторых рисков удалось избежать, другие напрыгнули из-за угла, и с ними пришлось сражаться на месте. Тем не менее, time to market удалось сократить в 2 раза и сохранить контроль над микросервисами, несмотря на постоянно увеличивающееся их число.

В докладе я поделюсь накопленным за последний год опытом и отвечу на следующие вопросы:
* В какой момент микросервисы становятся тем же монолитом и наносят ответный удар?
* Где найти ответственных, когда у тебя 30+ сервисов в ecom-платформе “общаются” с 60+ другими внутренними системами?
* Что ни в коем случае не стоит делить на микросервисы?

API
,
Микросервисы, SOA
,
Архитектурные паттерны
,
Отказоустойчивость
,
Критерии выбора технологий для проекта
,
Логирование и мониторинг
,
Продуктовая разработка
,
Бизнес на стыке онлайн и офлайн
Доклад принят в программу конференции

Eventual consistency при производстве пиццы

Евгений Пешков

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

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

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

Прочие языки
,
Бэкенд / другое
,
Микросервисы, SOA
,
Архитектурные паттерны
,
Отказоустойчивость
,
Оптимизация производительности
,
Распределенные системы
,
Рефакторинг
,
Архитектура данных, потоки данных, версионирование
,
MySQL (MariaDB, Percona Server)
Программный комитет ещё не принял решения по этому докладу

Щи, или Распознавание 330 млн лиц на скорости 400 фото / сек

Александр Тоболь

Высоконагруженное распознавание лиц на фотографиях пользователей в социальной сети.

Распознаванием лиц сейчас никого не удивишь, если у вас не:
- 330 миллионов пользовательских аккаунтов;
- ежедневно заливается 20 млн пользовательских фотографий;
- максимальное время на обработку одного фото не должно превышать 0.2 сек (забегая вперед, скажу, что нам удалось сделать это быстрее);
- ограниченные объемы оборудования для решения задачи.

В докладе будут рассмотрены:
- pipeline для: построения векторов пользователей и поиска пользователя на загруженном фото;
- обучение нейросети: построение dataset'а > обучение нейросети > построение датасета > варить до готовности;
- детектор лиц на каскаде нейросетей и его оптимизация;
- построение нормализованного вектора пользователя на GPU;
- железо и оптимизации, запуск в облаке, отказоустойчивость.

Программный комитет ещё не принял решения по этому докладу

NGINX за пределами nginx: njs, nginMesh, Unit, Amplify, Crossplane, Ingress Controller

Николай Шадрин

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

Популярный веб-сервер nginx вы уже наверняка знаете. В этом докладе мы расскажем про другие проекты, которые мы разрабатываем в России, США, Англии и Ирландии.

По порядку:
* njs - проект по внедрению JavaScript в конфигурацию веб-сервера nginx. Изначально разработан Игорем Сысоевым, сейчас поддерживается командой в Москве. Сделан как отдельный модуль и используется для создания сложной логики запроса и ответа. Мы покажем примеры использования и преимущества njs перед известными скриптовыми альтернативами - Lua, Perl.

* nginMesh - проект по использованию NGINX в качестве сервисного прокси в Istio Service Mesh. Данный подход - Service Mesh - это новый баззворд 2017-2018 года. Istio, Service Mesh от Google, занимается управлением трафиком между большим количеством сервисов и поддерживает широкий набор плагинов и модулей. Проект nginMesh разрабатывается нашими инженерами в городе Саннивейл, Калифорния.

* Unit - динамический сервер нового поколения, поддерживающий запуск приложений на разных языках и управление ими через удобный REST API. Unit разрабатывает непосредственно Игорь Сысоев в Москве.

* Amplify - система мониторинга для различных инсталляций NGINX и сопутствующего ПО. Умеет работать с любыми конфигурациями, разбирается в настройках NGINX и, кроме красивых графиков и аналитики, умеет подсказывать, как улучшить ваш конфиг. Разрабатывается в Москве и Сан-Франциско.

* Crossplane. В некоторых наших проектах есть необходимость понимать и разбирать конфигурацию NGINX. Эта библиотека специально разработана как отдельный продукт, и используется внутри Amplify и Controller. Разрабатывается в Сан-Франциско.

* Kubernetes Ingress Controller - плагин, позволяющий использовать NGINX в качестве прокси и балансировщика нагрузки в Kubernetes. Существует два разных проекта с похожими задачами, но несколько разным функционалом. Мы рассмотрим Ingress Controller, который делает сообщество kubernetes, и нашу собственную разработку. Наш Ingress Controller разрабатывается в Кембридже, Великобритания.

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

API
,
PHP
,
Python
,
Оптимизация производительности
,
Распределенные системы
,
Технологии виртуализации и контейнеризации
,
Непрерывное развертывание и деплой
,
Devops / другое
,
GO
Программный комитет ещё не принял решения по этому докладу

Serverless Functions на примере Lambda от Amazon

Алексей Колесников

Современные архитекторы ПО все чаще склоняются к использованию облачных решений. Одним из самых “свежих” и популярных решений является сервис Lambda от Amazon, который позволяет реализовать полезный функционал и не заботиться о поддержке “железа”.

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

API
,
Java
,
Архитектурные паттерны
,
Отказоустойчивость
,
Работа с Amazon
,
Архитектуры / другое
Программный комитет ещё не принял решения по этому докладу

Выращивание отказоустойчивой и масштабируемой архитектуры без фанатизма

Вячеслав Сафонов

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

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

Отказоустойчивость
,
Оптимизация производительности
,
Распределенные системы
,
Масштабирование с нуля
,
Архитектуры / другое
Программный комитет ещё не принял решения по этому докладу

Платформа 4К стриминга на миллион онлайнов

Александр Тоболь

Сервис Видео в Одноклассниках – вторая площадка в Рунете по просмотрам видео. Ежедневно мы фиксируем свыше 590 миллионов просмотров видео. Платформа стриминга ОК сейчас позволяет вести профессиональные трансляции в 4К, стримить с телефона в FullHD и отдавать пользователям более 1 Тб/сек трафика.

В докладе я расскажу про платформу стриминга:
* стриминг с телефона и WEB-браузера;
* протоколы стриминга и просмотра live видео: hls, dash, rtmp, webrtc;
* архитектура системы доставки контента и тюнинг congestion control;
* настройка кодеков на клиенте и нарезка видео на GPU;
* о проблемах гарантии задержки на TCP и о том, как мы пришли к собственному протоколу стриминга поверх UDP с гарантированной задержкой доставки видео зрителям;
* свой UDP-протокол: измерение MTU, pacer, шифрование с потерей пакетов, fast retransmite;
* простые способы FEC не работают и google в QUIC его отключили.

Технический прогресс позволил пользователям вести трансляции со своих смартфонов и интерактивно общаться с пользователями в прямом эфире – появились такие мобильные приложения, как Periscope, Insta Live и стриминговое приложение Одноклассников OK Live.

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

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

Результатом нашей работы стал запуск первого в мире приложение на Android, способного стримить в FullHD (1080p) в мобильных сетях.

Программный комитет ещё не принял решения по этому докладу

Акселерация Web и L7 DDoS-защиты

Александр Крижановский

Средства сетевой фильтрации, файервол сетевого уровня и/или DDoS-фильтр по своей идеологии должны стоять на входе в защищаемую сеть, чтобы блокировать возможную атаку как можно раньше. Современные же средства безопасности прикладного уровня, такие как web application firewall (WAF) или application layer (HTTP) DDoS mitigaion, настолько низкопроизводительные, что нуждаются в массивной акселерации и/или кластеризации. (Не редкость увидеть на рынке коммерческие WAF с пиковой производительностью в 50Mbps).

В докладе будет рассказано про акселерацию WAF и HTTP DDoS mitigation с помощью Tempesta FW, объединяющей в себе высокопроизводительный HTTP-акселератор и средство фильтрации атак на HTTP-уровне. Tempesta FW позволяет построить одновременно производительную и хорошо защищенную web-инфраструктуру.

Мы поговорим о:
- что из себя представляют современные средства фильтрации прикладного уровня;
- посмотрим на популярный open-source в этой области (ModSecurity, NAXSI, OpenResty);
- типичные инсталляции WAF и HTTP DDoS mitigation решений;
- что такое WAF-акселератор, его возможности и примеры использования;
- какие web-атаки могут сниматься на уровне WAF-акселератора, а какие - нет;
- как правильные и кэширование, и балансировка помогают в борьбе с DDoS;
- как устроена защита от web-атак и HTTP DDoS в Tempesta FW;
- отличия Tempesta FW от других решений.

Защита информации
,
Организация системы кеширования
,
Отказоустойчивость
,
Оптимизация производительности
,
Распределенные системы
Программный комитет ещё не принял решения по этому докладу

Магия построения системы рассылки email с Elixir. Как перестать беспокоиться и отправлять миллиард писем в день

Александр Швец

- Не спамом единым или ситуация с рассылкой почты в 2018 году.
- Postfix, Exim и другие. Сколько можно терпеть "современные" MTA?
- Гарантия доставки, прелести SMTP и прогрев серверов – поговорим об архитектуре.
- Почему мы выбрали Elixir, как нам это помогло, и где мы наступили на грабли.
- ТТХ полученного решения и сравнение с другими подходами.

Прочие языки
,
Электронная почта
,
Бэкенд / другое
,
Архитектурные паттерны
,
Отказоустойчивость
,
Оптимизация производительности
,
Распределенные системы
,
Масштабирование с нуля
Программный комитет ещё не принял решения по этому докладу

Рабочие ситуации и задачи

Как спроектировать решение для faceted search и не ошибиться

Александр Токарев

Казалось бы, кто только не делал faceted search, и при его разработке невозможно ошибиться... Да и вообще, а надо ли его разрабатывать, если он уже разработан? На эти и многие другие вопросы я попытаюсь ответить в данном докладе.

Мы рассмотрим типовые структуры базы данных для faceted search и проведём оценку достоинств и недостатков каждой структуры, далее проведём сравнение со специализированным функционалом на базе серверов полнотекстового поиска на примере Elasticsearch. Замеры производительности будут производиться на основе базы данных тегов из StackOverflow за 5 лет.

Наконец, будет рассмотрена текущая архитектура решения faceted search в крупном enterprise-проекте с 10000 тысячами запросов в секунду и 1000 пользователей, работающих одновременно, проблемы данного решения, и как мы собираемся решать их в будущем.

Oracle
,
Базы данных / другое
,
Архитектурные паттерны
,
Оптимизация производительности
Программный комитет ещё не принял решения по этому докладу

Эволюция поиска Avito

Вячеслав Крюков

За последний год с небольшим, поиск Avito получил значительное развитие. Пришла пора поделиться текущими результатами. В докладе изложен как продуктовый, так и технический взгляд на поиск Авито, а также взаимосвязь этих аспектов.

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

Поисковые системы
Доклад принят в программу конференции

Архитектура биллинга нового поколения:трансформация с переходом на Tarantool

Андрей Князев

Предпосылки:
- Тупик вертикального масштабирования.
- Рост нагрузки.
- Глобализация.

Технологические вызовы:
- Масштабируемость.
- Географическая распределенность.
- Отказоустойчивость.
- Большая частота изменений.

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

1. Зачем нужен R&D к крупных компаниях? Выход из технологического тупика. R&D должен нарушать правила.
2. Что такое Tarantool и как правильно его готовить.
3. Как нарушать правила и не получать штрафы за увеличение скорости в 100 раз.

Программный комитет ещё не принял решения по этому докладу

Прикладное машинное обучение в электронной коммерции - сценарии и архитектуры пилотов и боевых проектов

Александр Сербул

В докладе расскажем о реализованных в компании пилотах и боевых проектах, использующих различные популярные и "редкие" алгоритмы машинного обучения: от рекомендательных систем до глубоких нейронных сетей. Рассмотрим техническую реализацию на платформах java (deeplearning4j), php, python (keras/tf) с использованием открытых библиотек Apache Mahout (Taste), Apache Lucene, Jetty, Apache Spark (в т.ч. Streaming), спектра инструментов в Amazon Web Services. Соориентирум в важности тех или иных алгоритмов и библиотек, актуальности их применения и востребованности на рынке.

Рассмотрим следующие реализованные проекты:
- кластеризацию пользователей Битрикс24 с помощью Apache Spark;
- расчет вероятности ухода (churn), возможной прибыли (CLV) и других бизнес-метрик в условиях Бигдаты и высоких нагрузок;
- коллаборативную рекомендательную систему на >20 000 интернет-магазинов;
- кластеризацию товарного каталога методом LSH;
- content-based рекомендательный сервис для >100 млн. пользователей рунета;
- классификатор обращений в техническую поддержку Битрикс24 на базе нейронной сети (рассмотрим кроме n-gramm моделей также пилоты с одномерной сверткой);
- чат-бот ответов на вопросы на базе нейросети, осуществляющей соединение семантических пространств вопросов и ответов;
- подсистему распознавания лиц и ее использование в электронной коммерции и CRM.

Программный комитет ещё не принял решения по этому докладу

Новогодний чат-бот: как обеспечить realtime-взаимодействие пользователей с сайтом через telegram

Искандер Гиниятуллин
Салих Фахрутдинов

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

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

В рамках доклада будет рассказана техническая изнанка этого решения:
- как сделать чат-бота Telegram, принимающего от участников огоньки и не засоряющего чат;
- как обеспечить онлайн-взаимодействие этого бота с front-end сайта с использованием веб-сокетов.

Взаимодействие с серверной стороной (API)
,
Интерактивные приложения
,
Дизайн и работа с изображениями
,
Фронтенд / другое
,
API
,
PHP
,
Бэкенд / другое
,
Реклама и ее эффективность
Программный комитет ещё не принял решения по этому докладу

Конвейерная архитектура в автозагрузке

Дмитрий Шуляк
Сергей Попов

Avito — это не только частные объявления, но и важный инструмент для ведения бизнеса в самых различных направлениях: от продажи мобильных телефонов и запчастей до недвижимости и автомобилей.

У Avito есть ряд профессиональных инструментов, позволяющих отдельному пользователю поддерживать актуальность тысяч объявлений. Об одном из таких мы хотим рассказать.

В своем докладе мы поделимся опытом, как в Avito работают с профессиональными пользователями, актуализируя 1.5 млн объявлений клиентов каждые 5 минут. И расскажем, какие решения и подходы были выбраны, чтобы справляться с нагрузками, не теряя основных преимуществ — качества и актуальности контента.

API
,
PHP
,
Python
,
Бэкенд / другое
,
Архитектурные паттерны
,
Оптимизация производительности
Программный комитет ещё не принял решения по этому докладу

Dbrain: автоматизация ретуши фотографий для KUPIVIP

Артур Кузин

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

В докладе будет рассказано о процессе сбора датасета для решения этой задачи. Затем будет краткий обзор лучших решений на примере соревнования Kaggle - Carvana Image Masking Challenge по сегменации изображений. Будет рассказано об адаптации лучших приемов. Также будет рассказано про цветокоррекцию и удаление дефектов.

Алгоритмы и их сравнение
,
Machine Learning
Программный комитет ещё не принял решения по этому докладу

Организация системы хранения пространственных данных. Алгоритмы уменьшения детализации полигонов

Вячеслав Сафонов

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

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

Алгоритмы и их сравнение
,
Архитектуры / другое
Программный комитет ещё не принял решения по этому докладу

Manticore и Sphinx: что нового

Сергей Николаев

Manticore Search - форк Sphinx.

1) Зачем и почему?

2) Что нового в Manticore:
- багфиксинг;
- JSON-интерфейс, совместимость с ElasticSearch;
- percolate queries;
- более тесная интеграция с mysql;
- cmake;
- автоматизированные тесты;
- ежемесячные релизы;

3) Что нового в Sphinx:
- closed source;
- docstore;
- A-indexes;

4) Планы.

Поисковые системы
Программный комитет ещё не принял решения по этому докладу

How to make an accurate Geo-IP database

Gao Chunhui

IPIP.net is the first and only Geo-IP database company based on real time BGP/ASN data computing. We'll share how we make Geo-IP data accurate and use cases in different industries.

The untold truth is there is no standard of Geo-IP location. Enterprises, carriers and data centers are more centralized, and end/mobile users are widely distributed and moving frequently which significantly increase the complexity of Geo-IP accuracy.

IPIP.net will introduce the way how we make our Geo-IP DB accurate including:
1. Global monitoring platform and how it works;
2. Data inaccuracy triggering and fixing;
3. Global WHOIS / BGP / ASN / RADB reference;
4. Global Internet Exchange DB;
5. IPIP.net rDNS and backbone IP db;
6. Cooperation between ISPs, clients, partners and community.

Доклад принят в программу конференции

Переписываем 8-летний проект или рефакторинг в условиях работающего бизнеса

Максим Дзюба

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

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

Миграции данных
,
API
,
PHP
,
Рефакторинг
Программный комитет ещё не принял решения по этому докладу

Микросервисы на PHP + Yii2

Андрей Корольков

Я расскажу про наш микросервисный путь на Автобусном проекте: от истоков идеи и о финале выпуска проекта в продакшн. Расскажу о том, какие боли нас преследовали, и какие лекарства мы находили. О том, сколько мы велосипедов написали, и как он у нас прижились. Я также подведу черту под вопросом — нужно ли вообще использовать PHP в микросервисах?

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

Фреймворки
,
API
,
PHP
,
Бэкенд / другое
Программный комитет ещё не принял решения по этому докладу

Обучающая конференция разработчиков высоконагруженных систем HighLoad++ Junior

Профессиональный фестиваль Российские Интернет-технологии

Машинное обучение

Нейронные сети в управлении (на примере автоматизации digital-агентства)

Владимир Завертайлов

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

ПОЛНО:
В чём главная боль управления заказной разработкой?
Много ее. Например — слишком рваный поток задач. То густо, то пусто. То прилетает очень много, но очень, ОЧЕНЬ ВАЖНОЙ технической поддержки. То отменяется или слайдится на пару месяцев проект в 5 спринтов, на который уже забронирована команда.

Динамическая подстройка планов к реальности должна быть очень простой. Однако, если в компании десятки активно-существующих проектов и около сотни рабочих рук, управление потоком работ (или «единичных изделий», как это принято в LEAN) быстро превращается в ад комбинаторной сложности. В общем, чтобы сыпались деньги, ежедневно нужно крутить окровавленную, покрытую слезами ручку заказной web-разработки. Быстро. И сильно.

Подобного рода планирование, как правило, выполняется в довольно специфичном (редком и дорогом) программном обеспечении. Project Portfolio Management (PPM). Мы перепробовали, пожалуй, весь софт, который был на тот момент. От Microsoft Project Server и Oracle Primavera до специфичных SaaS-решений. Просто шли по списку и пробовали всё подряд. Всего более сотни. К сожалению, даже близко не увидели решение тех задач, которые мы вручную решали ежедневно. Например, распределить нападавшую за ночь техподдержку по приоритетам между разработчиками (у которых прямо сейчас есть еще и основной проект).

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

У нас были подробные карты компетенции разработчиков. Данные по всем (ВСЕМ!) выполненным нами задачам за последние десять лет. Кто с каким менеджером работал. Какие задачи выполнил. А какие — зафакапил. И насколько. Не то, чтобы нам все это было нужно, но когда ты начинаешь — ты не можешь остановиться.

Мы добавили карму, контроль отставаний и затрат (что-то вроде метода освоенного объема), экспертные алгоритмы определения — перегружен разработчик или нет; полуавтоматическую генерацию запросов ресурсов.

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

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Работа со внешним заказчиком/исполнителем
,
Обслуживание клиентов, техническая поддержка, обратная связь
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Общая программа

Карьера разработчика. Как и куда расти

Иван Лукьянов

По работе мне часто приходится отвечать на вопросы формата: "Как мне вырасти до старшего разработчика?", "Куда мне развиваться?", ну и, конечно, "Как мне больше зарабатывать?". В результате этих бесед у меня выработалась схема хороших и плохих стратегий развития, которой я хочу поделиться.

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

Корпоративная культура и мотивация
,
Выбор стратегии долгосрочного развития, KPI
Программный комитет ещё не принял решения по этому докладу

Кому ты нужен завтра, программист?

Максим Семенкин

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

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

Программный комитет ещё не принял решения по этому докладу
Программный комитет ещё не принял решения по этому докладу

Антианонимность - будущее блокчейн-технологий

Михаил Колмаков
Даниил Мигалин

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

Системы прав доступа
,
Защита информации
,
Поисковые системы
,
Базы данных / другое
,
Совместная работа, система контроля версий, организация веток
,
Инструментальная поддержка, декомпозиция задач
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
,
Вечеринки, развлечение
,
Митапы
,
Networking, знакомство
,
Деловая встреча
,
Другое
,
Блокчейн-технология
,
Смарт-контракты
Программный комитет ещё не принял решения по этому докладу

Учет данных о прошлом поведении пользователя в метриках A/B-тестирования

Роман Поборчий
Никита Поваров

Когда мы проводим онлайн-эксперименты, нам всегда не хватает пользователей. При росте количества разработчиков и запускаемых ими экспериментов, мы всё чаще сталкиваемся с ситуацией, когда победителя выявить не удалось. Это особенно актуально в ситуациях, когда приходится использовать метрики с низкой чувствительностью, связанные с лояльностью пользовательской базы.

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

Алгоритмы и их сравнение
,
A/B-тестирование
Программный комитет ещё не принял решения по этому докладу

Путь программиста

Алексей Южаков

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

Наша сфера очень динамично развивается. Сегодня сложно найти работу не то, что программисту на Фортране. Программист на Си без знаний чего-либо еще испытывает серьезные сложности. А знания JavaScript’а, которые вы получили 5 лет назад, почему-то никого не интересуют.

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

Программный комитет ещё не принял решения по этому докладу

Антипаттерны в ускорении сайтов

Николай Лавлинский

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

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

Приведём список основных антипаттернов:
1. Использование CDN (не так и не там, где надо).
2. Подключение шрифтов с внешних служб.
3. Автоматическое объединение ресурсов.
4. Генерация миниатюр (картинки).
5. (Недо-) сжатие текста.
6. TLS и HTTP/2.
7. Обработчики событий - load, DOMContentLoaded.
8. Адаптивные версии - размер, оптимизация.
9. Единая точка отказа (SPOF) во фронтенде.
10. Антиметрики скорости.

К счастью, большинство проблем можно легко решить, о чём мы тоже поговорим.

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

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

Александр Сербул

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

Программный комитет ещё не принял решения по этому докладу

Конференция Web-scale IT Conference

Профессиональная конференция по управлению и предпринимательству WhaleRider

Идея

Продакшн на базе образовательного проекта. Как и зачем?

Сергей Попов

У нас было много выпускников, желание дать им реальный опыт работы и призрачный шанс на спрос на наше предложение. Сейчас у нас уже десятки постоянных клиентов, больше 30 параллельных проектов и огромная распределённая команда.

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

Программный комитет ещё не принял решения по этому докладу

Бизнес и финансы

Бизнес-метрики в для оценки эффективности SaaS-компании

Анастасия Новикова

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

В докладе я расскажу про основные метрики оценки эффективности бизнеса, которые мы использовали на разных этапах развития нашей компании. Объясню, почему наша отчетность в 1 год жизни компании умещалась на 10 строчках, а теперь занимает 10 листов Excel. Расскажу, какие особенности подсчета метрик мы учитываем, так как продаем SaaS-решение. На что мы обращаем внимание при оценке основных показателей для разных моделей продаж - прямых и через партнеров.

Программный комитет ещё не принял решения по этому докладу

Кризис

Внутренние препятствия цифровой трансформации компании из ЖКХ 2.0

Сергей Путин

1. Компания находится в точке невозврата. Разрыв между лидерами рынка и точкой Х – «одна промышленная революция». Продолжая дальше бизнес в устоявшихся традициях, мы идем под уклон.
Пока медленно. Но скорость возрастает с удешевлением и распространением цифровых практик в РФ.
Как преодолеть разрыв без революций и тотальных вложений? Какие препятствия возникают на пути форсированной эволюции?

2. Внутренняя причина №1
Правильный состав своих кадров и наличие у них навыков, необходимых для будущего процветания в цифровой компании. Сейчас команды из прошлого. С обозами.
Ключевые решения: партнерство с HR в стандартизации процессов, массированное развитие внутреннего тренерства, партнерство с PR в массированной продаже идей, бизнес развитие ИТ-команды и "внешние пророки", сегментирование по XYZ-признаку разные ценности.

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

4. Внутренняя причина №3
Отсутствие продуманных экономических моделей для вложения средств в технологии, определяющие Четвёртую промышленную революцию. Дефицит внутреннего согласования, недостаток эффективного взаимодействия с внешними партнёрами и ориентированность на краткосрочную перспективу.
Ключевые решения: последовательность акционера и лидера компании, точечная свежая управленческая кровь, "безопасно делим пирог власти", вовлечение новых финансовых партнеров.

Программный комитет ещё не принял решения по этому докладу

Проектный офис

Как мы учились мыслить ценностью, а не скоупом, и что из этого вышло

Петр Марков

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

Например, мы решили повысить конверсию сайта, с помощью которого мы привлекаем клиентов.

Для этого мы выбрали решение: новый сайт с новой структурой навигации для более эффективной конверсии. После инициации проекта у команды в голове цель подменилась с “нам нужно увеличить конверсию сайта” на “нам нужно сделать сайт согласно ТЗ с заданным качеством в заданные сроки”. Чем длиннее проект, тем больше шансов на такое развитие ситуации, если не задумываться об этом специально.

Чем это плохо? По идее, ну сделаем сайт качественно и достигнем исходной цели. Да, все так. С одним НО. В процессе реализации проекта возникает множество мелких вопросов и, если на эти вопросы отвечать в контексте другой цели, можно довольно сильно отклониться от оптимальной траектории. Например, в контексте достижения цели “нам нужно увеличить конверсию” можно прийти к выводу, что call to action на какой-то конкретной странице может быть разным (нужны эксперименты), и нужно заложить возможность относительно дешевых экспериментов, в контексте же достижения цели “нам нужно сделать сайт согласно ТЗ” такой вопрос даже не будет задан.

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

Программный комитет ещё не принял решения по этому докладу

Подчинение хаоса или битва с ветряными мельницами

Алексей Васильев

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

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

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Выбор стратегии долгосрочного развития, KPI
,
Продуктовая разработка
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Истории успеха

Как рассказывать о своих проектах, и что должно быть в портфолио

Евгений Романовский

Сугубо практический доклад «Собаки Павловой» о том, как писать кейсы и истории успеха. Опыт последних трех лет, набитые шишки, пройденные грабли, неочевидные проблемы и детальное описание этого адского труда.

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

Программный комитет ещё не принял решения по этому докладу

Стратегия

Стратегический маркетинг как сердце современного бизнеса

Роман Острик

1. Что такое Стратегический маркетинг в современных реалиях.
2. Как правильно выстраивать стратегии.
3. Контроль показателей и корректировка стратегии.
4. Стратегическая цель, будущее и настоящее.

Инструментальная поддержка, декомпозиция задач
,
Большие проекты/команды
,
Выбор стратегии долгосрочного развития, KPI
,
Бизнес-планы, медиапланирование
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Продукт

Project/Product manager — создание интерфейсов нового продукта

Андрей Токач

При создании интерфейса нового продукта project manager становится product manager, сам того не подозревая. На него сваливается груз ответственности за будущий продукт. Приятное отсутствие «у нас так принято» заменяется полной неразберихой.

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

Программный комитет ещё не принял решения по этому докладу

Как микротексты становятся стандартом коммуникации в цифровом мире

Евгений Романовский

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

Смысловой единицей становится не страница сайта и не абзац, а микротекст — одно или несколько предложений. Это требует пересмотреть отношение к текстам, производству контента и роли копирайтера в проекте.

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

Программный комитет ещё не принял решения по этому докладу

Трансформация в продуктовую компанию: 7 смертельных ошибок

Кирилл Новиков

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

Программный комитет ещё не принял решения по этому докладу

Стандарты работы UX-писателя, или как формализовать то, чего еще нет

Евгений Романовский

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

Создание интерфейсных текстов принципиально отличается от сочинения заголовков, слоганов и объявлений. Попробуем оставить лирику в стороне и подойти к вопросу системно: как стандартизировать работу UX-писателя, как ставить задачу, принимать результат и оценивать вклад в общий проект.

Программный комитет ещё не принял решения по этому докладу

Agile

Почему нельзя стать Agile-компанией, если именно ты в это не веришь

Михаил Вязанкин

Если вы хотите стать Agile, но сомневаетесь, что это такое, с чего начать и как правильно это применять - мы вам поможем.

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

Разберем на паттернах и анти-паттернах, вы уйдете с ответом на вопрос: "Стоит ли мне начинать, и каким должен быть первый шаг?".

Корпоративная культура и мотивация
,
Коллаборативная работа
,
Управление и персонал в enterprise
,
Agile-практики в госкомпаниях, банках, предприятиях
Программный комитет ещё не принял решения по этому докладу

Ретроспектива как искусство задавать вопросы

Данил Никифоров

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

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

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Человеческий капитал

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

Владимир Иваница

Многие компании хотят быть agile-компаниями, но как этого достичь?

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

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

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

Программный комитет ещё не принял решения по этому докладу

Персонал без правил

Наталья Андриец
Сергей Зубков

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

Мы, школа управления "Кактус", обладаем 12-летним опытом организации разработки ПО и управления людьми и командами. За эти годы мы создали авторский интенсив «Простота в деталях» и успешно консультируем руководителей таких команд, как ЭТП Газпромбанка, система интернет-эквайринга Pay.Travel, процессинговая компания E-Pos и др. Мы делаем из сложного простое и доносим мудреные управленческие теории доступным языком.

В этом докладе мы расскажем, что и почему делаем мы, чтобы:
- войти в сознание разработчика с помощью двух морковок и остроконечной пирамиды;
- искать и находить у него заветную кнопку, правильно на нее нажимать;
- лечить(ся) от нехотина;
- вкусно продавать задачи самым требовательным исполнителям;
- и что из всего этого может выйти.

Поделимся собственным опытом и работающим инструментом мотивации, оценки эффективности и обеспечения обратной связи.

Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Гибридные команды – новый тренд в управлении

Василий Воропаев

1. Экономический кризис последних лет заставляет бизнес принимать жесткие решения относительно персонала. Способ избежать увольнений и сократить издержки – создание гибридной команды, альтернативной модели построения работы с сотрудниками.
2. Понятие и преимущества гибридных команд. Гибридная команда состоит из офисных работников, удаленных сотрудников и фрилансеров на проект.
3. Главная ценность гибридных команд – их эффективность для бизнеса, позволяющая колоссально снизить и/или оптимизировать расходы на аренду помещений, на обслуживание рабочих мест, больничные, отпуски, обеды, чай, кофе для сотрудников.
4. Способы формирования состава и поддержания профессионализма в гибридной команде.
5. Особенности работы с гибридными командами. Коммуникации и контроль.

Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Где на Руси жить хорошо?

Максим Вальпа

Еще в 2014 году на Habrahabr.ru группа энтузиастов опубликовала несколько статей, в которых они призывали других участников сообщества объединить усилия и построить поселок программистов в Кировской области. Проект не взлетел, но идея осталась жива.

В своей презентации я расскажу о том, как я искал идеальный город в России для семейной жизни и удаленной работы, как я его нашел, как прожил в нем 1 год, и приведу не менее 10 аргументов в защиту своего выбора - от месторасположения до относительной стоимости уровня жизни.

Эта презентация будет также интересна и высшему менеджменту, так как она раскрывает способ контроля затрат на персонал без потери качества и мотивации.

Корпоративная культура и мотивация
,
Антикризисный менеджмент
,
Управление / другое
,
Другое
Программный комитет ещё не принял решения по этому докладу

Рост компании

Как сделать 20 проектов за 10 лет и не разориться

Дмитрий Щипачев

У современных веб-студий и мобильных разработчиков в портфолио лежат десятки, а иногда и сотни разноплановых проектов. Но не у нас. За 10 лет мы запустили не больше 20 проектов, хотя наша ежемесячная прибыль — 1,5 млн. рублей.

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

Работа со внешним заказчиком/исполнителем
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Ловушки роста стартапа

Ярослав Городецкий

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

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

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

Программный комитет ещё не принял решения по этому докладу

Готовность организации к изменениям, или Куда приводят мечты

Денис Кочергин

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

Программный комитет ещё не принял решения по этому докладу

Как повысить эффективность компании за счет внутренних процессов

Юрий Папенов

1. Внедрение регламентов.
Зачем внедрять регламенты, и на каком этапе развития компании стоит детально описывать бизнес-процессы. Насколько глубоко и детально нужно их описывать, чтобы это не стало «процессом ради процесса» и принесло реальную пользу бизнесу.

2. Контроль изменений.
Как отслеживать динамику роста компании и ее сотрудников, корректировать, подстраивать и максимально эффективно использовать весь потенциал.

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

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

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

Программный комитет ещё не принял решения по этому докладу

Не сбавляя темпов роста. Как мы переходили от функциональных команд к продуктовым

Виталий Леонов

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

Расскажу, как мы переходили от функциональной структуры к кросс-функциональной (aka продуктовой), как повышали автономность команд, как снижали Time To Market, с какими проблемами столкнулись, и что из всего этого получилось.

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Продуктовая разработка
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Клиенты и продажи

Как писать на Habrahabr, чтобы потом не было мучительно больно: пособие для пиарщиков

Владислав Зайцев

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

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

Я расскажу о том, как стоит писать статьи, чтобы использовать этот большой медиаресурс на все 100%.

— Почему можно и нужно писать о своих косяках?
— Зачем нужны трэшовые картинки?
— Какая связь между статьями и домашней едой?
— Как смещать акценты и не попадаться?
— Почему нельзя делать пост-приветствие и почему не стоит верить пользователям?

Бизнес на стыке онлайн и офлайн
,
Реклама и ее эффективность
,
SMM (маркетинг в соцсетях)
Программный комитет ещё не принял решения по этому докладу

Монетизация больших данных. Как упаковать аналитический продукт

Алексей Колоколов

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

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

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

1. Анализ данных и формулировка гипотез.
2. Визуализация дашборда.
3. Проверка гипотез.
4. Упаковка продукта.


Программный комитет ещё не принял решения по этому докладу

Процессы

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

Андрей Масленников

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

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Поиск и развитие команды
,
Продуктовая разработка
,
Обслуживание клиентов, техническая поддержка, обратная связь
Программный комитет ещё не принял решения по этому докладу

Механизм Enhancement Proposal: как сделать так, чтобы новые идеи прорабатывались и внедрялись?

Алексей Федоров

За последние шесть лет JUG.ru Group прошел путь от трёх чуваков, делающих на коленке ежемесячные Java-митапы до компании из 35 человек с оборотом более ста миллионов рублей в год. По мере того, как нас становилось всё больше и больше, а проекты становились всё сложнее и сложнее, стало понятно, что нужен некоторый механизм обратной связи внутри компании, который позволит любому сотруднику предлагать серьёзные изменения, и некоторый процесс, который позволит хорошим идеям не быть выброшенным на свалку.

Я довольно долго думал, что с этим можно сделать, и мы остановились на процессе, который известен как Enhancement Proposal. В индустрии есть несколько широко известных примеров такого процесса: JEP (http://openjdk.java.net/jeps/1), PEP (https://www.python.org/dev/peps/pep-0001/), BEP (http://www.bittorrent.org/beps/bep_0001.html). Я расскажу, как они устроены, как мы сделали свой Enhancement Proposal по следам старших товарищей, и чем механизм Enhancement Proposal может быть полезен вашему бизнесу, а также в каком случае нужно делать EP, а в каком — лучше создать банальную задачку в JIRA.

Программный комитет ещё не принял решения по этому докладу

Как забивать гвозди правильными предметами

Владимир Лихтанский

Не зря есть выражение “забивать гвозди микроскопом”. В IT это применимо как нельзя кстати: мы любим писать новые фреймворки на ровном месте, автоматизировать всё подряд и использовать супермощное железо. А что насчёт людей? Как мы выбираем, кто будет делать новую задачу, и делаем ли это правильно? Особенно это важно, когда задач, как обычно, больше, чем людей.

Я поделюсь нашим опытом и расскажу, как мы в Plesk:
- поменяли подход к разработке, чтобы релизиться чаще;
- выделили несколько команд с разным релиз-циклом;
- попробовали привлечь outsource и выпустили на 20% больше фич;
- оптимизировали использование практик в разработке и тестировании;
- в итоге свели всё это в систему, которая позволяет нам выбрать правильную команду под каждую задачу.

Code Review
,
Автоматизация разработки и тестирования
,
Работа со внешним заказчиком/исполнителем
,
Продуктовая разработка
,
Автоматизация тестирования
,
Приёмочные и функциональные тесты
Программный комитет ещё не принял решения по этому докладу

От 5 разработчиков до 50: что меняется при росте команды

Сергей Сафонов

Я пришёл в компанию skyeng, когда в ней было всего 5 разработчиков, и все всё знали.

С тех пор за три года компания сильно изменилась: возросло количество проектов, поменялись процессы. Сегодня в компании работают 1500 сотрудников, не считая учителей, причём 90% работают удалённо.

Я расскажу о том, что именно менялось за всё это время в разработке.

Тимлидам будет интересно узнать, кого мы считаем крутыми тимлидами, за что именно они должны отвечать и что делать необязательно. На что стоит обратить внимание, когда ваша команда активно растёт от двух до десяти разработчиков.

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

Программный комитет ещё не принял решения по этому докладу

Гемба на 5 миллионов

Сергей Грязев

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

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

Бизнес на стыке онлайн и офлайн
,
Обслуживание клиентов, техническая поддержка, обратная связь
,
Теории и техники анализа
Программный комитет ещё не принял решения по этому докладу

5 критических ошибок руководителей проектов

Иван Карякин

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

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

Работа со внешним заказчиком/исполнителем
,
Продуктовая разработка
,
Управление / другое
,
Общение с заказчиком, извлечение требований
Программный комитет ещё не принял решения по этому докладу

Как большая IT-команда может меняться сразу по всем фронтам и при этом не умереть

Александр Андронов

25 мая 2017 года. Очередное падение системы, 4 часа она лежала, поднималась минут на 10 и снова падала. И это на "Последний звонок". Потеряли кучу клиентов. Проблемы со стабильностью, команда инфраструктуры была загружена на 200%, QA толком не было, разработка велась по компонентам, часто не соответствуя приоритетам бизнеса.

Как может IT-команда меняться сразу по всем фронтам и при этом не умереть? Мы меняли свои процессы везде практически одновременно.

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

В начале 2018-го мы стабильны, у нас фичакоманды, проблемы при релизах стали нонсенсом, мы деплоим в любое время без остановки, идем в .NET Core в линукс-среду, IT-команда выросла в 2 раза.

Это рассказ о том, как мы умудрялись меняться одновременно по всем фронтам.

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Антикризисный менеджмент
Программный комитет ещё не принял решения по этому докладу

Разработка как производство. Переход от Scrum к Kanban

Руслан Остропольский

* О том, как лучше ничего не делать, чем делать ненужное.
* Переход на Kanban по принципу “Точно в срок”.
* Как держать фокус разработки.
* Как сделать сроки “прогнозируемыми”.

Совместная работа, система контроля версий, организация веток
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Продуктовая разработка
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Продажи

CRM маркетинг: каждый клиент под прицелом

Сергей Кулешов

- Динамические, статические и готовые сегменты клиентов;
- клиенты из CRM в соцсети для догонки рекламой;
- голосовое информирование, рассылки, сообщения в Открытые линии;
- аналитические отчеты ваших email-рассылок.

Программный комитет ещё не принял решения по этому докладу

Быть ближе к клиенту проще, чем вы думаете. Современные способы коммуникации

Сергей Кулешов

- Скорость отклика на запрос клиента - один из ключевых показателей, влияющих на лояльность клиента.
- Клиенты хотят говорить с вами с соцсетях и мессенджерах. Стоит ли это делать и сколько это стоит.
- Что общего у телефонной АТС, Telegram, Вконтакте и Skype?
- Поговорим о технологиях, которые бесплатно сделают ваш бизнес очень быстрым и омниканальным.

Программный комитет ещё не принял решения по этому докладу

Как открыть стартап: секреты продвижения на примере онлайн-сервиса уборок Qlean

Роман Кумар Виас

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

Программный комитет ещё не принял решения по этому докладу

Глобальные тренды продажи и развития IT-продукта

Павел Рысков

1. Как изменились системы продаж крупнейших вендоров: переход в клауд.
2. Эволюция IT-продукта из технологии в сервис.
3. B2B is dead. Основной принцип формирования ядер клиентских сегментов: business value и не только.
4. Упаковка IT-продукта: работающее ценностное предложение UVP.
5. Что на самом деле такое «успешная сделка» и какой KPI ставить продажам.
6. Customer Success — мировой тренд управления продажами в IT.

Выбор стратегии долгосрочного развития, KPI
,
Продажи, конкуренция и аналитика
Программный комитет ещё не принял решения по этому докладу

Семь правил клиентосбережения

Сергей Кулешов

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

1. На этапе привлечения клиентов и работы с входящими обращениями и заявкам (компания не поддерживает привычные для клиентов каналы коммуникаций, теряет заявки, не фиксирует контакты в crm и т.д.).
2. На этапе работы с текущими клиентами и сделками (менеджеры медленно или вообще не отвечают, забывают об обещаниях, забывают перезвонить, клиенту приходится по сто раз объяснять одно и то же при каждом обращении и т.д.).
3. Не работают с накопленной клиентской базой, не пытаются допродать или предложить что-то новое.

Чтобы приумножать клиентов, не терять их и продавать больше, мы предлагаем следовать "7 правилам клиентосбережения".

Программный комитет ещё не принял решения по этому докладу

Управление продажами. Качество обработки входящих лидов

Алексей Титов

Будут рассмотрены две темы:

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

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

Продажи, конкуренция и аналитика
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Особенности онлайн-продаж сложных продуктов

Алексей Добрусин

1. Технологии узкой сегментации аудитории в интернете на примере сложной ориентированной на b2b продукции завода Тяжмаш;
2. Опыт прямых продаж сложных продуктов на примере продукции завода "Тяжмаш";
3. Опыт многошаговых продаж на примере ипотечных продуктов банка Абсолют: почему онлайн-продажи не всегда продажи, и что с этим делать.

Программный комитет ещё не принял решения по этому докладу

Юриспруденция

Тайны патентования программного обеспечения

Александр Левкин

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

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

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

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

Продажи, конкуренция и аналитика
,
Работа с зарубежным заказчиком/рынком
,
Юридические вопросы
,
Интеллектуальная собственность на программное обеспечение;
Программный комитет ещё не принял решения по этому докладу

Вы ничего не знаете про патенты!

Дарья Яцкина

По данным патентных брокеров США, средняя цена сделки по покупке одного софтверного патента на 2016 год составила $235,000. Количество софтверных патентов в России измеряется тысячами и каждый год растет, а все потому, что патенты становятся инструментом конкуренции за инвестиции, маркетинга и неотъемлемым условием для выживания на развитых рынках.

В докладе будет дан краткий ликбез по патентам, ориентированный на IT-отрасль, в частности: что такое софтверный патент с примерами, что он дает, как выглядит патентная заявка и как ее правильно читать, критерии патентоспособности и распространённые заблуждения, связанные с ними. Данная часть аккумулирует всю боль вопросов от senior-менеджмента компаний, которые «разбираются в теме».

Также доклад развенчает миф о том, что софт в России не патентуется, расскажет о злоключениях наших IT-компаний в патентных джунглях США и о сделанных выводах. Для тех, у кого пока нет своего проекта, будут предложены причины участвовать в создании патентов для работодателя, которые сработали на инженерах Ingram.

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

Выбор стратегии долгосрочного развития, KPI
,
Работа со внешним заказчиком/исполнителем
,
Интеллектуальная собственность на программное обеспечение;
Программный комитет ещё не принял решения по этому докладу

Как Европа обяжет с 25 мая 2018 года все компании в мире защищать данные европейцев. Как жить российскому ИТ-бизнесу с этим

Максим Лагутин

1. GDPR - новый общеевропейский регламент о защите персональных данных: что за зверь, и как он влияет на весь бизнес в мире - от уведомлений об утечках данных до штрафов в 20 млн евро или 4% оборота компании.
2. Какие российские компании попадают под действия GDPR?
3. Что нужно и что можно сделать ИТ-бизнесу, чтобы закон не помешал реализовывать проекты и продажи в Европе?

Работа с зарубежным заказчиком/рынком
,
Юридические вопросы
,
Взаимодействие с государством
Программный комитет ещё не принял решения по этому докладу

Как юридически cкрепить партнерство узами совместной интеллектуальной собственности

Кирилл Митягин
Николай Зайченко

Заключать соглашения о совместном правообладании интеллектуальными продуктами и выделять доли в праве можно уже 10 лет. Например, вам нужно с партнером договориться о продвижении совместного продукта. Обычный путь:
(1) создать совместную компанию;
(2) передать права на продукт в компанию;
(3) корпоративным договором урегулировать отношения;
(4) все действия с продуктом осуществлять через управление компанией.

Можно проще - установить доли в интеллектуальном праве на продукт и все вопросы решить на уровне соглашения о совместном правообладании.

Но! До 2018 года практика применения таких соглашений была мало распространена. С 2018 года изменилось несколько факторов, которые расширяют и подтверждают возможность использования долей в интеллектуальном праве:
1) появилась судебная практика на уровне Суда по интеллектуальным правам и она стала более очевидной (см. дело №А40-210165/2016). Ранее юристы-практики ссылались на мутное правовое регулирование, неоднозначность судебной практики и отказывались признавать сделки с долями в интеллектуальных правах (например, из-за такой позиции юристов Сбербанка клиент теряет 2 млн руб ежегодно на налогах);
2) расширение пределов субсидиарной ответственности увеличивает риски взыскания долгов юридического лица с руководителей и участников компании;
3) желание бизнеса увеличить количество совместных проектов и скорость их оформления, как на старте, так и при завершении проекта (вместо долгой процедуры закрытия юридического лица понятная процедура расторжения соглашения).

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

Модели руководства
,
Корпоративная культура и мотивация
,
Выбор стратегии долгосрочного развития, KPI
,
Продажи, конкуренция и аналитика
,
Работа со внешним заказчиком/исполнителем
,
Работа с зарубежным заказчиком/рынком
,
Юридические вопросы
,
Интеллектуальная собственность на программное обеспечение;
,
Взаимодействие с государством
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Команда

«Совершайте ошибки!», или Ложная уверенность

Андрей Токач

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

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

Программный комитет ещё не принял решения по этому докладу

Как вырастить фичакоманду за 3 месяца

Антон Бевзюк

3 месяца назад моя команда CodeMonkeys работала только над одним компонентом DodoIS - кассой ресторана, в основном на C#.

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

Какие преимущества дает фичакоманда по сравнению с компонентной командой, и какие практики eXP помогают её вырастить - вот про это и поговорим.

Большие проекты/команды
,
Поиск и развитие команды
,
Продуктовая разработка
Программный комитет ещё не принял решения по этому докладу

О важности коммуникации в сфере IT-проектов

Антон Пермяков

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

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

Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Обслуживание клиентов, техническая поддержка, обратная связь
Программный комитет ещё не принял решения по этому докладу

Управление распределенной командой: 5 часовых поясов в одной упряжке

Александра Рудаковская

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

Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

По ту сторону менеджмента. Ошибки и их последствия

Александр Метик

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

Все кейсы основаны на реальных событиях в разных компаниях.

Программный комитет ещё не принял решения по этому докладу

Как создать эффективную команду проектных менеджеров

Константин Шубин

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

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

3. Фидбэк подчиненным каждый день!
Встречи 1:1 дали крепкий фундамент для улучшений, пора давать регулярную обратную связь.
- Покажу на примерах, как давать фидбэк, в каких случаях и как часто (спойлер: подход "раз в полгода" не работает).
- Отмечу, что любой фидбэк (положительный или запрос на изменения) направлен на позитивные изменения в будущем.
- Расскажу, что делать, если фидбэк не работает и изменений нет.

4. Постановка задач, делегирование и контроль работы (на примере команды проектных менеджеров).
Приступим к действию! Только не вы, а ваша команда.
- Расскажу на примерах, как собранной супер-командой добиваться значимых результатов и не заниматься микро-менеджментом всех и вся.

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

Модели руководства
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Найм “своих” разработчиков без HR-менеджера

Виталий Калинин

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

Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Тимлиды: бойцы или командиры?

Никита Быков

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

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

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

В своем выступлении я собираюсь коснуться следующих тем:
- Teamlead vs Senior: битва Jira и IDE.
- Команда: собери свой маленький спецназ.
- Тактика и стратегия: как правильно спланировать и оценить нагрузку.
- Внутренние коммуникации: минимизируем точки входа.

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Модели руководства
,
Корпоративная культура и мотивация
,
Продуктовая разработка
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Строим успешный проект через… ритуалы в команде!

Анатолий Иванов
Алексей Куксенок

Какие правила и ритуалы помогают успешным командам?

Что делать для форсажа и краткосрочной турбоэффективности, и как выстраивать самоорганизующуюся команду “на века”. А можно ли вообще объединить эти два полярных мира?

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

Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Собери и сохрани: найм команды и ее удержание

Андрей Рыжкин

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

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

- Поиск сотрудников. «Не hh.ru единым»: площадки для поиска. PR-инструменты для рекрутинга. Как правильно оформить вакансию. KPI для рекрутера и прочие неочевидные, но очень важные вещи;
- Выбор соискателей. Почему не стоит заострять внимание на опыте. Как разрешить сомнения насчет кандидата. Как правильно отказывать, сохраняя лояльность;
- «Еще не все кончено»: что делать, если соискатель вам отказал. Аргументы, тактика, мотивация;
- Индивидуальный подход. Как работать с разными типами сотрудников («нытики», «вонючки», «лидеры», «трудяги» и т.д.);
- Мотивация. Роль нематериальных благ в вопросе удовлетворенности работой. Диверсифицированный подход к каждому;
- Увольнение. Боремся за сотрудника до конца. Как отпустить так, чтобы от этого была польза.

Большие проекты/команды
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Как научить думать... команду ?

Дмитрий Безуглый

Всем знакома фраза "Разработка ПО - это командный вид спорта". Однако, что значит в случае разработки быть командой? В футболе, баскетболе, хоккее и т.д. игра идет стенку на стенку, и каким бы умелым ни был отдельный игрок, если некому дать пас, и никто не прикрывает ворота, победы ему не видать.

А что происходит в команде разработчиков? Код пишет программист и, если не считать парного программирования, в конечном итоге, решения принимает он сам... Или нет? Результат работы команды разработки - это множество принятых решений. Улучшение процесса, в результате которого рождаются решения, и называется "научиться думать". Научиться думать как команда - значит, научиться разрабатывать...

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

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

В рамках доклада мы рассмотрим:
* компетенции связанные с мышлением;
* групповую динамику через призму развития способности к мышлению;
* как Agile и Lean помогают развить мышление, почему возникают проблемы с внедрением Agile, какие проблемы в мышлении возникают у Agile-команд. Какие mindsets должны быть у команд;
* метод NASA и как он помогает командному и организационному мышлению;
* как выстроить диагностику команд (на примере реальных кейсов), и какую роль в развитии команды может играть командный коучинг.

Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Выбор стратегии долгосрочного развития, KPI
,
Будущее рынка разработки ПО
,
Теории и техники анализа
,
Общение с заказчиком, извлечение требований
Программный комитет ещё не принял решения по этому докладу

Программисткие синдромы

Дмитрий Новосёлов

Многим из нас приходилось думать или озвучивать такие мысли:

"Нам не дали достаточно времени"
"Это работает"
"Всё надо переделать"
"Здесь каши не сваришь"

Это — стереотипы, которые мы вырабатываем для упрощения принятия решений. Такие стереотипы полезны, но только до тех пор, пока мы их осознаём. Если же они формируются неосознанно, то мы не можем выйти за их рамки, когда это нужно, и ошибаемся при принятии решений.

Стереотипы, имеющие обширную "зону поражения", я назвал синдромами. По моим многолетним наблюдениям, приведённым выше синдромам подвержен практически каждый разработчик. Их обсуждению и посвящён мой доклад.

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Корпоративная культура и мотивация
Программный комитет ещё не принял решения по этому докладу

Какие грабли звенят больнее всего - разберем мажорные тех. риски в команде

Андрей Иванников

- Перфекционизм, тех. долг, легаси и рефакторинг. Когда дейтвительно нужно, и где тут грань адекватности? Вытягиваем команду в Fast Delivery, снижаем риски рефакторинга через Strangler Application, выстаиваем системный Continuous refactoring.
- Overengineering. Какие виды бывают, с чем связаны, и как учитывать в проекте.
- Хочу изучать новое, и бездумная гонка по тех. хайпам. Извлекаем пользу, выявляем адекватность, остальное направляем в нужное русло с минимальными потерями для проекта.
- Типовая классификация Junior, Middle, Senior. Как не-технарю понять, кто у тебя в команде, и чего ждать.
- Собираем сбалансированную команду профессионалов. Кросс-функциональность - WTF?



Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Продуктовая разработка
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Разработка

Нам нужен проджект! или Как жить, если ты теперь ПМ?

Владимир Толоконников

Из вас сделали ПМ-а? Или вы решили самостоятельно уйти в менеджмент? А может вы поняли, что вам нужен проджект, но не понимаете, что от него требовать?

Тогда именно для вас я:
- расскажу, кто такой ПМ, если вы еще не знаете ("человек-оркестр" или "3 в 1");
- объясню, какие могут возникнуть проблемы у него (запускаем инородный организм в наше любимое тельце);
- поведаю о его "болях" и всем, что его гложет (nightmare в DOOM'е - детские шалости);
- поясню за инструменты проджекта и о чем часто забывают (крутые штуки, которые не работают);
- раскрою "тайны" управления (много умных слов, запоминаем, чаще используем).

Инструментальная поддержка, декомпозиция задач
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Работа со внешним заказчиком/исполнителем
,
Продуктовая разработка
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Горе от ума, или как разработчику переключиться с разработки проектов на разработку продуктов

Юрий Петров

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

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

1. Первая встреча. Учимся задавать правильные вопросы владельцу продукта.
2. Процесс разработки. Как не повторить опыт древнегреческого Икара?
3. Результаты. Развиваем успех или принимаем поражение.
4. Выводы. Плюсы и минусы трансформации в разработчика продуктов.

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Оценка сложности проекта
,
Продуктовая разработка
Программный комитет ещё не принял решения по этому докладу

Как начать DevOps-трансформацию

Андрей Александров

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

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

Менеджмент в эксплуатации
,
Devops / другое
Программный комитет ещё не принял решения по этому докладу

Метрики IT-производства

Виталий Каторгин

У нас было:
- куча отделов;
- хаос в задачах;
- непонятные сроки;
- во всем виноваты заказчики / разработчики / pu-teen.

Но мы знали, что рано или поздно это надо изменить.

Чтобы изменить, надо понять. Чтобы понять, надо померить... и мы померили!

Оказалось. Чтобы производство работало как надо, достаточно просто...

Программный комитет ещё не принял решения по этому докладу

Чек-лист для веб-студии

Михаил Смирнов

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

Только практика работы. Опыт роста среднего чека на разработку сайтов в региональных студиях в 3-4 раза за шесть месяцев и выход на положительную маржу. Плюс пример использования чек-листов для старта работы колл-центра при продаже seo-услуг.

Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Продажи, конкуренция и аналитика
,
Продуктовая разработка
,
Бизнес на стыке онлайн и офлайн
,
Обслуживание клиентов, техническая поддержка, обратная связь
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Мы делили апельсин. Реальная история реформы ИТ

Андрей Ревяшко

1. Борьба за ресурсы монолитного ИТ-отдела компании есть бутылочное горлышко в реализации задач.
2. Когда в каждом департаменте есть свой ИТ-отдел, появляются возможности быстрого подтверждения прибыльности того или иного проекта.
3. Львиная доля времени по созданию того или иного сервиса уходит на подготовку ТЗ. Своевременное взвешивание ответственности от последствий со стороны бизнес-заказчика в ряде случаев сводит надобность ТЗ к нулю.

Программный комитет ещё не принял решения по этому докладу