AgileDays

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

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

  4 и 5

марта

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

Lean Software Development

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

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

 

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

 
 

Для тех, кто в танке — что такое 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 или чем полезно мышление.

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Engineering & Quality, Agile Process, Team
Докладчик: Kirill Sorudeykin, Relevance Research & Development

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

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

#2

Пуассоновское горение сроков  lighting talk

Когда мы говорим о какой-либо неопределенности, то чаще всего представляем гауссовское распределение: - Какова трудоемкость этой задачи? - Столько-то плюс/минус столько-то. - А распределение? - Гауссовское, конечно же! Этот посыл можно встретить во многих хороших и в остальных аспектах замечательных работах на тему планирования и прогнозирования сроков.   Но он в корне неверен! …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Agile Process
Докладчик: Андрей Бибичев, iPi Soft

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

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

#3

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

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

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

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

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

#4

Персональный SCRUM lighting talk

Каждый из нас методолог для своего проекта под названием жизнь. Я поделюсь техниками, которые составляют мой "Personal Scrum". Моя методология - это смесь GTD, тайм-менеджмента, помидоров, состояния потока, интуиции, эмоционального интеллекта и элементов коучинга, а так же немножко TDD. Блюдо разбавляется биохимией теории успеха.  Я покажу, как успех индустрии перенести к себе домой, в свою комнату. Как использовать стены, холодильник, кухонные таймеры, чтобы достигать целей и результатов, страстно желаемых вами.  …

Уровень аудитории: практикующие
Направление: Agile Process
Докладчик: Денис Миллер, Agile Russia

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

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

#5

Чем опасен agile? Опыт разработки крупного коммерческого веб-проекта

- Чем заказная разработка «под ключ» отличается от инвестиционной модели, применяемой в стартапах; - Различия в моделях принятия решений у частных заказчиков и крупных корпоративных структур; - Критерии применимости agile-технологий в коммерческой разработке; - Предвосхищение недостатков методологии: узкие места agile и способы управления рисками на примере реальных проектов; - Подведение итогов: как не потерять гибкость.  …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Agile Process
Докладчик: Дмитрий Калинников, ADV

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

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

#6

Что означает «Готово!»: применение практики Definition of Done

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Engineering & Quality, Agile Process, Team
Докладчики: Николай Алименков, Алексей Солнцев, XP Injection

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

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

#7

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

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

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

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

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

#8

Практики 'Экстремального Программирования' в оффшорном проекте

В настоящее время agile методологии широко применяются при разработке программного обеспечения. Очень популярен Scrum, становиться все более популярным Kanban.   Однако данные чрезвычайно мощные методологии определяют правила разработки на довольно высоком уровне менеджмента команды и взаимодействия с заказчиком. Если же спустится немного ниже к техническим приемам и принципам работы программистов, то практики XP ('Экстремального Программирования') по-прежнему остаются незаменимыми и эффективно дополняют собой методологии более высокого уровня, которые сами по себе достаточно абстрагированы от конкретной специфики разработки программного обеспечения.   В докладе приводиться подробное описание практик XP с конкретными примерами применительно к разработке программного обеспечения в оффшорной ситуации.   Рассматриваются следующие практики: - Парное программирование - Модульное тестирование - Общее владение кодом - Ничего на будущее - Простые решения - Непрерывные рефакторинг - Непрерывная интеграция   …

Уровень аудитории: новички, практикующие
Направление: Agile Process
Докладчик: Сергей Андржеевский, First Line Software

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

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

#9

Эмоциональный клей - секретные техники построения команды мастер-класс

Люди хотят не только зарабатывать деньги, но и чтобы работа приносила удовольствие. Agile — это первый шаг. А что будет вторым? Увы, программисты не роботы и не аппараты по переработке пищи в код. Создание комфортной атмосферы в команде создаёт огромный потенциал для раскрытия личности. Менеджер получит больше инструментов для достижения коммерческих целей эффективным способом, а инженер — удовольствие от участия в команде мечты.Как же сделать “безопасную” и “комфортную” среду для развития команды и проекта? Не секрет, что инженер — это специалист по коммуникации. Как это делать эффективно? Какие навыки нам нужны? Во время доклада попрактикуем мощь эмоционального интеллекта. И к нашим инженерным навыкам (кодировать, фиксить баги, писать юнит тесты, чекинить и интегрировать бранчи) добавим парочку не менее инженерных: эмпатия, честность, справедливость. …

Уровень аудитории: практикующие
Направление: Agile Process, Team
Докладчик: Денис Миллер, Agile Russia

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

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

#10

В чем счастье заказчика? Готовые фичи вместо гант чарта!

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

Уровень аудитории: новички, практикующие
Направление: Product Management, Experience Report
Докладчик: Станислав Калканов, Luxoft

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

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

#11

Тестирование встроенного ПО: альтернатива классическому 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

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

#12

Наследие капитана Флинта: трудности и ошибки внедрения Scrum на примере компании Промедичи

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

Уровень аудитории: практикующие
Направление: Product Management, Team
Докладчики: Александр Лесневский, Никита Филиппов, Промедичи

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

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

#13

Domain Driven Design в условиях разработки распределенных приложений

Распределенная архитектура приложения сейчас является наиболее актуальным выбором при проектировании корпоративных информационных систем. Такие архитектурные шаблоны как сервисно-ориентированная архитектура (SOA) и трехзвенная архитектура (3-tier architecture) являются de-facto стандартами в разработке корпоративных приложений.   Зачастую, главной проблемой в разработки является борьба со сложностью решаемой задачи, при этом для приложений уровня предприятия сложность с каждым годом стремительно увеличивается. Одним из наиболее эффективных средств борьбы с растущей сложностью является методология проектирования на основе модели предметной области (Domain Driven Design, DDD). Каждый, кто пытался применить DDD в приложениях, имеющих распределенную архитектуру, будь то сервисы или клиент-сервер, знает с каким количеством трудностей приходится сталкиваться. В докладе будут рассмотрена целесообразность применения  DDD в приложениях с сервисно-ориентированной архитектурой и в многозвенных приложениях, будут освещены трудности, возникающие при использовании DDD, и обозначены пути их преодоления. Будут даны ответы на вопросы: Стоит ли использовать DDD при разработке распределенных приложений?  …

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

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

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

#14

Использование 3х-точечных оценок в Scrum

Часто встречаюсь с тем, что даже команды начавшие использовать Scrum достаточно давно, всё ещё испытывают сложности с оценками историй пользователей (user stories). Оценка историй из бэклога занимает неоправданно много времени. Мы рассмотрим типичные причины этих сложностей и классические решения проблемы.  …

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

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

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

#15

Поведенческая модель DISC в Agile проектах lighting talk

На этом докладе мы рассмотрим поведенческую модель DISC, её практическое использование для построения взаимоотношений внутри команд. Затем разберём какие качества (профили поведения) должны проявлять разные роли в Scrum для построения эффективного взаимодействия. Я поделюсь статистикой по ролям которую собрал на докладе по DISC в Харькове. Хорошим результатом доклада для Scrum-практиков будет нахождение направления дальнейшего роста собственных soft skills... …

Уровень аудитории: новички
Направление: Product Management
Докладчик: Кирилл Климов, Golden Planet Ukraine

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

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

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

123