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

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

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

#3

Agile-Learning: Передача знаний — быстро, дешево и эффективно мастер-класс

Мы поговорим об корпоративном IT-обучении, когда нужно непрерывно передавать нетривиальные и изменчивые знания между сотрудниками. Знания нетривиальные — языки программирования и фреймворки, абстракции и модели, процессы и регламенты. Знания изменчивые — не существует идеального корпуса книг или курсов, которых можно было бы купить и успокоится. И нужно экономичное P2P-обучение, когда не приглашенные тренера, а именно сотрудники учат друг друга.   Рассматривать мы будем не оргвопросы (менторство/кураторство, мотивация/учет), а работающие системы и инструменты, которых мы не только успешно используем, но и разрабатываем или дорабатываем. Да, уже существуют платные и бесплатные системы дистанционного обучения «полного цикла», но практически никто в индустрии их не использует — недостаточно удобно и гибко.    …

Уровень аудитории: новички, практикующие, эксперты
Направление: Engineering & Quality, Experience Report, Team
Докладчик: Стас Фомин, http://team.custis.ru

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

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

#4

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

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

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

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

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

#5

Все в ваших руках: быть готовым к изменениям в системах БД.

Использование накопленных данных является основой современных информационных систем.  Обработка данных  заложена в фундамент информационных технологий. Казалось бы, нет ничего более стабильного, чем данные, но  современный мир устроен так, что основной линией развития является потребность в изменении. Бурное развитие AGILE-технологий в 00-е годы нашего столения вызвано потребностями ИТ-промышленности в резком повышении эффективности процессов разработки и использования компьютерных систем в условиях необходимости частого внесения изменений в соответствии с меняющимся внешним миром, потребностями бизнеса, быстрым развитием технологий, возрастающей глобализацией недостатком ресурсов и времени.   Изложенные в АGILE manifesto характеристики направлены на борьбу с недостатком текущих знаний у разработчиков и некомпетенцией, организацию продуктивного сотрудничества создателей систем и их заказчиков. Следование этим принципам подразумевает использование эволюционного подхода и сокращение времени циклов при увеличении их количества.   В области управления данными применяются такие передовые AGILE-технологии, как рефакторинг БД, Agile-моделирование данных, управление конфигурациями и изменениями, организация тестовых площадок (sandbox), Agile master data management (MDM) и др. …

Уровень аудитории: новички, практикующие
Направление: Product Management, Engineering & Quality, Experience Report
Докладчик: Андрей Совцов, Embarcadero Technologies

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

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

#6

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

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

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

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

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

#7

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

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

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

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

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

#8

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

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

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

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

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

#9

Kanban vs Scrum – чьё кунг-фу сильнее

Experience report из реальной жизни. На примере перехода от Scrum к Kanban в одном проекте мы рассмотрим Scrum: какие предпосылки в нём используются и для каких проектов он подходит лучше, а для каких — не очень ;) …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing, Agile Process
Докладчик: Кирилл Климов, Golden Planet Ukraine

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

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

#11

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

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

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

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

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

#12

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

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

#13

Тестирование встроенного ПО: альтернатива классическому TDD

Вы сторонник TDD практики, но считаете, ее затратной или у вас не хватает времени на ее поддержание? Хочу предложить вам альтернативу - FTDD (Feature Test Drive Development) - в своем докладе я расскажу о реализации FTDD подхода для разработки встроенного ПО, который заменил классический TDD с юнит тестами, но сохранил качество. TDD (Test Driven Development) практика является одной из первых, которая рекомендуется в Agile, т.к. она способствует повышению качества кода и тестового покрытия. Однако, несмотря на всю детально описанную пользу от ее использования, многие команды ей пренебрегают, т.к. она требует значительных ресурсов, как для начальной разработки, так и для последующего поддержания и этой же практикой жертвуют первой, когда поджимают сроки. Особенно сложно использовать TDD при разработке встроенного ПО, ввиду сложности отладки. FTDD – подход, который поддерживает туже парадигму, что и TDD, но является более легковесным и требует меньше усилий на разработку и поддержку чем Unit Testing. Я расскажу, как в одном из центров разработки был разработан собственное фреймворк для реализации FTDD для встроенного ПО, и как код покрывался фича-тестами. И о том, как FTDD гармонично вписался в Continious Integration практику. …

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

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

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

#14

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

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

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

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

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

#15

Использование 3х-точечных оценок в Scrum

Часто встречаюсь с тем, что даже команды начавшие использовать Scrum достаточно давно, всё ещё испытывают сложности с оценками историй пользователей (user stories). Оценка историй из бэклога занимает неоправданно много времени. Мы рассмотрим типичные причины этих сложностей и классические решения проблемы.  …

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

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

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

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

123