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

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

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

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

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

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

#2

В погоне за качеством. Code Review мастер-класс

Многие жалуются на качество кода, автоматизированных тестов или продукта в целом, на количество ошибок, найденных конечными пользователями или отделом тестирования. Почему это происходит? Необходимо понимать, что для того чтобы не допустить подобных ситуаций требуются дополнительные усилия – необходимо следить за качеством кода и работать над его улучшением. Code Review является одной из наиболее полезных и эффективных практик для ранней борьбы с дефектами в коде и повышению его качества. Использование Code Review на различных этапах разработки, начиная от дизайна и заканчивая написанием кода и тестов, помогает построить ранний цикл обратной связи и избежать потерь времени в будущем на исправление ошибок. …

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

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

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

#3

Как внедрить 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

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

#4

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

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

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

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

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

#5

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

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

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

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

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

#6

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

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

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

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

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

#7

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

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

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

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

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

#8

Управление продуктовыми требованиями в реальной жизни

Управление продуктовыми требованиями в реальной жизни В большом и серьезном мире ИТ уже давно ни для кого не секрет, что требования – это важнейшая и обязательная составляющая любого проекта. Это могут быть объемные пачки доков с описаниями use cases, это могут быть карточки с user stories. Главное что без них никак. И естественно, начиная очередной проект, хочется сделать его быстрее, выше, сильнее и в том числе улучшить аспект, связанный с ведением требований. Начинаешь гуглить и… И оказывается, что есть достаточное количество книг, статей, докладов на тему сферических требований в вакуумном проекте. Шаг влево, шаг вправо – пустота. Чуть нетиповая ситуация и столь красивая по началу серебряная пуля перестает работать. Что же не так? Суть большинства «бумажных» подходов в том, что они описывают достаточно идеальные кейсы...  …

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Experience Report, Agile Process
Докладчик: Антон Зотин, Luxoft

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

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

#9

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

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

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

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

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

#10

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

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

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

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

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

#11

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

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

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

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

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

#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

И все-таки программисты - дети!

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

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

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

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

#14

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

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

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

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

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

#15

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

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

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

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

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

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

123