Для тех, кто в танке — что такое Agile

Yet Another введение в Agile. Не очень короткое (не «Скрам за 5 секунд» и т.п.), но зато вполне вдумчивое, на хорошем уровне, для достаточно подготовленной (как выяснилось) аудито…

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

 

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

 
 

Доклады

#2

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

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

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

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

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

#3

Несколько 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

#4

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

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

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

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

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

#6

5 идей, которые помогли мне наладить работу в команде

Задайте себе вопросы: «Что произойдет с вашей командой, если вы завтра внезапно уедете на месяц в отпуск? Сможет ли ваша команда продолжать работать так же хорошо?» Если ответы на эти вопросы отрицательные, то скорее всего, вы что то делаете не так. Когда я начинал работу в своей команде, у меня было множество проблем: проблемы с мотивацией, непониманием кому что делать, сроками выполнения заданий... Хуже всего было то, что я работал над этими проблемами весь рабочий день и весь вечер дома, а ситуация становилась только хуже. Однако сейчас мы построили наш процесс так, что прогресс команды перестал зависеть от чьего либо присутствия, задания стали выполняться в срок, а члены команды постоянно предлагают новые идеи, как сделать нас еще лучше! Про 5 самых эффективных идей, которые сработали для нас, я и хотел бы рассказать в своем докладе. …

Уровень аудитории: новички, практикующие
Направление: Product Management, Experience Report, Agile Process, Team
Докладчик: Олег Ошкодеров, Luxoft

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

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

#9

Шаблоны «Асинхронный фильтр» и «HasValue» в разработке desktop приложений

Шаблон проектирования "Асинхронный фильтр"Разработку современных desktop приложений сложно представить себе без асинхронной загрузки и фильтрации данных для отображения. Но разработчики подобных решений сталкиваются с рядом трудностей при синхронизации пользовательского ввода с многопоточной загрузкой данных. Мы хотим поделиться нашим опытом в разработке асинхронных пользовательских интерфейсов для многозвенных программных комплексов.В докладе речь пойдет о шаблоне проектирования "Асинхронный фильтр" - данный шаблон представляет собой формализованный подход к асинхронной загрузке и фильтрации данных. Наша команда накопила богатый опыт в использовании этого подхода не только для загрузки данных, но и для визуализации в пользовательских интерфейсах связей master - detail.Шаблон проектирования "HasValue"Появление фреймворка "Google Web Toolkit" не осталось незамеченным в среде Java разработчиков и не только. Но мало кто заметил простенький интерфейс из этого фрейворка - HasValue. А тем не менее этот интерфейс способен полностью перевернуть Ваши представления о разработке не только web, но и классических desktop приложений. Он позволяет существенно уменьшить связанность элементов пользовательского интерфейса и проектировать API Ваших компонентов в терминах доменной модели данных. …

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

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

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

#10

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

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

#11

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

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

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

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

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

#13

Трехуровневое планирование в Agile из реальной практики и как реагировать на изменения заказчика.

На сегодняшний день Agile является основным мейнстримом в процессе разработки ПО. Существует большое количество статей и книг, описывающих SCRUM, Kanban и Lean, но после прочтения вы, возможно, задумаетесь о том, как на практике адаптировать эту замечательную методологию. В своем докладе я расскажу, как я изучал и внедрял Agile, а также поделюсь реальным опытом многоуровневого планирования в Agile, который был адаптирован и проверен в реальном центре разработки.  …

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Agile Process, Team
Докладчик: Дмитрий Овечкин, Innova Systems

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

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

#14

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

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

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

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

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

#15

Обмен знаниями между распределенными командами

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

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

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

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

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

123