AgileDays

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

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

  4 и 5

марта

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

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 …

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

 

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

 
 

Для тех, кто в танке — что такое 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

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

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

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

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

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

#2

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

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

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

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

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

#3

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

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

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

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

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

#4

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

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

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

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

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

#5

Agile с фиксированной стоимостью: это реально!

Берем заказчика, который за свой определенный бюджет хочет разработать некий программный продукт. Требования, как водится, самые высокоуровневые, про Agile заказчик не слышал никогда и его это слово интересует мало - он оперирует классическим треугольником: бюджет, сроки и нужная бизнесу функциональность (которая, конечно, по ходу проекта будет меняться).   Понятно, что для нас, как разработчиков, риски в таком проекте крайне высоки: как дать правильные оценки, как построить открытые отношения с заказчиком, как бороться с изменениями в скоупе.. как, наконец, выстроить эффективный процесс на основе Scrum и не облажаться?  …

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

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

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

#6

Enterprise Scale Agile. Lessons learned

Переход к Agile и Lean методологиям успешно доказали свою эффективность в новых и небольших компаниях, для которых гибкие методологии это на сегодняшний день стандарт де-факто. За изменениями в небольших организациях следует новая волна, которая изменяет огромные транснациональные корпорации, включая крупнейшие инвестиционные банки с десятками тысяч людей. Такие изменения масштабны, в большинстве случаев включая массивный редизайн организаций, изменение мышления и стереотипы огромного количества людей. В этой презентации я расскажу об одной из успешных трансформаций группы проектов в крупнейшем инвестиционном банке которая включала 200 человек. Я расскажу о cross-component, cross-functional feature teams, объедененных архитектурных воркшопах, множественных бэклогах и двух десятках командах одновременно работающих в одной базе кода на пяти разных сайтах у трех вендоров и при этом каждые 2 недели выпускающих новую версию платформы. Я поделюсь опытом о полученных уроках, успехах и достижениях, ошибках, улучшениях и, конечно, инновациях. …

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

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

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

#7

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

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

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

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

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

#8

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

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

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

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

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

#9

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

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

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

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

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

#10

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

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

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

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

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

#11

Agile игры: Business Value Game мастер-класс

Учимся играя: как вовремя выпускать правильный продукт с правильными функциями. Часто говорят, что Agile команды поставляют продукт с наибольшей "Бизнес-ценностью". В то же время, значение этой ценности не так легко померять. Бизнес-ценность - это модель, модель того, что действительно важно для заказчиков и пользователей . Наша цель: Мы будем экспериментировать и учиться оценивать бизнес-ценность требований, приритезировать и строить планы, которые приносят максимальную выгоду.  …

Уровень аудитории: практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Тимофей Евграшин, The Improved Methods

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

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

#12

Несколько war stories от ветерана Agile

С 1991-го по 2007-й год я работал CEO компании StarSoft. Так сложилось, что уже в 2002-м году, когда большая часть сообщества инженеров программирования имела весьма отдаленное представление об Agile методологиях разработки ПО, StarSoft стал одной из первых (если не первой) компанией не только в России, но и в мире, актвино практикующей Agile методологии в заказных разработках (application outsourcing). Во многом благодаря этому, бизнес StarSoft в 2003-2007 годах рос со среднегодовой скоростью (CAGR) 43%. У меня в запасе есть много историй внедрения Agile в крупной аутсорсиноговой компании, адаптации "религиозных" методов к реалиям проектов и клиентов, распространения философии Agile в целом на все бизнес- и HR- процессы компании, синхронизации CMM-compliant процесса компании с Agile методологией разработки, спасения безнадежных "кондовых" проектов путем внедрения Agile практик, "обращения" клиентов в Agile веру, и даже реализации проекта, который позволил Jeff Sutherland определить новый тип Scrum (так называемый, Type C SCRUM). Я выберу несколько таких историй, наиболее познавательных и поучительных, и поделюсь с аудиторией. Надеюсь, что это будет и полезно и интересно участникам Agile Days 2011. …

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

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

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

#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

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

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

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

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

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

#15

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

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

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

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

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

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

123