Доклад Александры Ковалевой, Test Lead в QA Service, Softengi, Украина.
В презентации представлен симбиоз теории планирования и практического опыта компании QA Service в оценке трудозатрат на тестирование.
Руководители отдела тестирования, ведущие тестировщики узнают:
Чем отличаются стратегические, тактические и оперативные планы? - Что такое планирование с точки зрения тестировщика?
Кто в отвечает за планирование трудозатрат на тестирование?
Какие существуют методы оценки?
Всегда ли имеет смысл детальное планирование и оценка?
Подводные камни планирование сроков тестирования и связь с другими активностями проекта.
Как начать внедрение системы планирования и оценки «снизу»?
Тестировщикам доклад поможет посмотреть на оценку сроков с точки зрения менеджмента и ответить на вопросы:
Как я оцениваю свои задачи? Как это делают другие? Можно ли что-то улучшить?
Как заставить лида перестать спрашивать о сроках?
Чем отличаются трудозатраты на выполнение задачи и сроки завершения задачи. Как сдавать задачи в срок?
Test Labs 2009. Налютин Никита. Тестирование, как средство противодействия вн...Nikita Nalyutin
В реальной жизни тестировщики часто сталкиваются с ситуацией, когда требования к системе меняются постоянно, сроки разработки сжаты, а 100% покрытие недостижимо – не потому, что заказчик не знает, чего хочет, а потому что постоянно меняется среда, в которой работает система, и потому что опоздать – хуже, чем ошибиться. Здесь приходится говорить о достаточном уровне надежности, приоритетах и принятии определенной доли риска.
Классическая литература такие ситуации часто обходит: считается, что четко определенный процесс тестирования в подобных условиях не существует. На самом деле процесс есть, он просто другой. Целью становится не полное покрытие и документальное подтверждение следования технологии, а постоянная оценка и пересмотр критических мест системы, поддержание целостной информации о ее состоянии, ее функциональности и дефектах. В докладе пойдет речь о возможной организации такого процесса при помощи GTD, управления конфигурациями и быстрой визуальной оценки состояния системы.
Как оценить процесс тестирования на проектеCOMAQA.BY
Тестирование - это процесс, он не стоит на месте, а нуждается в непрерывном улучшении. Мы приходим к ним на ретроспективах, из собственного и чужого опыта и ошибок, интуитивно или на основании некоторых данных. В своем докладе я расскажу, как провести оценку процесса тестирования на проекте: с чего начать, на что обратить внимание, поделюсь практическим опытом и отвечу на ваши вопросы. До встречи на докладе!
Доклад Александры Ковалевой, Test Lead в QA Service, Softengi, Украина.
В презентации представлен симбиоз теории планирования и практического опыта компании QA Service в оценке трудозатрат на тестирование.
Руководители отдела тестирования, ведущие тестировщики узнают:
Чем отличаются стратегические, тактические и оперативные планы? - Что такое планирование с точки зрения тестировщика?
Кто в отвечает за планирование трудозатрат на тестирование?
Какие существуют методы оценки?
Всегда ли имеет смысл детальное планирование и оценка?
Подводные камни планирование сроков тестирования и связь с другими активностями проекта.
Как начать внедрение системы планирования и оценки «снизу»?
Тестировщикам доклад поможет посмотреть на оценку сроков с точки зрения менеджмента и ответить на вопросы:
Как я оцениваю свои задачи? Как это делают другие? Можно ли что-то улучшить?
Как заставить лида перестать спрашивать о сроках?
Чем отличаются трудозатраты на выполнение задачи и сроки завершения задачи. Как сдавать задачи в срок?
Test Labs 2009. Налютин Никита. Тестирование, как средство противодействия вн...Nikita Nalyutin
В реальной жизни тестировщики часто сталкиваются с ситуацией, когда требования к системе меняются постоянно, сроки разработки сжаты, а 100% покрытие недостижимо – не потому, что заказчик не знает, чего хочет, а потому что постоянно меняется среда, в которой работает система, и потому что опоздать – хуже, чем ошибиться. Здесь приходится говорить о достаточном уровне надежности, приоритетах и принятии определенной доли риска.
Классическая литература такие ситуации часто обходит: считается, что четко определенный процесс тестирования в подобных условиях не существует. На самом деле процесс есть, он просто другой. Целью становится не полное покрытие и документальное подтверждение следования технологии, а постоянная оценка и пересмотр критических мест системы, поддержание целостной информации о ее состоянии, ее функциональности и дефектах. В докладе пойдет речь о возможной организации такого процесса при помощи GTD, управления конфигурациями и быстрой визуальной оценки состояния системы.
Как оценить процесс тестирования на проектеCOMAQA.BY
Тестирование - это процесс, он не стоит на месте, а нуждается в непрерывном улучшении. Мы приходим к ним на ретроспективах, из собственного и чужого опыта и ошибок, интуитивно или на основании некоторых данных. В своем докладе я расскажу, как провести оценку процесса тестирования на проекте: с чего начать, на что обратить внимание, поделюсь практическим опытом и отвечу на ваши вопросы. До встречи на докладе!
Управление удаленной командой тестировщиковISS Art, LLC
Презентация доклада Константина Фирсанова, руководителя отдела контроля качества разработок компании "ИСС Арт" "Управление удаленной командой тестировщиков".
Вебинар "Управление удаленной командой разработчиков"
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...QAFest
Техники тест-дизайна – «математика» тестирования. Новые техники появляются достаточно редко. 2 года назад вышла книга Сэма Канера «The Domain Testing Workbook”. Давайте посмотрим на технику доменного тестирования, и попробуем разобраться, новая ли это техника, или переформулированная старая? Что общее и что отличает доменное тестирование от других техник тест-дизайна? Мы также рассмотрим на практике несколько примеров применения доменного тестирования, а также ее применимость и перспективы.
Управление удаленной командой тестировщиковISS Art, LLC
Презентация доклада Константина Фирсанова, руководителя отдела контроля качества разработок компании "ИСС Арт" "Управление удаленной командой тестировщиков".
Вебинар "Управление удаленной командой разработчиков"
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...QAFest
Техники тест-дизайна – «математика» тестирования. Новые техники появляются достаточно редко. 2 года назад вышла книга Сэма Канера «The Domain Testing Workbook”. Давайте посмотрим на технику доменного тестирования, и попробуем разобраться, новая ли это техника, или переформулированная старая? Что общее и что отличает доменное тестирование от других техник тест-дизайна? Мы также рассмотрим на практике несколько примеров применения доменного тестирования, а также ее применимость и перспективы.
Как построить программу повышения операционной эффективности. Кейсы проектовECOPSY Consulting
- Что значит «Мы уже все оптимизировали» и как с этим бороться.
- 8 KPI, на которые может работать проект по повышению операционной эффективности.
- Ключевые дилеммы проектов по повышению операционной эффективности. Примеры комплексных проектов.
Подготовлено "ЭКОПСИ Консалтинг
www.ecopsy.ru
Светлана Мухина, Метрики в Agile проектахScrumTrek
Я думаю, что чем сложнее метрика, тем проще ее подвести под необходимые результаты. Зачастую достаточно немного исказить одно не самое важное значение в формуле расчета и в итоге на больших числах можно получить приличное искажение. С помощью визуализации метрик тоже можно оказывать влияние и изменять мнение в необходимую вам сторону. И тут возникает вопрос #2 - "Что делать?" Использовать или не использовать метрики. Возможно, вы найдете для себя ответ на этот вопрос в моем докладе про очень простые метрики: -capacity - кол-во идеальных часов доступное в итерацию; -velocity - количество сделанной работы в стори поинтах или других "попугаях"; -burn-down - прогресс команды на данный момент, сколько сделали и сколько осталось; -индекс стабильности требований - как часто меняются требования; И еще поделюсь своим мнением о том, какая может быть польза команде от заполнения системы учета времени; Я расскажу, как мы собираем эти метрики на проектах и что нам это дает. Например, иногда они помогают найти ответ на вопрос #1 "Кто виноват?" (это шутка).
Ирина Томилова "Чего хотят тестировщики? или как после планирования жить хоро...Yandex
Конференция "План Б" в Санкт-Петербурге (17 декабря 2011)
Ирина Томилова "Чего хотят тестировщики? или как после планирования жить хорошо..." (DINO Systems)
Тезисы:
– тестировщики хотят того же, чего и все остальные – играть по правилам;
– правила игры не могут не меняться;
– готовность к изменениям закладывается при планировании;
– плановые риски требуют профилактики;
– планирование тестирования завершается не раньше, чем само тестирование.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Управление компанией с использованием метода критического цепи (МКЦ)Евгений Пикулев
Частная презентация, рассказывающая о недостатках метода критического пути, и о достоинствах метода критической цепи. Полезна для собственников и руководителей компаний.
ONLINE-ШКОЛА "Центр оценки шаг за шагом" -
знакомство с технологией центра оценки.
На вебинарах online-школы мы рассказываем, как планировать и организовать проект по оценке персонала: силами внутренних специалистов компании и с привлечением внешних провайдеров.
Темы занятия №3:
1. Проведение центра оценки: требования стандарта.
2. Использование результатов центра оценки: обратная связь участникам, обсуждение результатов с руководством, принятие решений.
3. Тест на знания по всему курсу.
Agile ретроспективы. Ритуал оглядываться назад, чтобы двигаться вперед.
Ретроспектива – это трансформация полученного опыта в конкретные действия, которые могут улучшить процесс.
Для команды это шанс улучшить и результаты, и собственные ощущения от работы.
Ретроспективы дают возможность всей команде обучаться, действуют как катализатор изменений и стимулируют работу над проектом.
- Задачи ретроспективы:
Инспекция степени успешности итерации относительно
результатов,
людей и взаимоотношений между ними,
процессов и инструментов.
Обнаружение того, что прошло хорошо и того, что нуждается в улучшении
Создание плана внедрения улучшений в процесс работы команды.
- Причины неудачных ретроспектив:
Нет подготовки к проведению ретроспективы.
Отсутствие фокуса.
Пропуск этапа сбора данных.
Доминируют один или два человека в разговоре.
Копаемся в прошлом в поиске оправданий и обвинений.
Фокусировка только на препятствиях, которые находятся вне контроля команды или влияния команды.
Генерация слишком длинных списков улучшений и попытка сделать их все сразу.
«Показательное» ретро.
Сохранение «плана совершенствования» отдельно от плана «реальной работы».
Не определяются ответственные члены команды за реализацию планов по улучшению.
Делаем все как всегда и ничего не меняем: формат, упражнения, фокус внимания.
Не интересуемся как нам ретро.
- Структура ретроспективы
1. Подготовка (Set the Stage)
2. Сбор данных (Gather Data)
3. Генерация Идей (Generate Insights)
4. Планирование дальнейших действий (Decide What To Do Data)
5 Завершение ретроспективы (Close The Retrospective)
- Подготовка ретроспективы (см. таблицу)
- Проведение ретроспективы:
Процесс проведения ретро – управление структурой сессии, упражнениями, групповой динамикой, временем.
Ведущему необходимы навыки фасилитации групповой работы.
Типы активностей:
Короткие обмены мнениями:
Проводить последовательно со всеми участниками.
Длинные разговоры:
Объединиться в мини-группы и работать параллельно,
Презентация работы.
Работа со стикерами, рисование.
Брейншторм «среди себя» письменно.
Брейншторм классический.
- Agile ретроспектива. Чек-лист:
Ретроспектива проводится в конце итерации.
Все члены команды участвуют.
Все члены команды имеют равное право голоса.
Ретроспектива не является встречей по поиску виноватых.
Никто не доминирует, все участники высказывают свое мнение.
Фокусировка на проблемах, которые находятся под прямым контролем или влиянием команды.
Результаты обсуждения зафиксированы и доступны всем.
Результатом ретроспективы является план улучшений процесса работы команды для следующих итераций.
Доклад Прониной Ольги на конференции TESTLabs 2016.
Мы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Test labs 2016. QA в тотальном аутсорсеSasha Soleev
Мы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
29. Как фиксировать реальные
трудозатраты?
- по факту выполненной работы списывать
потраченшнное время
- если работа не закончена, то указывать
оценку оставшегося времени
30. Что это дает?
Возможность понять объем выполненной
работы и ее остаток.
Возможность понять процент выполненной
работы по отношению к общей оценке.
43. Закрепим рассказанное примером!
Дано:
Задача 1, T(план.)= 2ч, Т(вып.)= 4ч
Задача 2, Т(план.)= 3ч, Т(вып.)= 4ч
Задача 3, Т(план.)= 1ч, Т(вып.)= 4ч
Задача 4, Т(план.)= 5ч
Найти Т(план.) по задаче 4 с учетом F.
44. Закрепим рассказанное примером!
Дано:
Петя 80% тестирует web, 20% - desktop
Даша 50% тестирует web, 50% - desktop
Desktop Build требует 28 часов на проверку.
Найти:
Сколько дней будет тестировать билд Даша?
Сколько дней будут тестировать билд вдвоем?