AgileDays

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

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

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

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

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

Lean Software Development ^{lighting talk}

LSD всем, даром и никто не уйдет обиженным! Незапланированный доклад-введение в Lean Software Development! Про Lean, рожденный великим сенсеем Тайоти Ооно на заводах Тойоты, в попытке победить Форд, расскажет Никита Филиппов, рожденный в Тольятти, и прове …

Уровень аудитории: практикующие
Направление: Product Management
Докладчик: Никита Филиппов, ScrumTrek

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

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

Как сервисному отделу не стать бутылочным горлышком

Уровень аудитории: практикующие
Направление: Experience Report, Team
Докладчик: Юля Нечаева, Иннова

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

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

Доклады

Командный старт ^{мастер-класс}

Ограничение: 25 человек (кто успел того и тапки) У нас новый проект и делать его будет новая команда. Возможно, мы давно работаем в одной организации, но мы впервые будем делать совместный проект в данном составе. О чем необходимо подумать до начала работы? Как сделать так, чтобы старт оказался оптимальным? Как повысить шансы на успех? Структура мастер-класса... …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality
Докладчик: Сергей Дмитриев, AgileCoach.ru

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

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

Непрерывная интеграция при разработке баз данных

Непрерывная интеграция — это высокотехнологический инструмент, неотъемлемая часть качественной бездефектной машины по производству ПО. Средства и методология непрерывной интеграции программных приложений хорошо развиты на сегодняшний день. Однако разработка сложных баз данных существенно отличается от разработки приложений. Зачастую неприменимы классические методы непрерывной интеграции: использования системы контроля версий, автоматической сборки скриптов наката релиза, системы автоматизированного тестирования... …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Experience Report
Докладчик: Владимир Бахов, AT-Consulting

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

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

Аутсорсинг – смерть Аджайлу

Решили сэкономить на разработке — аутсорсим. Можно ли из аутсорсинга получить качественные решения и сэкономить деньги? Аутсорсинг, в классическом (устоявшемся) представлении, — это смерть гибкой разработки. Руководители команд и предприятий с ухмылкой отзываются о применении Agile. Возможен ли он аджайл в аутсорсинге? А нужен ли он? А если попробовать — какие возникнут сложности? Поделюсь опытом работы и тем, как эволюционировало мое понимание стиля работы с субподрядчиками от состояния «WTF» до «WOW!» …

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

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

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

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

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

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

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

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

Agile без брака, или как внедрить личную ответственность

Как научить программистов выполнять задачи с первого раза? Как получать меньше замечаний по итогам демо? Как не получать «пожары» после релиза? Как перестать быть нужным для выполнения любой задачи? . Если эти вопросы есть у менеджера, у остальных в команде есть свои «отражения»: как не возиться с глупыми багами программистов? (тестировщик), почему докопались до каких-то мелочей? (программист/ верстальщик/дизайнер), и так далее. . Источники вопросов не зависят ни от бюджета, ни от владениями технологий: то, что в одном случае вылезает на пользователя как баг, в другом – просто создает лишние затраты на исправление. . Решение – общее для всех: принцип «сделал — проверь», заряженный личной ответственностью каждого. Это — ключ к успеху в любой отрасли, но в разработке его внедрить сложнее всего. Но если внедрить — счастливее все. . В докладе: …

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Engineering & Quality, Experience Report, Agile Process
Докладчик: Антон Белоусов, EasyFinance.ru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

#10

Как сервисному отделу не стать бутылочным горлышком

Основной идеей Agile является увеличение ценности разработки для бизнеса. Ваш Капитан. Тестирование никогда не было созидательной службой. Если тестирование хорошее – оно уменьшает расходы бизнеса. Но дополнительное «value» в продукт тестированием привнести очень трудно. А вот помешать – очень легко. Неграмотно построенная организация работы может сделать тестирование бутылочным горлышком в проекте, а то и в компании. Значит, помимо поиска багов, ключевой задачей тестирования является сделать этот поиск настолько гармонично вписанным в общий процесс, чтоб не увеличивать операционные расходы. …

Уровень аудитории: практикующие
Направление: Experience Report, Team
Докладчик: Юля Нечаева, Иннова

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

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

#11

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 to start with the only person you have any control over - yourself. …

Уровень аудитории: новички, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing
Докладчик: Henrik Kniberg, Crisp

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

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

#12

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

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

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

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

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

#13

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

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

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

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

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

#14

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

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

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

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

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

#15

Экстремальный аджайл — танцуют все

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

Уровень аудитории: новички, практикующие
Направление: Experience Report, UX & Product Marketing, Team
Докладчики: Семен Молотков, Евгений Кобзев, СКБ Контур