Денис Тучин - Пользовательские истории в Agile-проектахDenis Tuchin
Видеозапись вебинара: https://www.youtube.com/watch?v=YBjbaygwvBM&index=9&list=PLu7pKL8OAoRTTwi3KK2OmVmuX9VllOFwt
1. Что такое пользовательские истории (User Stories)
2. Зачем они нужны в ваших проектах?
3. Как пользовательские истории помогают повысить удовлетворённость заказчика?
4. Как применяются пользовательские истории в Scrum?
Для кого:
Вебинар будет полезен менеджерам продуктов, менеджерам проектов, бизнес-аналитикам, владельцам продуктов, проектировщикам и разработчикам систем, которые хотят начать использовать преимущества разработки требований и создания продуктов в стиле Agile в своих проектах
Автоматическая сборка и развертывание на платформе 1CAlexey Lustin
1. Непрерывная интеграция функционала. Методическая практика развертыванияпродукта. Блоки работ необходимые к проведению в рамках передачи релиза конфигурации в production эксплуатацию. Методические рекомендации фирмы 1С по подготовке продукта к непрерывной интеграции.
2. Способы реализации этапов непрерывной интеграции функционала на платформе 1С и сервере непрерывной интеграции
3. Особенности прохождения этапов сборки и развертывания в зависимости от типа задачи - исправление ошибок, изменение кода, изменение структуры метаданных и т.д.
4. Типовые недочеты и способы их исправления в рамках автоматизированной сборки продукта и его последующего развертывания. Типовые сценарии отката развернутой функциональности
6-7 июня на мероприятии Startup Village в Сколково прошла серия митапов, организованных совместно Сбербанком и СберТехом. Вашему вниманию - серия презентационных материалов с мероприятия.
Мертвая зона - Как визуализировать поток требований в распределенном проектеMagneta AI
Сергей Прохоренко, Luxoft (Киев)
Последние несколько лет я работаю в Agile-командах в различных ролях - аналитика, proxy PO, процессного коуча. За это время я наблюдал самые различные проекты, сталкивающиеся с похожими препятствиями при масштабировании и помогал им в решении проблем.
Общепринятые практики Scrum предлагают большое количество инструментов для визуализации командной работы: product/sprint backlog, доска, ежедневные стэндапы, burndown chart. Но если ваш проект распределен по трем-четырем локациям, а количество людей в проекте перевалило за сотню - как понять, правильно ли расставлены приоритеты, понимают ли команды, чем они и их коллеги по проекту будут заниматься в следующем спринте и дальше?
Многие из этих вопросов часто попадают в "мертвую зону", что приводит к проблемам при масштабировании процесса.
Рассмотрев несколько практических примеров из практики, мы обсудим, как построить эффективную коммуникацию между командами в проекте, как визуализировать поток требований и как определять критерии для продвижения новых требований из product backlog в sprint backlog.
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 17:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2553.html
Платформа виртуализации данных на основе Tarantool - система, созданная в Mail.Ru Group в прошлом году. Cовместно с АТ Consulting было создано и запущено в production решение для хранения 100 млн. профилей абонентов компании Beeline, выдерживающее значительные нагрузки.
...
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
Анатолий Любомиров -- Тестирование пользовательского интерфейса – как это дел...sqadays8
В докладе описаны основные подходы, этапы и формы тестирования пользовательского интерфейса. Данный материал основан на реальном многолетнем опыте тестривания в компании Интел. Автор является непосредственным участником описанных процессов, что позволяет дать правдивую (но субъективную) оценку тем или иным формам тестирования, успешности или неуспешности определенных подходов. Данный материал будет интересен как новичкам, так и опытным QA инженерам. Несмотря на то, что описанные подходы хорошо известы специалистам, познакомиться с реальным опытом крупного производителя програмного обеспечения будет интересно каждому.
Денис Тучин - Пользовательские истории в Agile-проектахDenis Tuchin
Видеозапись вебинара: https://www.youtube.com/watch?v=YBjbaygwvBM&index=9&list=PLu7pKL8OAoRTTwi3KK2OmVmuX9VllOFwt
1. Что такое пользовательские истории (User Stories)
2. Зачем они нужны в ваших проектах?
3. Как пользовательские истории помогают повысить удовлетворённость заказчика?
4. Как применяются пользовательские истории в Scrum?
Для кого:
Вебинар будет полезен менеджерам продуктов, менеджерам проектов, бизнес-аналитикам, владельцам продуктов, проектировщикам и разработчикам систем, которые хотят начать использовать преимущества разработки требований и создания продуктов в стиле Agile в своих проектах
Автоматическая сборка и развертывание на платформе 1CAlexey Lustin
1. Непрерывная интеграция функционала. Методическая практика развертыванияпродукта. Блоки работ необходимые к проведению в рамках передачи релиза конфигурации в production эксплуатацию. Методические рекомендации фирмы 1С по подготовке продукта к непрерывной интеграции.
2. Способы реализации этапов непрерывной интеграции функционала на платформе 1С и сервере непрерывной интеграции
3. Особенности прохождения этапов сборки и развертывания в зависимости от типа задачи - исправление ошибок, изменение кода, изменение структуры метаданных и т.д.
4. Типовые недочеты и способы их исправления в рамках автоматизированной сборки продукта и его последующего развертывания. Типовые сценарии отката развернутой функциональности
6-7 июня на мероприятии Startup Village в Сколково прошла серия митапов, организованных совместно Сбербанком и СберТехом. Вашему вниманию - серия презентационных материалов с мероприятия.
Мертвая зона - Как визуализировать поток требований в распределенном проектеMagneta AI
Сергей Прохоренко, Luxoft (Киев)
Последние несколько лет я работаю в Agile-командах в различных ролях - аналитика, proxy PO, процессного коуча. За это время я наблюдал самые различные проекты, сталкивающиеся с похожими препятствиями при масштабировании и помогал им в решении проблем.
Общепринятые практики Scrum предлагают большое количество инструментов для визуализации командной работы: product/sprint backlog, доска, ежедневные стэндапы, burndown chart. Но если ваш проект распределен по трем-четырем локациям, а количество людей в проекте перевалило за сотню - как понять, правильно ли расставлены приоритеты, понимают ли команды, чем они и их коллеги по проекту будут заниматься в следующем спринте и дальше?
Многие из этих вопросов часто попадают в "мертвую зону", что приводит к проблемам при масштабировании процесса.
Рассмотрев несколько практических примеров из практики, мы обсудим, как построить эффективную коммуникацию между командами в проекте, как визуализировать поток требований и как определять критерии для продвижения новых требований из product backlog в sprint backlog.
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 17:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2553.html
Платформа виртуализации данных на основе Tarantool - система, созданная в Mail.Ru Group в прошлом году. Cовместно с АТ Consulting было создано и запущено в production решение для хранения 100 млн. профилей абонентов компании Beeline, выдерживающее значительные нагрузки.
...
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
Анатолий Любомиров -- Тестирование пользовательского интерфейса – как это дел...sqadays8
В докладе описаны основные подходы, этапы и формы тестирования пользовательского интерфейса. Данный материал основан на реальном многолетнем опыте тестривания в компании Интел. Автор является непосредственным участником описанных процессов, что позволяет дать правдивую (но субъективную) оценку тем или иным формам тестирования, успешности или неуспешности определенных подходов. Данный материал будет интересен как новичкам, так и опытным QA инженерам. Несмотря на то, что описанные подходы хорошо известы специалистам, познакомиться с реальным опытом крупного производителя програмного обеспечения будет интересно каждому.
Презентация со встречи QA Club Minsk 11 декабря 2013 г., посвященная одному из поппулярнейших инструментов тест-менеджмента Test Link, автор Вадим Зубович
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...solit
Зубович Вадим, Минск. Опыт в IT более 5 лет, работает в компании ISSoft, специализация: разработка (.NET C# ASP\MVC, WPF, WinForm, Java) и автоматизация функционального тестирования програмного обеспечения (Web, Desktop, Mobile) и тестирования производительности (Web).
«Сравнительный анализ инструментов для автоматизации тестирования мобильных приложений». Development секция. Отделение тестирования.
Мобильные платформы уже набрали огромную популярность, и продолжают наращивать обороты. Ни один разработчик уже не обходит стороной мобильные приложения и автоматизация тестирования в этой сфере актуальна как никогда.
В настоящем докладе мы рассмотрим наиболее популярные и перспективные инструменты для автоматизации тестирования приложений для мобильных операционных систем iOS, Android и WindowsPhone, проведем анализ их особенностей и возможностей, основываясь на опыте их использования в рамках реальных проектов, а также подведем общий итог с рекоммендациями по выбору того или иного инструмента.
«Централизованное управление тестами с помощью TestLink». Development секция. Отделение тестирования.
Эффективное управление тестами это не только грамотный тим-менеджмент, это еще и правильный учет, контроль результатов и своевременное и централизованное обновление информации о тестах для всех участников процесса и силами всех участников процесса.
Достичь этого невозможно без системы управления тестами, позволяющей эффективно распределить права и обязанности участников и обеспечить постоянное поддержание информации о тестах в актуальном состоянии.
TestLink – бесплатный инструмент, предназначенный именно для выполнения этой задачи.
В рамках доклада мы рассмотрим:
1. Как устроен TestLink
2. Как построить работу с TestLink
3. Как создавать информативные отчеты в TestLink
4. Как наладить связь между автоматизацией и TestLink
www.cmcons.com. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest
Практический доклад о том, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование.
В докладе рассмотрены основные проблемы, с которыми команда столкнулась при внедрении и способы их устранения.
Продемонстрированы результаты, которых смогли достичь в течении полугода.
Доклад содержит большое количество лайфхаков и обзоров инструментария, который использовался для достижения цели.
The practical story telling how Devops changed the culture of quality in the Bank. Recently Devops became mainstream topic. But only few people have a deep understanding how to apply it to the process of software quality assurance. Some believe that the Devops kills manual testing.
I will talk about changes it makes to the role of QA engineers themself. The discussion main point is NOT about tools or technologies. It’s NOT about the “silver bullet” for your problems with the quality of products.
Instead, I will show you an integrated approach which we used for quality assurance. It allowed us to significantly reduce the cost of finding and fixing defects. This approach has also accelerated the development and delivery value to our customers and made the whole process more transparent and predictable.
Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в ...Denis Tuchin
Какие основные проблемы есть при тестировании больших проектов и как их помогают решить гибкие (agile) практики.
Какие инструменты помогают снизить накладные расходы на тестирование при постоянно меняющихся требованиях
Привет, Санкт-Петербург!
В разгар летнего сезона, мы поговорим об историях обновлений,
например, с 6.4 до 7.х, с разными трюками, а также об истории исследования разных регрессий на продуктах Atlassian и других плагинов.
Наша программа будет пополняться, и мы рады к сотрудничеству.
Ждем Вас на встрече в Яндекс Деньгах.
DUMP-2015: «Минимальный продукт: что включить или не включить в первую версию...it-people
Выступление на DUMP-2015.
Видео доклада: https://youtu.be/ICCPkiNJ_PE?list=PLRdS-n5seLRp_rmnC69UpyhiPpo1tRYLv
Организатор конференции: IT-People.ru
Сайт конференции: www.dump-conf.ru
8. • Изменить парадигму процесса поставки
пользовательских историй в разработку
• Формализовать процесс работы и
материализовать его в рамках системы (JIRA)
• Качественно описывать решения (находить на это
время) и выкладывать их в общий доступ (SVN, KB)
• Пользоваться одной системой учёта задач (JIRA)
• Полное открытие «кухни» анализа (Scrum-встречи)
• Встречаться всей командой и оглашать проблемы /
вопросы (Scrum-встречи)
9.
10.
11.
12. Проект
новой
функциональн
ости согласно
требованиям
Analysis
subtask
Analysis
subtask
Analysis
subtask
Analysis
subtask
Analysis
subtask
Анализ (БА+СА)
Требования /
наше виденье
(сырьё)
Проект
новой
функциональн
ости согласно
требованиям
Analysis
subtask
Analysis
subtask
Analysis
subtask
Analysis
subtask
Analysis
subtask
User Story
(new /
modification)
– задача на
разработку
Главная цель
анализа –
качественная
постановка задачи
на разработку с
нужной степенью
детализации
Analysis
subtask
User Story
(new /
modification)
– задача на
разработку
Tech
subtask
Tech
subtask
Test
subtask
Tech
subtask
Tech
subtask
Test
subtask
Функциональ
ность
в системе
Разработка + Тестирование
Tech
subtask
Tech
subtask
Tech
subtask
Функциональ
ность
в системе
Tech
subtask
Tech
subtask
Test
subtask
Test
subtask
13. Здесь будут ВСЕ задачи в
рамках проработки этой
функциональности (т.е.
не только разработка и
тестирование)
JIRA
TT
Заведение в JIRA
прообраза новой
US или её
модификации
SVN
Заведение в JIRA
сопутствующих
задач в рамках
работы над US
ToDo
Сырьё
Проект
новой
функциональн
ости согласно
требованиям
KB
Analysis
subtask
Analysis
subtask
Analysis
subtask
Заведение новой US
или модификация
существующей US
в TopTeam
In Progress
Analysis
subtask
Analysis
subtask
Analysis
subtask
Анализ (БА+СА)
Финализация US
в TopTeam +
связывание
с US в JIRA
Done
Analysis
subtask
Analysis
subtask
JIRA
JIRA
SVN
Закрытие US в JIRA
Заведение в JIRA
сопутствующих
задач в рамках
работы над US
ToDo
User Story
(new /
modification)
– задача на
разработку
KB
In Progress
Done
Tech
subtask
Tech
subtask
Tech
subtask
Test
subtask
Tech
subtask
Tech
subtask
Test
subtask
Tech
subtask
Разработка + Тестирование
Функциональн
ость
в системе =
реализованная
US!
14. Пользовательская
история в Top Team
– последняя версия
независимого
«большого куска»
функциональности
системы
TopTeam User Story:
«Автоматическая проверка ТВ»
JIRA User
Story №8
JIRA User Story №1:
«Создание шага
‘Автоматическая проверка
ТВ’»
(первоначальная разработка
шага)
На реализацию совершенно
новой пользовательской
истории или модификацию
существующей нужно всегда
создавать новый тип запроса
«User Story» в JIRA.
JIRA User Story №2:
«Модификация
Проверки ТВ:
блокировка кнопки
‘Далее’, если ТВ нет»
Пользовательская
история в JIRA –
прирост
независимой
функциональности
системы (дельта)
15. TopTeam
User Story #478565
«Проверка технической возможности подключения»
Ver. 1.1
Ver. 1.2
User Story #3400
«Проверка ТВ.
1-ая разработка»
JIRA
Ver. 1.0
User Story #3676
«Модификация
проверки ТВ»
User Story #4545
«Модификация
проверки ТВ»
Analysis Sub-task
Analysis Sub-task
Analysis Sub-task
Technical Sub-task
Analysis Sub-task
Analysis Sub-task
Technical Sub-task
Analysis Sub-task
Technical Sub-task
Technical Sub-task
Technical Sub-task
Test Sub-task
Test Sub-task
Test Sub-task
16. Или задача «на
будущее» (чтобы не
забыть).
В будущем задачу
всегда можно
превратить в подзадачу
Завести тип запроса
«Задача»
НЕТ
Новая
задача
Задача
приближает нас
к разработке
ДА
нового
функционала?
Примеры: подготовка
презентации,
документов, подготовка
ответа на письмо,
написание статьи и т.д.
Задача большая
и её лучше
детализировать? ДА
Завести подзадачу с
типом запроса
«Business sub-task»
Обновить
приоритеты своих
задач
ДА
ДА
«Проект» разработки
новой US или
модификации
НЕТ
существующей уже
заведён?
Завести «проект»
разработки новой US
– тип запроса «User
Story» в JIRA
Необходимо завести
подзадачи для
бизнес-анализа или
системного анализа?
17. ToDo
In Progress
Blocked
Review
Задачи, которые
не могут быть в
данный момент
решены
(ожидается ответ
от кого-либо –
чаще всего от
Заказчика)
Задачи, которые
могут быть
проверены другим
аналитиком (схема
бизнес-процесса /
документ /
инструкция / статья в
KB / подготовка
бизнес-параметров
для системного
анализа)
KanBan (БА+СА)
Done
Editor's Notes
Добавить компанию!
Здесь можно рассказать, откуда родилась идея, прийти на AgileDaysс докладом, и из чего «вырос» сам доклад.На входе картинки можно изобразить «плохой» значок Ростелека и Амдокс, на выходе «хороший» значок Ростелека и Амдокс с припиской AT-CONSULTINGed. На словах: «Мы делаем Ростелеком лучше!».
Некоторые элементы скрама – это скрам-митинг с выслушиванием проблем девелопмента, ретроспектива, препланы, планы и т.д.Нет ничего плохого в том, что каждый занимается «своим» делом. Проблемы возникают тогда, когда его часть работы не находится на общем конвейере.ИДЕЯ! QA тоже мы успели втянуть в общий конвейер – когда попробовали генерить тест-кейсы из TopTeam!
Здесь стоит отметить, что у разработки + тестирования таких проблем практически не было, поэтому мы просто сопоставили процессы и инструменты работы внутри суб-команд
Нужно вставить слайд с As-Is процессом поставки US в разработку (в БА+СА что-то происходит и в конце концов в ТТ заводится некий объект, описывающий ту историю, которую нужно разработать (т.е. Фактически – это некая дельта от того, что уже существует в системе), затем заводится Task в JIRA, ссылающийся на эту описанную дельту (просто копипаст того, что нужно сделать), бьётся на SubTask’и разработки и тестирования, всё это выполняется, главный таск-история закрывается.
Scrum & KanBan on one board!Возможно после этого слайда потребуется краткий обзор в ТТ (так как остальные компоненты всем известны, а этот нет)
Возможно лучше вообще убрать этот слайд!!Можете говорить всё что угодно, но по нашему опыту за 2 года работы лучший функционал был сделан тогда, когда БА погружался в в СА до структуры таблиц в базе, а СА полностью осозновал business-value для заказчика.
Альтернативный заголовок: «Да это ведь скрам какой-то!»В пределе было бы идеально, чтобы БА+СА работал в цикле скрама. Т.е. можно было бы прогнозировать производительность по выдаче историй объединённой команды аналитиков.Ещё одна нереализованная идея – затянуть в конвейер обучение.