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

 

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

 
 

Доклады

#2

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

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

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

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

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

#4

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

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

#5

Эмоциональный клей - секретные техники построения команды мастер-класс

Люди хотят не только зарабатывать деньги, но и чтобы работа приносила удовольствие. Agile — это первый шаг. А что будет вторым? Увы, программисты не роботы и не аппараты по переработке пищи в код. Создание комфортной атмосферы в команде создаёт огромный потенциал для раскрытия личности. Менеджер получит больше инструментов для достижения коммерческих целей эффективным способом, а инженер — удовольствие от участия в команде мечты.Как же сделать “безопасную” и “комфортную” среду для развития команды и проекта? Не секрет, что инженер — это специалист по коммуникации. Как это делать эффективно? Какие навыки нам нужны? Во время доклада попрактикуем мощь эмоционального интеллекта. И к нашим инженерным навыкам (кодировать, фиксить баги, писать юнит тесты, чекинить и интегрировать бранчи) добавим парочку не менее инженерных: эмпатия, честность, справедливость. …

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

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

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

#6

Стихийный Agile во внутрикорпоративной среде

Процесс разработки систем внутри корпорации – идеальная почва для внедрения принципов Agile, т.к. основные предпосылки объективно существуют и не требуют дополнительных усилий по их обоснованию. Однако всегда существует дефицит ресурсов вследствие невозможности точно оценить степень позитивного воздействия на бизнес-процессы от скорости введения и качества новых функций в систему. Это порождает значительные разбросы в квалификации как разработчиков, так и руководителей проектов, чей ролевой состав и зоны ответственности подвержены изменениям и колебаниям. В таких условиях Agile-каркас, де-факто, становится половинчатым, стихийным, и, следовательно, теряется постулированная нацеленность на минимизацию рисков и повышение качества. Особо талантливые руководители даже начинают «партизанить» в условиях, когда верхи «не могут», а низы «не хотят». Эволюционный путь agile-трансформации сознания участников процесса разработки требует поэтапности во всём, и именно это направит энергию борьбы «за свободу» в мирное русло созидания. …

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

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

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

#7

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

#8

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

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

Уровень аудитории: новички, практикующие
Докладчик: Асхат Уразбаев, ScrumTrek

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

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

#9

Демистификация и Онтологизация: Эффективность в Agile или чем полезно мышление.

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Engineering & Quality, Agile Process, Team
Докладчик: Kirill Sorudeykin, Relevance Research & Development

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

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

#10

Domain Driven Design в условиях разработки распределенных приложений

Распределенная архитектура приложения сейчас является наиболее актуальным выбором при проектировании корпоративных информационных систем. Такие архитектурные шаблоны как сервисно-ориентированная архитектура (SOA) и трехзвенная архитектура (3-tier architecture) являются de-facto стандартами в разработке корпоративных приложений.   Зачастую, главной проблемой в разработки является борьба со сложностью решаемой задачи, при этом для приложений уровня предприятия сложность с каждым годом стремительно увеличивается. Одним из наиболее эффективных средств борьбы с растущей сложностью является методология проектирования на основе модели предметной области (Domain Driven Design, DDD). Каждый, кто пытался применить DDD в приложениях, имеющих распределенную архитектуру, будь то сервисы или клиент-сервер, знает с каким количеством трудностей приходится сталкиваться. В докладе будут рассмотрена целесообразность применения  DDD в приложениях с сервисно-ориентированной архитектурой и в многозвенных приложениях, будут освещены трудности, возникающие при использовании DDD, и обозначены пути их преодоления. Будут даны ответы на вопросы: Стоит ли использовать DDD при разработке распределенных приложений?  …

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

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

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

#11

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

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

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

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

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

#12

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

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

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

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

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

#14

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

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

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

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

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

#15

Практики 'Экстремального Программирования' в оффшорном проекте

В настоящее время agile методологии широко применяются при разработке программного обеспечения. Очень популярен Scrum, становиться все более популярным Kanban.   Однако данные чрезвычайно мощные методологии определяют правила разработки на довольно высоком уровне менеджмента команды и взаимодействия с заказчиком. Если же спустится немного ниже к техническим приемам и принципам работы программистов, то практики XP ('Экстремального Программирования') по-прежнему остаются незаменимыми и эффективно дополняют собой методологии более высокого уровня, которые сами по себе достаточно абстрагированы от конкретной специфики разработки программного обеспечения.   В докладе приводиться подробное описание практик XP с конкретными примерами применительно к разработке программного обеспечения в оффшорной ситуации.   Рассматриваются следующие практики: - Парное программирование - Модульное тестирование - Общее владение кодом - Ничего на будущее - Простые решения - Непрерывные рефакторинг - Непрерывная интеграция   …

Уровень аудитории: новички, практикующие
Направление: Agile Process
Докладчик: Сергей Андржеевский, First Line Software

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

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

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

123