Управление рисками тестирования Никита Налютин, Антон Александров Deutsche Bank

Август 29, 2022

Главная
Алгебра
Управление рисками тестирования Никита Налютин, Антон Александров Deutsche Bank

Содержание

2. Что такое риск? Риск – это вероятное событие или условие, которое в случае возникновения имеет позитивный
3. Цена Объем Время Качество Что можно варьировать в проекте?
4. На что обычно могут влиять тестировщики? Цена Объем Время Качество
5. Что у тестировщиков чаще всего спрашивают? Мы успеваем закончить тестирование вовремя? Что можно не протестировать, чтобы
6. Как тестировщики доносят информацию? Первое утверждение Нам нужно 70 часов чтобы протестировать эту функциональность. На самом
7. Как это стоит делать, чтобы нас понимали? Второе утверждение Нам нужно 40 часов для тестирования. Но
8. Почему важно управлять рисками? Основные плюсы для руководителя группы тестирования Прозрачные и весомые аргументы при эскалациях
9. Из чего обычно состоит управление рисками? Планирование рисков Идентификация рисков Качественный анализ рисков Количественный анализ рисков
10. Качественный и количественный анализ рисков в реальной жизни Экспертные оценки – качественный анализ Хороши на начальных
11. Качественная оценка Ожидаемая величина риска по PMBoK Шкалы пересчета рисков Карты рисков
12. Количественная оценка: треугольное распределение Наиболее вероятная длительность задачи Минимальная длительность задачи Максимальная длительность задачи Вероятность риска
13. Количественная оценка: совокупный риск
14. Что мы делаем для управления рисками? Общий репозиторий рисков в JIRA Отбор специфических проектных рисков перед
15. Основные параметры риска Влияние риска Низкое Среднее 8-24 часа Высокое > 24 часа RAG-статус риска Вероятность
19. Совокупный риск процесса тестирования Оценивается на ежедневной основе Считаем общее время на устранение всех RED рисков
20. Риски релиза - опросник Разработка продолжалась после заморозки кода Несколько тестировщиков работали над одной функциональностью, дублируя
21. Совокупный риск релиза Оценивается перед выдачей релиза из тестирования Считаем количество негативных ответов в опроснике RED
22. Совокупные риски тестирования и релиза: оценка времени и качества Цена Объем Время Качество
24. Скачать презентацию

Слайд 2

Что такое риск?
Риск – это вероятное событие или условие, которое в

случае возникновения имеет позитивный или негативный эффект на одно или более свойств проекта – время, стоимость, объем, качество (на способность поставить продукт вовремя, в рамках бюджета, с заданной функциональностью, с заданным качеством)
Риск может иметь одну или несколько причин и, в случае возникновения, одно или несколько последствий

Слайд 3

Цена
Объем
Время
Качество
Что можно варьировать в проекте?

Слайд 4

На что обычно могут влиять тестировщики?
Цена
Объем
Время
Качество

Слайд 5

Что у тестировщиков чаще всего спрашивают?
Мы успеваем закончить тестирование вовремя?
Что

можно не протестировать, чтобы успеть вовремя? Какие последствия будут у неполного тестированя?
Насколько безопасно ставить этот релиз в эксплуатацию?
Для того, чтобы ответить на эти вопросы, нам нужно уметь предсказывать, оценивать, описывать текущую ситуацию и обсуждать ее со всеми участниками проекта. Или – нам
необходимо управлять рисками тестирования.

Слайд 6

Как тестировщики доносят информацию?
Первое утверждение
Нам нужно 70 часов чтобы протестировать эту

функциональность. На самом деле нам надо 40 часов, но мы делаем запас – ведь может произойти что угодно…

Слайд 7

Как это стоит делать, чтобы нас понимали?
Второе утверждение
Нам нужно 40 часов

для тестирования. Но существуют следующие риски:
Тестовая среда нестабильная. Весьма вероятно, что тестовая среда будет недоступна в течение 20 часов. Давайте учтем это время.
Функциональность Х плохо задокументирована. Скорее всего понадобится дополнительный раунд тестирования после уточнения всех деталей. Давайте задокументируем ее сейчас или заложим 10 дополнительных часов на тестирование.
Уважаемый ПМ, эти риски можно принять, или выделить время для их смягчения.

Слайд 8

Почему важно управлять рисками?
Основные плюсы для руководителя группы тестирования
Прозрачные и весомые

аргументы при эскалациях
Стандартные подходы и методы для корректирующих и упреждающих действий
Основные плюсы для руководителя проекта
Получение информации обо всех факторах, влияющих на поставку продукта
Прозрачная информация о состоянии релиза
Возможность устранить риск до того как он превратился в проблему

Слайд 9

Из чего обычно состоит управление рисками?
Планирование рисков
Идентификация рисков
Качественный анализ рисков
Количественный анализ

рисков
Планирование противодействия рискам
Мониторинг и контроль рисков

Слайд 10

Качественный и количественный анализ рисков в реальной жизни
Экспертные оценки – качественный

анализ
Хороши на начальных этапах
Легко подстраиваются
Простой метод
Не очень точный метод
Вероятностные методы – количественный анализ
Сложные расчеты
Требуют подстройки
Неочевидность результата
Подобие какой-то точности результата

Слайд 11

Качественная оценка
Ожидаемая величина риска по PMBoK
Шкалы пересчета рисков
Карты рисков

Слайд 12

Количественная оценка: треугольное распределение
Наиболее вероятная
длительность задачи
Минимальная
длительность задачи
Максимальная
длительность задачи
Вероятность риска
Длительность задачи

Слайд 13

Количественная оценка: совокупный риск

Слайд 14

Что мы делаем для управления рисками?
Общий репозиторий рисков в JIRA
Отбор специфических

проектных рисков перед каждым релизом
Ежедневный мониторинг состояния рисков
Простые правила расчета совокупного риска процесса тестирования и риска релиза
Ежедневные отчеты лицам, принимающим решения

Слайд 15

Основные параметры риска
Влияние риска
Низкое < 8 часов
Среднее 8-24 часа
Высокое > 24 часа
RAG-статус риска
Вероятность

риска
Маловероятен
Вероятен
Весьма вероятен
Уже случился

Слайд 16

Слайд 17

Слайд 18

Слайд 19

Совокупный риск процесса тестирования
Оценивается на ежедневной основе
Считаем общее время на устранение

всех RED рисков
RED > 20% от общей трудоемкости проекта
Amber 10-20% от общей трудоемкости проекта
Green < 10% от общей трудоемкости проекта
Что оцениваем – насколько сдвинется финальная дата тестирования при сохранении того же качества

Слайд 20

Риски релиза - опросник
Разработка продолжалась после заморозки кода
Несколько тестировщиков работали над

одной функциональностью, дублируя усилия
Отсутствует документация
Были значительные изменения в коде
Нехватка ресурсов
Большое количество найденных ошибок
Частое переключение тестировщиков между задачами
Неконтролируемое увеличение объема работ
Нестабильные требования
Нестабильная тестовая среда

Слайд 21

Совокупный риск релиза
Оценивается перед выдачей релиза из тестирования
Считаем количество негативных ответов

в опроснике
RED > 20% от общего количества вопросов
Amber 10-20% от общего количества вопросов
Green < 10% от общего количества вопросов
Что оцениваем – насколько высоки риски релиза при постановке его в эксплуатацию

Слайд 22

Управление рисками тестирования Никита Налютин, Антон Александров Deutsche Bank

Содержание

Что такое риск?Риск – это вероятное событие или условие, которое в

ЦенаОбъемВремяКачествоЧто можно варьировать в проекте?

На что обычно могут влиять тестировщики?ЦенаОбъемВремяКачество

Что у тестировщиков чаще всего спрашивают?Мы успеваем закончить тестирование вовремя? Что

Как тестировщики доносят информацию?Первое утверждениеНам нужно 70 часов чтобы протестировать эту

Как это стоит делать, чтобы нас понимали?Второе утверждениеНам нужно 40 часов

Почему важно управлять рисками?Основные плюсы для руководителя группы тестированияПрозрачные и весомые

Из чего обычно состоит управление рисками?Планирование рисковИдентификация рисковКачественный анализ рисковКоличественный анализ

Качественный и количественный анализ рисков в реальной жизниЭкспертные оценки – качественный

Качественная оценкаОжидаемая величина риска по PMBoKШкалы пересчета рисковКарты рисков

Количественная оценка: совокупный риск

Что мы делаем для управления рисками?Общий репозиторий рисков в JIRAОтбор специфических

Основные параметры рискаВлияние рискаНизкое < 8 часовСреднее 8-24 часаВысокое > 24 часаRAG-статус рискаВероятность

Совокупный риск процесса тестированияОценивается на ежедневной основеСчитаем общее время на устранение

Риски релиза - опросникРазработка продолжалась после заморозки кодаНесколько тестировщиков работали над

Совокупный риск релизаОценивается перед выдачей релиза из тестированияСчитаем количество негативных ответов

Совокупные риски тестирования и релиза: оценка времени и качестваЦенаОбъемВремяКачество

Похожие презентации