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

Казалось бы структура рилизов в командах быстрой разработки вообще не нужна, ведь в соответсвии с манифестом "Работающее ПО превыше всего". В теории внедрение должно прои…

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

 

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

 
 

Доклады

#1

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

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

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

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

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

#2

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

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

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

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

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

#4

Наследие капитана Флинта: трудности и ошибки внедрения Scrum на примере компании Промедичи

Иногда все идет как по писаному, иногда сталкиваешься с трудностями и препятствиями, объяснение которым находится не сразу, и способы преодоления которых не лежат на поверхности. Об отрицательном опыте говорят не часто.... В докладе будет поведано об истории внедрения Scrum в компании Промедичи, ошибках, и уроках, которые можно извлечь из этой истории. …

Уровень аудитории: практикующие
Направление: Product Management, Team
Докладчики: Александр Лесневский, Никита Филиппов, Промедичи

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

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

#5

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

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

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

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

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

#7

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

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

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

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

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

#9

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

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

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

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

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

#10

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

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

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

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

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

#11

Зачем нам это надо? или Как продать Agile команде! lighting talk

Не все команды идеальны и не все готовы к переходу на новые методы управления проектами.   Во многих странах разработчики частенько готовы попробовать новое уже после заявлений, что «будут короткие встречи и мало документации».   …

Уровень аудитории: новички, практикующие
Направление: Product Management, Team
Докладчик: Михаил Карпов, Яндекс

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

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

#12

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

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

#13

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

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

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

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

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

#14

Agile и жизнь

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

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

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

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

#15

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

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

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

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

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

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

123