Анна Обухова
Agile Coach @ ScrumTrek
Санкт-Петербург

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


Игорь Цупко
технический директор @ Notamedia
Москва

Правда о том, как внедрить в компании документирование проектов, и о том, какая документация вам на самом деле не нужна.

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

Существует ли всегда актуальная, работающая документация на интернет проекты? Давайте разберёмся.


Нагрузочное тестирование в Lazada

* Как мы до этого дошли и зачем нам это надо

* Что мы используем готового и что пришлось разработать самим

* Как мы анализируем результаты тестов и какую статистику собираем

* Почему мы доверяем результатам тестирования

* Как мы стреляем по продакшену и ничего не боимся

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

* Что мы хотим сделать в будущем


Дмитрий Фронин
Ведущий разработчик @ Альфа-Банк
Ульяновск

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

Мы рассмотрим:

  • Проблемы в разработке программного обеспечения
  • Зачем нам Аджайл, и какие выгоды мы получим
  • Ценности и принципы Аджайл
  • Ценности и принципы Скрама
  • Проблемы Мотивации команды
  • Влияние Лидера на команду

Сергей Баранов
Agile Coach @ ScrumTrek
Москва

Представьте себе пару ситуаций:

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

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

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

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


Алла Клименко
CEO @ Mad Devs

В докладе я с удовольствием расскажу:

* Как и почему мы перешли от модели с командой в офисе к полностью распределенной команде в некоторых наших проектах.

* С какими трудностями мы столкнулись при работе с распределенной командой: чему пришлось учиться и чему еще предстоит научиться.

* Как выстраивать асинхронную коммуникацию в команде: подводные камни и решения.

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

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


Алексей Максимов
Руководитель разработки @ МедиаСофт
Ульяновск
Андрей Клюев
Ведущий разработчик @ МедиаСофт
Ульяновск

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

- Автоматизация поиска по крупнейшим торговым

площадкам Японии

- Реализация автоматизированной системы

управления переводами

- Автоматизация складского учета

- Реализация микросервисной архитектуры проекта

- Автоматизация взаимодействия с почтой Японии

через симуляцию пользовательских действий

- Автоматизация построения системы оплат и обработки сделок с онлайн-поставщиками


Валерия Андрианова
Product Marketing Manager @ JetBrains
Санкт-Петербург

История о том, как мы в JetBrains готовим agile на живых примерах самых разных команд: продуктовых, маркетинговых, дизайнерских, и команды технических писателей. Моя история будет интересна всем, кто живет в мире IT. Особенно, если вы уверены, что не следуете никакому процессу, а если и следуете, то делаете это совершенно неверно. Неожиданно, но это и есть явный признак того, что вы по-настоящему постигли agile, вам просто не хватает секретного ингредиента.


Сергей Кулешов
Заместитель генерального директо @ 1C-Битрикс
Москва

Во время доклада мы:

- выясним, почему нужно меняться

- разберем проблемы выбора идей и направлений для инноваций

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

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


Иван Михеев
Заместитель технического директо @ AGIMA
Москва

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


Савунов Василий
коуч @ ScrumTrek
Москва

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

Но как вовлечь людей в это процесс? Как добиться самоорганизации?


Илья Макаров
CTO @ Simtech
Ульяновск

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

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

А как насчет объективных данных?

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

Какие метрики и данные стоит собирать и как перейти от субъективных оценок к data-driven development


Юрий Васияров
SVP Engineering @ Lazada
Москва

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

- Фреймворк

- Управление зависимостями

- CI

- Профилирование

- Конфигурирование

- Code style

- Статический анализ кода

- Типичные ошибки

- Производительность Golang приложений

- Вопросы найма Golang программистов


Дмитрий Безуглый
Coprocessor @ ООО "Системный Подход"
Москва

Сложность и уникальность растет ...

Объем знаний необходимый для результата не влезает ни в одну голову, нужна команда ...

От серебряных пуль остались только легенды ...

Никто уже не точит просто пилу, ее нужно точить под что-то, и скорее всего этого еще нет...

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

В рамках доклада будут предложены ключевые:

- принципы успешной деятельности и выращивания культуры,

- средства самоорганизации и развития процессов,

- способы ускорения развития компетенции.

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


Анастасия Распопина
Marketing Specialist @ Percona
Нижний Новгород

1. Команда: кто способен так работать и где их взять.

2. Инструменты: синхронизация работы 150 человек в разных часовых поясах.

3. Кейсы и истории из реальности удалёнщика.

4. Межкультурные различия и как их готовить.

5. Корпоративная культура в условиях отсутствия кулера.

Доклад будет интересен основателям стартапов, представителям менеджмента, рассматривающим модель home office, кадровикам виртуальных компаний и специалистам в области внутренних коммуникаций и Developer Relations.


Язык Go уже завоевал значительную популярность и всё чаще используется для написания сетевых сервисов или консольных утилит. От версии к версии улучшается компилятор и производительность стандартной библиотеки. Однако иногда возникает задача найти и ускорить узкое место, найти блокировку или объяснить задержки сборщика мусора. Об этом мой доклад. Мы научимся писать правильные benchmark'и, использовать pprof и execution tracer, посмотрим на отладочную информацию runtime и коснёмся расширенных возможностей отладки производительности на Linux. Так же я расскажу про некоторые существующие оптимизации компилятора Go и как случайно их не отключить.


Василий Васильков
Инженер @ Ecwid
Ульяновск

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


Алексей Ключников
Разработчик @ XiMAD
Ульяновск

1. Трафик команд вместо трафика данных

2. Шардинг

3. Масштабируемость

4. Интерактивность

5. Упрощение и ускорение разработки