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

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

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

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

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

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

#2

Иду по приборам! Практические советы по визуализации работ

Многие вещи в процессе работы ускользают от нашего взора. И иногда случается так, что узнаем мы об этом слишком поздно.    Яркий пример. Проект прошел отлично. Участвовали все заинтересованные лица. Требования досконально проработаны. Все ролевые тонкости отполированы до блеска. Сроки выдержаны. Качество на высоком уровне. Заказчик получил то, что просил, в лучшем виде. Но… не то, что ему было нужно. Такое возможно? Как!? …

Уровень аудитории: новички, практикующие
Направление: Product Management, UX & Product Marketing
Докладчик: Максим Гапонов, Банки.ру

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

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

#3

Модель системы — архитектура для Agile-разработки

Итеративная разработка в agile ставит проблему: как создавать и поддерживать архитектуру системы. Можно работать без нее, но в сложных проектах не получаются. DDD предлагает строить каркас как доменную модель. Это — лучше, но доменная модель описывает не все аспекты системы. Мы хотим поделиться своим опытом описания архитектуры.Начиная новый проект мы, естественно, создаем vision системы, определяем границы проекта. Затем создается интересный артефакт — архитектурная модель системы в терминах бизнеса, сначала в общем виде, описывающим крупные блоки системы и выработка плана реализации. А затем выполняется уточнение фрагмента модели, а на следующей итерации — его реализация и демонстрация Заказчику.Из чего состоит модель? Наша компания занимается заказной разработкой учетно-аналитических систем, и мы выработали достаточно устойчивый шаблон, использованный в десятках проектов, который мы называем Учетной машиной. Модель состоит из трех частей: доменная модель, модель документооборота и модель учета. Первая представляется диаграммой классов. …

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

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

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

#4

Зачем нам это надо? или Как продать Agile команде! lighting talk

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

Уровень аудитории: новички, практикующие
Направление: Product Management, Team
Докладчик: Михаил Карпов, Яндекс

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

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

#5

Agile и жизнь

Вы не ловили себя на мысли, что начинаете думать в терминах спринтов? Что на этой неделе у меня кончается спринт, поэтому в среду я занят, а в пятницу относительно свободен? Что в этом году будет еще 4 спринта, причем весь третий спринт, я буду в отпуске... Итеративный подход всё больше становится частью окружающего мира, структурируя не только наше рабочее, но и свободное время. А может быть это прекрасно? Что получится, если составить свой карьерный план/план профессионального развития итеративно? Если вы функциональный/ресурс менеджер, то что получится, если Вы согласуете итерации персональных планов Ваших сотрудников и график аттестаций с проектными спринтами? Что будет, если циклы/модули корпоративных обучающих программ будут составляться с использованием planning poker?   …

Уровень аудитории: новички, практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Александр Калугин, Mercury Development, Russia

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

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

#6

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

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

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

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

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

#7

Командный старт мастер-класс

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

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality
Докладчик: Сергей Дмитриев, AgileCoach.ru

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

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

#8

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

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

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

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

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

#9

В поисках гибкого разработчика

Одна из хорошо известных уязвимостей Agile-процесса заключается в его сильной зависимости от человеческого фактора. То есть вне зависимости от Вашего желания и возможностей по использованию самых современных инструментов и привлечения самых крутых экспертов Вы все равно можете прийти к полному краху проекта, демотивации и потере команды и заказчика просто потому, что у Вас в команде неправильные люди. Я предлагаю вам рассмотреть ключевые требования к кандидатам на должность разработчика в agile-команду. Мы рассмотрим как мнение экспертов на этот вопрос (доклад базируется на статье Джоанны Ротманн — одного из ведущих экспертов в области управления проектами, президента консалтинговой компании Rothman Consulting Group) так и попробуем взглянуть на эту тему с позиции менеджера проектов в российской компании. …

Уровень аудитории: новички, практикующие, эксперты
Направление: Team
Докладчик: Роман Юферев, VIAcode (ex-AVIcode)

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

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

#10

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

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

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

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

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

#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

Ревью кода с помощью Gerrit. lighting talk

Gerrit — Open Source система ревью кода, созданная при участии компании Google для разработки ОС Android. Мы рассмотрим как создаются заявки на ревью, каков процесс рассмотрения и подтверждения кода. Мы рассмотрим существующие плюсы и минусы подхода к ревью в стиле «вратарь». Так же мы немного затронем особенности распределённого хранения кода в GIT. …

Уровень аудитории: практикующие
Направление: Experience Report, Agile Process
Докладчик: Михаил Гранкин, ОСМП

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

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

#13

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

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

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

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

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

#14

Планирование релизов в методологиях быстрой разработки (Agile)

Казалось бы структура рилизов в командах быстрой разработки вообще не нужна, ведь в соответсвии с манифестом "Работающее ПО превыше всего". В теории внедрение должно производиться регулярными интервалами и весь контроль за рилизом - это слова заказчика: "Я доволен, выпускайте". В своем докладе Дмитрий обсудит с вами процесс управления рилизами в Аgile проектах на примерах компаний Майкрософт и Амазон, а также различные методы и подходы: "Ship when ready", "Ship when needed", "Ship when scheduled". Не стоит также забывать, что процесс управления рилизами не ограничивается одним рилизом, и команды одновременно могут работать (и работают) над несколькими одновременно. Прогнозируемость рилиза, качество внедренного кода, соответствие кода ТЗ заказчика - это залог успеха рилиза. …

Уровень аудитории: практикующие
Направление: Product Management, Experience Report, Agile Process
Докладчик: Дмитрий Никонов, Principal Program Manager

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

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

#15

Agile Distribution Risk Score - планируйте распределенность осознанно

Scrum давно используется для разработки программного обеспечения в распределенном режиме и когда речь заходит о проекте с участием нескольких распределенных команд, то понятно что проект будет непростым.  Но насколько непростым и как четко и грамотно построить взаимодействие между заказчиком, командами и руководством проекта? Каков на самом деле уровень риска такого проекта? Проанализировав личный опыт разработки распределенных Agile проектов и опыте Exigen Services,  я выделила несколько факторов влияющих на такие проекты что позволило сформулировать  Agile Distribution Risk Score как четкую метрику сложности распределенного проекта.  Пользуясь этой формулой любой руководитель проекта сможет наглядно  в цифрах увидеть сложность проекта и работая над факторами входящими в рассчет Distribution Risk Score сделать проект более грамотно организованным.  Этот подход позволяет рассчитать когда распределенная команда будет эффективна, а когда стоит настаивать чтобы проект не был распределенным. …

Уровень аудитории: новички, практикующие, эксперты
Направление: Agile Process, Team
Докладчик: Анна Обухова, Exigen Services

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

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

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

123