AgileDays

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

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

Доклады

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

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

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

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

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

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

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

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

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

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

Lean Startup: системный подход к разработке новых продуктов

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

Уровень аудитории: эксперты
Направление: Product Management, UX & Product Marketing, Team
Докладчик: Никита Филиппов, ScrumTrek

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

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

Стратегическое планирование через инновационные игры

Все больше компаний подходит к черте, за которой заканчиваются дивиденды от лихих идей 200х годов. Мир изменился, во всех известных сферах IT-бизнеса наблюдается жесткая конкуренция. IT-компании вынуждены нервно искать инновации, часто бездумно вкладывая деньги, словно при игре в русскую рулетку «вдруг повезет и я сорву куш». В нашей компании (как и в Google, Facebook, Anazon, Apple, SAP и т.д.) мы решили свернуть с проторенного пути и использовали новую технику сбора и анализа знаний - Innovation Games. В своем докладе я поделюсь опытом проведения сессий стратегического планирования развития компании посредством инновационных игр, а так же расскажу о нюансах ведущих к успеху или провалу данного начинания …

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

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

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

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

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

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

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

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

Agile и жизнь

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

#10

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

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

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

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

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

#11

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

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

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

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

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

#12

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

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

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

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

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

#13

Open Space – самоорганизованный обмен опытом.

Бывало ли так, что работая в большой компании вы долго изобретали свой «велосипед», а потом оказывалось, что в соседнем проекте на нем уже давно катаются? Открытость и общение — ключ к решению этой проблемы. Luxoft Agile community часто проводит свои встречи используя технику Open Space. С помощью этой техники вы можете проводить встречи и обмениваться опытом без подготовки программы заранее. В докладе Вы узнаете, как за первые 15 минут встречи можно сформировать программу, интересную аудитории, какие основные принципы встреч такого формата, как это работает у нас. …

Уровень аудитории: новички, практикующие
Направление: Experience Report
Докладчик: Nataliia Shtempel, Luxoft

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

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

#14

Развитие Agile в IBM Rational. Обзор

Доклад посвящен обзору тех возможностей, которые видит IBM Rational в развитии Agile и тех задач, которые предстоит решить для расширения использования Agile практик.В докладе будут затронуты следующие темы: - Какие Agile практики и почему IBM Rational реализаует в своих решениях. - Как IBM Rational видит задачи масштабирования Agile - Как можно интегрировать Agile подход и "тяжелые" решения - как IBM использует Agile в своих проектах …

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

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

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

#15

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

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

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