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

Everyone likes change, but nobody likes to be changed

The easy part is understanding what Agile is about. The hard part is making change happen in practice. To change organizations you need to change people. To change people you need to start with the only person you have any control over - yourself. …

Уровень аудитории: новички, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing
Докладчик: Henrik Kniberg, Crisp

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

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

#2

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

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

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

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

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

#3

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

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

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

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

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

#4

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

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

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

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

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

#5

Сказка о maven, jetty, web-сервисах и интеграционном тестировании

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

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Agile Process, Team
Докладчик: Руслан Пилин, фрилансер

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

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

#6

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

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

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

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

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

#7

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

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

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

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

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

#8

Модель принятия инженерных решений: ключ к ответам на технические вопросы

Нужен ли в дизайне моей системы паттерн Singleton? Почему при изменении требований затраты на внесение изменений возрастают? Сколько времени уделять проектированию? Зачем мне модель предметной области, ведь и без нее все работает? Чем архитектура отличается от дизайна? С чего начать проектирование? Я запутался в паттернах - они противоречат друг другу! Вся остальная команда - придурки, они ничего не понимают! Где располагать модульные тесты? Нужно ли документировать? Что именно документировать?   Мучают эти вопросы? Конфликты в команде? Тогда мы идем к вам :) Ответ есть :)   Бухтелово посвящено модели принятия инженерных решений. Ожидается, что слушатели выступления получат мощный инструмент - стройную систему, которая позволит в лучших традициях agile-подхода вырабатывать оптимальный дизайн систем и разрешать конфликты в команде. В качестве отправной точки будут представлены типичные грабли и антипаттерны разработки, которые автор считает наиболее типовыми и массовыми. Отталкиваясь от них, мы коллективно смоделируем решения, которые помогут резко снизить затраты на разработку и приведут к качественному дизайну. Полный план доклада доступен по адресу http://tinyurl.com/6l32r94  …

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

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

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

#9

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

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

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

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

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

#10

Почему я не люблю огурцы и фитнес: плюсы и минусы BDD и ATDD

Идея написания спецификаций на "естественном языке" манит своей внешней красотой и простотой. Мысль о том, что не умеющий программировать product owner станет сам рисовать Fitnesse-таблички и писать Cucumber-спецификации, выглядит очень привлекательно, возникает надежда переложить на него часть работы. Более того, исполнимые спецификации можно использовать как направляющие для разработки, и наряду с test driven development возникают подходы с похожими названиями - behavoiur driven development и даже acceptance test driven development. …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Agile Process
Докладчик: Алексей Баранцев, Software-Testing.Ru

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

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

#11

Ретроспективы. Настраиваем наш процесс разработки.

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Agile Process, Team
Докладчик: Сергей Дмитриев, AgileCoach.ru

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

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

#12

Как внедрить ALM систему управления командами по разработке ПО (Agile (Scrum)) и остаться довольным. мастер-класс

Компании, разрабатывающие ПО, в определенный момент времени сталкиваются с потребностью упорядочить управление командами разработки ПО (Agile (Scrum)) и в последствии автоматизировать управление. В результате компании начинают искать решение, позволяющее объединить в себе инструменты управления проектами, процессами, средства коммуникаций для распределенных команд и имеющих интеграцию с инструментами для разработки и тестирования. На рынке подобные решения относятся к классу ALM (Application Lifecycle Management) систем. Однако, не всегда понятно, как подбирать команды, что должно быть в такой системе и каковы принципы ее успешного внедрения. В основе мастер-класса лучшие практики ведения проектов по разработке ПО на основе методологий (PMBOK, ГОСТ 34, 19, 22, Agile (XP,Scrum),ITIL V3.0, Ситуационного моделирования) компаний (Motorola, Оборонительные системы, ООО «Ай-Ферст», Счетной палаты РФ (ИТКС), Федеральное казначейство РФ (АС ФК), «Электронный архив»,  т.д.). В ходе мастер-класса будет продемонстрирована система подготовки и оценки профессионализма  членов команды с оценкой их эффективности на основе авторской технологии Simulation Games StartUp «BesTTeamKPI.com». (http://www.nuclear.kz/2010/02/23/press-reliz-ob-otkrytii-zimnejj-shkoly.html ; http://twitter.com/pmi_ru)   Это новая методология реинжиниринга и оценки процессов и проектов, сбора и анализа знаний, основанная на деятельностном, ситуационном, имитационном и ролевых подходах,  (http://www.slideshare.net/PGMPPROFY/ss-6355330; ) В ходе мастер – класса будут игры, небольшая симуляция разработки ПО нового продукта. Каждый участник узанет свою оценку предпочтительных ролей, которые он может выполнять в команде. Все это и многое другое - в режиме практического тренинга, с упражнениями и разборами на реальных примерах. (Для участия в симуляции необходим ноутбук с WiFi :-)) …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing, Agile Process, Team
Докладчик: Заходяйченко Андрей, BesTTeamKPI

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

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

#13

Гибкая теория ограничений

Теория ограничений Элияху Голдрата является одной из наиболее распространённых систем оптимизации производства, которая, тем не менее, достаточно слабо применяется в софтверных проектах.  …

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

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

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

#14

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

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

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

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

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

#15

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

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

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

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

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

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

123