AgileDays

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

Кроме того, серия докладов будет посвящена самым последним и самым интересным тенденциям, таким как Lean Development, DDD, BDD, TDD, FDD и другим xDD. В конференции примут участие западные гуру.

  4 и 5

марта

 Регистрация закрыта
 Москва ул. Шипиловская д. 28А,
гостиница «Милан» 

Командный старт

Ограничение: 25 человек (кто успел того и тапки) У нас новый проект и делать его будет новая команда.  Возможно, мы давно работаем  в одной организации, но мы впервые будем делат…

На доклад идут: 17

 

Новые доклады

 
 

Для тех, кто в танке — что такое Agile lighting talk

Yet Another введение в Agile. Не очень короткое (не «Скрам за 5 секунд» и т.п.), но зато вполне вдумчивое, на хорошем уровне, для достаточно подготовленной (как выяснилось) аудитории. …

Уровень аудитории: новички, практикующие
Докладчик: Асхат Уразбаев, ScrumTrek

На доклад идут: 0

Задать вопрос

Lean Software Development lighting talk

LSD всем, даром и никто не уйдет обиженным! Незапланированный доклад-введение в Lean Software Development! Про Lean, рожденный великим сенсеем Тайоти Ооно на заводах Тойоты, в попытке победить Форд, расскажет Никита Филиппов, рожденный в Тольятти, и прове …

Уровень аудитории: практикующие
Направление: Product Management
Докладчик: Никита Филиппов, ScrumTrek

На доклад идут: 0

Задать вопрос

Как сервисному отделу не стать бутылочным горлышком

Основной идеей Agile является увеличение ценности разработки для бизнеса. Ваш Капитан.   Тестирование никогда не было созидательной службой. Если тестирование хорошее – оно уменьшает расходы бизнеса. Но дополнительное «value» в продукт тестированием при …

Уровень аудитории: практикующие
Направление: Experience Report, Team
Докладчик: Юля Нечаева, Иннова

На доклад идут: 0

Задать вопрос

Доклады

#1

Адаптация Agile-практик под команду за час мастер-класс

Аджайл это когнитивный подход к разработке программного обеспечения. Что значит когнитивный?  Это значит что процесс создания программ не планируется от-и-до а развивается командой разработчиков во время работы над проектом через полученный всеми участниками опыт и знания. Команда как-бы изучает и тщательно отбирает практики которые помогают им получить отборный продукт. Как и в любом другом серьёзном исследовании, аджайл команде важно учитывать все моменты которые влияют на результат. Мы часто говорим о технических практиках, командной работе, UX, непосредственном общении с клиентами, создаваемой ценности и устранении трат. Что же должна учитывать и исследовать аджайл команда? Из чего делать свои селекционные выборы? Несмотря на бурный рост и популярность аджайла на эти вопросы нет однозначных ответов. Аджайл ещё очень мало изучен и мы можем говорить только о процессе "исследования и поиске" таких дисциплин, практик, методов, церемоний, которые влияют на успех разрабатываемых продуктов. Что еще делает процесс селекции очень сложным - это своего рода грызуны, сорняки к прочие вредители - вокруг аджайла вращается так много всевозможных домыслов, псевдо понимании и мифов. Как же научиться когнитивной практике? Что, я должен снова изобретать велосипед? Один из самых быстрых способов познания это имитация - внедрение увиденного, услышанного чужого опыта. AgileDays со своей программой даёт вам массу возможностей узнать о чужом опыте.  …

Уровень аудитории: новички, практикующие
Направление: Agile Process
Докладчик: Алек Козлов, scrum.ee

На доклад идут: 1

Задать вопрос

#2

Тестирование встроенного ПО: альтернатива классическому TDD

Вы сторонник TDD практики, но считаете, ее затратной или у вас не хватает времени на ее поддержание? Хочу предложить вам альтернативу - FTDD (Feature Test Drive Development) - в своем докладе я расскажу о реализации FTDD подхода для разработки встроенного ПО, который заменил классический TDD с юнит тестами, но сохранил качество. TDD (Test Driven Development) практика является одной из первых, которая рекомендуется в Agile, т.к. она способствует повышению качества кода и тестового покрытия. Однако, несмотря на всю детально описанную пользу от ее использования, многие команды ей пренебрегают, т.к. она требует значительных ресурсов, как для начальной разработки, так и для последующего поддержания и этой же практикой жертвуют первой, когда поджимают сроки. Особенно сложно использовать TDD при разработке встроенного ПО, ввиду сложности отладки. FTDD – подход, который поддерживает туже парадигму, что и TDD, но является более легковесным и требует меньше усилий на разработку и поддержку чем Unit Testing. Я расскажу, как в одном из центров разработки был разработан собственное фреймворк для реализации FTDD для встроенного ПО, и как код покрывался фича-тестами. И о том, как FTDD гармонично вписался в Continious Integration практику. …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Experience Report
Докладчик: Дмитрий Овечкин, Innova Systems

На доклад идут: 3

Задать вопрос

#3

Архитектура для автоматизированного тестирование UI

UI, он-же пользовательский интерфейс, он-же междумордие - это то, с чем непосредственно работают пользователи вашей программы. Именно от того, насколько правильно и просто построен UI, насколько он безошибочно работает, пользователь составит мнение не только о продукте, но и о вас как о его авторах. Именно поэтому так много внивания уделяется usability. Именно поэтому UI должен работать безукоризненно, а значит тестировать его не менее важно, чем бизнес-логику.    Какие есть способы автоматизированного тестирования UI? Как построить дизайн вашего приложения, чтобы облегчить тестирование? Какие паттерны лучше использовать? Чем отличаются MVC, MVP, Passive View, MVVM и Presentation Model? Ответы на эти и многие другие вопросы вы получите на этом докладе. Вас ждет множество примеров из реальных проектов, практические советы и приемы.   Приходите, будет интересно. …

Уровень аудитории: практикующие
Направление: Engineering & Quality
Докладчик: Антон Бевзюк, Intel

На доклад идут: 4

Задать вопрос

#4

Agile без брака, или как внедрить личную ответственность

Как научить программистов выполнять задачи с первого раза? Как получать меньше замечаний по итогам демо? Как не получать «пожары» после релиза? Как перестать быть нужным для выполнения любой задачи? . Если эти вопросы есть у менеджера, у остальных в команде есть свои «отражения»: как не возиться с глупыми багами программистов? (тестировщик), почему докопались до каких-то мелочей? (программист/ верстальщик/дизайнер), и так далее. . Источники вопросов не зависят ни от бюджета, ни от владениями технологий: то, что в одном случае вылезает на пользователя как баг, в другом – просто создает лишние затраты на исправление. . Решение – общее для всех: принцип «сделал — проверь», заряженный личной ответственностью каждого. Это — ключ к успеху в любой отрасли, но в разработке его внедрить сложнее всего. Но если внедрить — счастливее все. . В докладе: …

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Engineering & Quality, Experience Report, Agile Process
Докладчик: Антон Белоусов, EasyFinance.ru

На доклад идут: 4

Комментарии: 2

#5

Предварительная оценка и планирование Agile проектов

Доклад предлагает методы оценки для fixed-price agile проектов. Анализируются ключевые факторы, определяющие точность оценок и даются рекомендации для оценки проектов, для которых сложно оценить сроки разработки на начальной стадии. …

Докладчик: Дамир Тенищев, Exigen Services

На доклад идут: 2

Задать вопрос

#6

Обмен знаниями между распределенными командами

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Дмитрий Лайер, Softline

На доклад идут: 14

Задать вопрос

#7

Шаблоны «Асинхронный фильтр» и «HasValue» в разработке desktop приложений

Шаблон проектирования "Асинхронный фильтр"Разработку современных desktop приложений сложно представить себе без асинхронной загрузки и фильтрации данных для отображения. Но разработчики подобных решений сталкиваются с рядом трудностей при синхронизации пользовательского ввода с многопоточной загрузкой данных. Мы хотим поделиться нашим опытом в разработке асинхронных пользовательских интерфейсов для многозвенных программных комплексов.В докладе речь пойдет о шаблоне проектирования "Асинхронный фильтр" - данный шаблон представляет собой формализованный подход к асинхронной загрузке и фильтрации данных. Наша команда накопила богатый опыт в использовании этого подхода не только для загрузки данных, но и для визуализации в пользовательских интерфейсах связей master - detail.Шаблон проектирования "HasValue"Появление фреймворка "Google Web Toolkit" не осталось незамеченным в среде Java разработчиков и не только. Но мало кто заметил простенький интерфейс из этого фрейворка - HasValue. А тем не менее этот интерфейс способен полностью перевернуть Ваши представления о разработке не только web, но и классических desktop приложений. Он позволяет существенно уменьшить связанность элементов пользовательского интерфейса и проектировать API Ваших компонентов в терминах доменной модели данных. …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Experience Report
Докладчики: Дмитрий Ермаков, Олег Клинчаев, CustIS

На доклад идут: 7

Задать вопрос

#8

Экстремальный аджайл — танцуют все

Что будет, если практики Agile распространить не только на разработчиков, но и на всю команду — на аналитиков, проектировщиков интерфейсов, документаторов, продвиженцев? Как поменяется работа аналитиков? Сколько времени потратить на начальные исследования пользователей? Когда уже можно начинать программировать? Можно ли проектировать интерфейс по кускам? Как составить ТЗ, чтобы его прочитали разработчики?   В докладе мы ответим на эти и подобные вопросы, основываясь на нашем опыте, полученном в проекте «Электронный бухгалтер Эльба».   …

Уровень аудитории: новички, практикующие
Направление: Experience Report, UX & Product Marketing, Team
Докладчики: Семен Молотков, Евгений Кобзев, СКБ Контур

На доклад идут: 27

Комментарии: 7

#9

Один шаг на пути к доверию заказчика lighting talk

В Agile многое строится на доверии заказчика к команде. Очень хотелось бы, чтобы доверие появлялось само по себе. Чтобы не нужно было объяснять, что такое Story Points, Velocity и почему Planning Poker работает. Ведь для заказчика важно что? Результат. Правильно! На одном из проектов, после первой итерации, я столкнулся с ситуцией, когда результаты 2-х недельной итерации были продемонстрированы за 20 минут и после этого у заказчика возник вопрос: и это все? Почему возникает такой вопрос? Как на него можно ответить?  …

Уровень аудитории: новички, практикующие
Направление: Experience Report
Докладчик: Павел Габриель, Смарт системз

На доклад идут: 1

Задать вопрос

#10

Стихийный Agile во внутрикорпоративной среде

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Всеволод Леонов, Embarcadero

На доклад идут: 0

Задать вопрос

#11

Масштабирование Scrum на большую распределенную команду

На сегодняшний день Scrum пустил корни уже во многих софтверных компаниях... но его использование происходит обычно на уровне отдельных команд или проектов.   В этом докладе я расскажу об опыте использования Scrum'а в компании Softline, в департаменте, где по этой методологии работает больше 100 человек.   Из доклада вы узнаете …

Уровень аудитории: практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Борис Вольфсон, Softline

На доклад идут: 20

Комментарии: 5

#12

Kanban vs Scrum – чьё кунг-фу сильнее

Experience report из реальной жизни. На примере перехода от Scrum к Kanban в одном проекте мы рассмотрим Scrum: какие предпосылки в нём используются и для каких проектов он подходит лучше, а для каких — не очень ;) …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing, Agile Process
Докладчик: Кирилл Климов, Golden Planet Ukraine

На доклад идут: 15

Комментарии: 1

#13

Инженерные техники Agile мастер-класс

 Инженерные практики Agile   Мастер-класс дает обзор техник, которые делают возможной разработку в стиле „Agile“. Инженерные практики рассматриваются как взаимодействующая система, обращается внимание на их сильные и слабые стороны. В результате тренинга участники будут понимать: какие инженерные практики необходимы для работы в стиле „Agile“ для чего предназначена каждая из рассматриваемых практик как внедрять практики каковы основные сложности встречаются и как их преодолевать  …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Agile Process
Докладчик: Сергей Евтушенко, Люксофт

На доклад идут: 1

Задать вопрос

#14

Трехуровневое планирование в Agile из реальной практики и как реагировать на изменения заказчика.

На сегодняшний день Agile является основным мейнстримом в процессе разработки ПО. Существует большое количество статей и книг, описывающих SCRUM, Kanban и Lean, но после прочтения вы, возможно, задумаетесь о том, как на практике адаптировать эту замечательную методологию. В своем докладе я расскажу, как я изучал и внедрял Agile, а также поделюсь реальным опытом многоуровневого планирования в Agile, который был адаптирован и проверен в реальном центре разработки.  …

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Agile Process, Team
Докладчик: Дмитрий Овечкин, Innova Systems

На доклад идут: 7

Задать вопрос

#15

Непрерывная интеграция при разработке баз данных

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

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Experience Report
Докладчик: Владимир Бахов, AT-Consulting

На доклад идут: 13

Комментарии: 2

Смотреть все доклады

123