Доклады / Темы выступлений

Популярные
#1

Командная работа над качеством в Agile

Залог успеха любого проекта – совместная работа над общими задачами и одинаковое понимание целей проекта. Но всегда ли это так? Чувствует ли каждый член команды свою ответственность за качество выпускаемого продукта? Есть ли у всех участников проекта одинаковое понимание качества? Все ли одинаково оценивают роль тестирования?В рамках этого доклада я расскажу о различных решениях, помогающих команде наиболее продуктивно работать над выпуском качественного продукта: • согласование целей тестирования, • инструменты оценки качества, • наглядное отображение статуса проекта,• «тюнинг» баг-трекингаОжидаемый от доклада эффект: вы возвращаетесь в команду, инициируете обсуждение тестирования на проекте, после чего ни у кого в команде не остаётся непонимания и мыслей «а точно ли мы всё делаем правильно?» …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Engineering & Quality, Agile Process, Team
Докладчик: Natalya Rukol, Quality Lab.

Я иду

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

#2

Откуда в Agile рост производительности команд

Agile методологии создавались для того чтобы обеспечить гибкость процесса и возможность вносить изменения в Product Backlog.  Но большинство экспертов явно отмечает, что agile и в частности Scrum команды демонстрируют огромный прирост производительности по сравнению в Waterfall  методологиями.  Понятно, что часть прироста со временем идет и за счет Learning Curve, команда срабатывается, учится и это  нормально. Но этот эффект есть в любой команде, в любой методологии.  За счет чего же Scrum команды достигают такой производительности? Чтобы понять о каких уровнях мы говорим, давайте вспомним любимый пример Джеффа Сазерленда и 400% ускорение работы при том же качестве. Ошибка? Магия? Повезло? Нет, скрам так работает.Для того чтобы объяснить какие процессы в Scrum методологии позволяют обеспечить более быструю и лучшую работу команды, я заберусь в самую глубь. А именно, в биохимические процессы организма, которые управляют вниманием, силой воли, возможностью принимать решения, иммунитетом. В докладе будет проведена явная параллель между практиками скрама и их влиянием на организм людей его практикующих. В результате у нас получится понятный набор действий, при выполнении которых  все члены команды получают дополнительный ресурс, который и можно направить на улучшение работы и увеличение производительности.  Доклад будет интересен всем, и новичкам и гуру Agile движения, а так же всем, кто заинтересован в более здоровой и производительной жизни. …

Уровень аудитории: новички, практикующие, эксперты
Направление: Agile Process, Team
Докладчик: Anna Obukhova, Luxoft

Я иду

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

#4
Я иду

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

#9

Быстрое введение в TDD от А до Я мастер-класс

Структурированное введение в практики разработки через тестирование на выверенной модельной задаче. По мере её разбора проходятся все основные аспекты, связанные с TDD: простейшие тесты на состояние, необходимость в Inversion-of-Control для тестопригодности, использование mock-объектов, тесты на поведение. В заключение обсуждаются связанные вопросы дизайна и обеспечения качества.Весь материал сопровождается примерами кода на:Java (JUnit + FEST + Mockito);C# (MSUnit + FluentAssertions + Moq);C++ (Google Test + Google Mock);PHP (PhpUnit).Для новичков - это хорошая точка входа. Для практикующих - возможность всё лучше уложить у себя в голове и объяснять коллегам. Для экспертов - полезный материал для обучения и проверки других. …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality
Докладчик: Андрей Бибичев, iPi Soft LLC

Я иду

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

#10
Я иду

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

#12

Agile обработка ошибок

Краеугольный камень качества - обработка, журналирование и мониторинг ошибок.С какими вопросами и проблемами мы столкнулись при разработке и поддержке нашей системы обработки ошибок:1) Необходимость простого и универсального подхода к обработке ошибок для программистов всех частей и слоев приложений2) Категоризация ошибок - кто, какие ошибки должен видеть и где3) Представление ошибок в UI4) Большие объемы ошибок и логов при высоких нагрузках5) Обработка одних и те же ошибок программой и человекомВ докладе будут представлены ответы на эти и другие, более тонкие вопросы, к которым мы пришли в результате последовательного хождения по различным граблям практического характера.Доклад рассчитан на технических специалистов от архитекторов до программистов которым хочется правильно обрабатывать ошибки. …

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

Я иду

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

#13

2 морковки или мотивация в Agile

Что самое главное в разработке ПО с точки зрения менеджера?  Как все знают, это люди. А именно их компетенция, взаимодействие и мотивация. Хотелось бы остановится на третьем пункте. Если человек что-то не хочет делать, то сколько мы SCRUM, Lean  и другие методологии не используем, толку не будет. Мотивация что-либо делать с точки зрения автора одна из основ всего процесса разработки. По понятным причинам  особенно ярко  это проявляется в Agile. В докладе будет рассматриваться  то что зачастую выступают основными демативатарами  программистов “массового поражения”  и отдельно взятых разработчиков, которые докладчик наблюдал лично.  Так же будут рассмотрены основные способы поиска мотиваторов и само-мотиваторов, когда от всего устал, но надо двигаться дальше. Кроме этого  мы коснемся основных типов “плюшек”, раздаваемых в компаниях, и поговорим об их значении для сотрудников.Хочется поделиться опытом и знаниями в данной области. Надеюсь это будет полезно слушателям. Теория мотивации сильно наполнена психологией, но я постараюсь сосредоточиться на практическом аспекте и применении, подкрепляя её примерами из жизни и описывая с точки зрения PM'а, а не HR. …

Уровень аудитории: новички, практикующие
Направление: Team
Докладчик: Руслан Мартимов, General Satellite

Я иду

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

#15

Бодрое планирование

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Agile Process, Team
Докладчик: Антон Бевзюк, Intel

Я иду

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

#17

Архитектура для автоматизированного тестирования UI

Многие знают, как покрывать тестами бизнес-логику. TDD и BDD - понятия, знакомые многим не только по книгам. Но бизнес-логика напрямую не видна вашим клиентам.UI - это та единственная часть вашего приложения, которую видят ваши пользователи и по которой они судят о качестве продукта. Поэтому от того, насколько качественно написана презентационная логика напрямую зависит успех вашего продукта. А что может лучше гарантировать качество, чем автоматизированные тесты? Как построить архитектуру вашего приложения, обеспечивающую тестируемость UI?В моем докладе я расскажу про практические приемы, которыми мы пользуемся для обеспечения 100% покрытия презентационной логики юнит тестами. …

Уровень аудитории: новички, практикующие, эксперты
Направление: Engineering & Quality
Докладчик: Антон Бевзюк, Intel

Я иду

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

#20

Continuous Deployment в действии мастер-класс

Один из базовых принципов Agile звучит как "Our highest priority is to satisfy the customer through early and continuous delivery of valuable software". На словах хорошо, но возникает вопрос: а каким образом этого достичь?Например, вы разрабатываете для заказчика сайт и каждые две недели делаете заказчику демо системы на тестовом стенде. Является ли это "continuous delivery of valuable software"?Мой ответ нет. Потому, что: - на самом деле заказчик не получает новую ценность во время каждого демо. Ведь ценность для заказчика является то, что сайт реально уже начал работать, им начали пользоваться реальные клиенты, т.е. он начал зарабатывать деньги.- две недели - это большой срок. Если вы деплоите только один раз в две недели, то каждое внедрение будет для вас рискованным и не прогнозируемым из-за того, что за две недели в коде проекта или в окружении много могло поменять и всё это надо будет выяснить и исправить.И вообще какую выгоду мы получаем от Continuous Deployment? Как не упустить эту выгодны и воспользовать ей на полную?Во время мастер-класс мы …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Agile Process, Team
Докладчик: Katkov Anton, Flexis

Я иду

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

#22

Скрам-мастерство через вопросы мастер-класс

Стиль лидерства скрам-мастера часто обуславливает процесс внедрения SCRUM.По шкале авторитарности, на нижней отметке мы видим Карабаса-Барабаса, который рискует стать “импидиментом” самоорганизации, директивно выстраивая процесс.На верхней – agile-коуча Мери Поппинс, которого восточный ветер приносит только тогда, когда у команды есть в этом необходимость.Очевидно, что разные стили скрам-мастерства будут хороши на разных фазах внедрения процесса (иногда и за веревочки подергать нужно). И все же, как стремиться к верхней границе? Как научиться замечать авторитарные нотки и нежно перекладывать ответственность за процесс в руки команды?На этом воркшопе мы заменим чек-листы открытыми вопросами, которые помогают:- самому быть осознанным в процессе транзишна и не упускать деталей- выстраивать отношения с членами команды и другими участниками проекта- фасилитировать самоорганизацию и оптимизацию процессаМы попрактикуемся в конструировании вопросов в духе Appritiative Inquery и ABCD, исследуя основные области командной деятельности и, конечно же, много общаясь. …

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

Я иду

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

#26

Lean Startup в крупной организации

Пожалуй, тема Lean Startup сейчас интересует практически каждого, особенно в сфере IT. Как раньше был плох тот солдат, который не мечтал стать генералом, так сейчас странен тот программист, который не мечтает написать гениальный продукт, открыть свой стартап, стать известным и заработать много денег.И хотя исторически принципы Lean Startup были сформулированы на основе опыта запуска IT стартапов, в настоящее время технология Lean Startup успешно применяется для запуска инновационных проектов в крупных компаниях (кстати, не обязательно IT). Не секрет, что сейчас даже очень крупные и успешные компании могут потерять свое лидирующее положение буквально за 2-3 года, если они недостаточно точно держат "нос по ветру" и недостаточно быстро адаптируются к изменяющимся требованиям рынка путем эффективного развития и внедрения инноваций. Сегодня выигрывают те, у кого "производство" инноваций поставлено на конвейер. Будущее – за креативными инновационными lean организациями. Размер имеет все меньшее значение.Темой доклада является рассказ об опыте применения технологии Lean Startup для запуска и выполнения инновационных проектов в крупных компаниях. …

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

Я иду

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

#28

Опыт автоматизации тестирования в Agile проекте

Говоря о тестировании в Agile проектах, часто подчеркивается важность активного развития автоматизации. Строятся образы команды беззаботных тестировщиков, занимающихся исследовательским тестированием, в то время как безмолвные машины выполняют всю рутинную работу.  Однако в реальности, чтобы приблизится к желаемому результату, сперва необходимо ответить на непростые вопросы и решить достаточно трудные задачи: Кто и когда должен заниматься автоматизацией: только команда тестировщиков или разработчики также должны принимать активное участие? Какой инструмент использовать? Как организовать процесс разработки тестовых скриптов так, чтобы он был удобен,  эффективен и гармонично вписывался в общий процесс гибкой разработки?В докладе рассказывается об опыте автоматизации тестирования приложений, написанных с использованием технологии WPF в нашем проекте:  - об истории развития автоматизации тестирования GUI в нашем проекте - о нашем подходе к автоматизации тестирования и о системе, построенной на основе открытой .NET библиотеки White - о полезных процессных практиках, к которым мы пришли, и о положительной роли автоматизации в нашем процессе гибкой разработки. …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Agile Process, Team
Докладчик: Татьяна Зуева, Ланит-Терком

Я иду

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

#29

Разные люди. Как в Agile-команде понять, кто куда тянет, и как свести все векторы в один нужный?  мастер-класс

Все команды разные, и у каждой есть свои особенности. Особенности создают люди, которые входят в команду, и часто это влечет за собой:- сопротивление новым идеям и подходам, в т.ч. и Agile; - нежелание понять и услышать коллегу;- конфликты на “пустом месте”;- разновидностям мелкого саботажа.Для решения подобных затруднений часто помогает знание модели групповых сопротивлений и умение применять ее на практике. Мы предлагаем участие в сложных переговорах внутри команды с последующим разбором полетов. Раскрываемые вопросы:- В какие игры играют сотрудники? - Как их игру использовать для достижения цели проекта?- Как преодолеть сопротивление команды новым решениям?Как сказал один из участников тренинга: “Это очень похоже на некоторые из совещаний, на которых я был. Теперь я знаю, почему они прошли наперекосяк, и что можно было сделать правильнее.” …

Уровень аудитории: новички, практикующие, эксперты
Направление: Team
Докладчик: Дмитрий Снисарь, it-boost.com

Я иду

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

#30

Как правильно решать конфликты на разных фазах проекта?

Многие слышали, что поведение людей в группе меняется с ходом времени. Притирка, распределение ролей, модель Такмана и т.д - названий очень много. В команде возникают конфликты на пустом месте. С повышенной интонацией, размахиванием руками и горячими словами. И истинные причины часто прячутся за смехотворными поводами. Одно из интересных последствий групповой динамики - на разных стадиях от менеджера требуется разное поведение. Поскольку мы говорим про IT-команду, то обычно есть желание сразу перескочить на стадию нормальной работы. Вот о том, как это лучше сделать, мы и расскажем. Раскрываемые вопросы:- Как отличить причину конфликта от повода?- Как причины возможных конфликтов накладывается на стадии групповой динамики? - Какие конфликты можно чаще ожидать на какой стадии работы группы, и как их лучше решать?- Когда и как менеджеру лучше участвовать в конфликтах? А когда - лучше отойти? …

Уровень аудитории: новички, практикующие, эксперты
Направление: Team
Докладчик: Дмитрий Снисарь, it-boost.com

Я иду

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

#31

Создание инструментов повышения качества со стороны тестирования.

Поиск ошибок и информирование команды о статусе проекта – это лишь часть функций тестирования. Это необходимо, но недостаточно.Плохие новости никому не нужны. «Вот вам информация, а вы принимайте решения» - это пассивный подход, который, к сожалению, пропагандируется со стороны тестирования очень активно.Создание среды, где ошибиться труднее, чем сделать правильно, - вот ключевая задача тестирования. Само тестирование не привносит дополнительной ценности. Логгирование багов – это трата времени. Время, которое разработка ждет результатов тестирования, – это бесполезное время. Нахождение критичного бага на этапе тестирования – это фейл всей команды.Выход – перенести выявление багов в полезное время. Ценность добавляет фикс бага, а не его нахождение. Продукт становится лучше, если в нем «не сделали» баг, а не «нашли и пофиксили». Хороший разработчик поставляет код без багов, а не фиксит найденные.Я хочу поделиться, какие инструменты создает моя команда тестирования, чтобы получать продукт с минимальным количеством багов:- создание тестов нескольких уровней для Continuous Integration;- создание тестовых сред для разных стейкхолдеров продукта;- создание бета-версий продукта с автоматической сборкой информации. …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Team
Докладчик: Юля Нечаева, Иннова

Я иду

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

#32

Огнетушитель для менеджеров. Как перехватить конфликт в первые секунды?

Обычно мы замечаем конфликт только тогда, когда он уже всерьез разгорелся. Когда люди уже смотрят друг на друга волком, и придираются к словам. Когда уже пошли в ход повышенные интонации и прозвучало “я принципиально (не) буду ...”В общем, пожар конфликта уже разгорелся. Потушить можно, хотя и сложно. Будет настоящий подвиг и настоящий повод для гордости - “У меня на проекте сцепилось два архитекта, так я их целых две недели успокаивал!”. В жизни всегда есть место подвигу. Важно знать это место и обходить его стороной.(с) баш Правильнее - обойтись без подвига и потушить конфликт раньше, чем он разгорится. Погасить в тот момент, пока спор еще не перерос в конфликт. Решаемые вопросы:- Как замечать особенно опасные искры, и как их купировать в зародыше?- Какие практические действия стоит совершить для тушения пожаров на этапе искры? …

Уровень аудитории: новички, практикующие, эксперты
Направление: Team
Докладчик: Дмитрий Снисарь, it-boost.com

Я иду

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

... Подождите, идёт загрузка...

Организаторы конференции

Scrumtrek.ru
Agilerussia.ru
 

Золотой партнер

Рамблер
Devprom
 

Креативный партнер

ИКРа
 

Серебряный партнер

INNOVA