Що таке аналіз ризику?
Ризик - це ймовірність настання небажаної події.
Аналіз ризиків - це процес аналізу ризиків, пов’язаних з вашим Проектом тестування.
Для успіху вашого проекту слід визначити ризик та визначити відповідні рішення перед початком проекту.
У цьому підручнику ми відкриємо перший крок у процесі управління тестами: Аналіз та рішення ризиків за допомогою конкретного дослідження.
У цій темі ми відкриємо перший крок у процесі управління тестами: Аналіз та вирішення ризиків за допомогою тематичного дослідження.
Випробовувана програма - demo.guru99.com, Ви можете переглянути тут специфікацію вимог до програмного забезпечення.
Банк Guru99 матиме дві ролі
- Менеджер
- Клієнт
Наступні функції / модулі будуть доступні для цих двох різних ролей
Ось невеличка екскурсія по веб-сайту
Прочитавши документи з вимогами, ви могли зрозуміти, що веб-сайт має занадто багато функціональних та складних сценаріїв.
Ось ситуація -
- Банківський веб-сайт Guru99 вже завершив етап розробки. Тепер розпочинається фаза тестування. На жаль, вас не брали участь рано на етапі вимог
- Ваш начальник повинен закінчити тестування за один місяць лише з обмеженим бюджетом, але очікує чудової якості.
- Вам говорить член команди, який є досвідченим інженером
- Що в такому випадку робити?
Якщо ви вибрали дію В, ось результати через місяць
- Проект безлад і забрав усі ваші ресурси та час. Навантаження працівника різко зросло, і вони відчувають стрес і перевантаження
- - Ваш проект затримується, тому ви не можете випустити продукт у визначений термін, як ви обіцяли своєму начальнику. Як сказав член вашої команди, графік цього проекту занадто щільний порівняно з поточним розподілом ресурсів.
Наведений приклад ілюструє важливість аналізу ризиків у тестовому менеджменті.
Управління ризиками допомагає вам у -
Ризик, згаданий у наведеному вище прикладі, є лише одним із багатьох потенційних ризиків, які можуть виникнути у вашому проекті. Ви повинні їх ідентифікувати і прийняти рішення впоратися з ними якомога швидше !!! Таким чином, правильна дія в цьому прикладі дії .
Отже, аналіз ризиків є важливим
Як провести АНАЛІЗ РИЗИКУ?
Це 3-етапний процес
- Визначте ризики
- Проаналізуйте вплив кожного виявленого ризику
- Вжити протидії щодо виявленого та проаналізованого ризику
Крок 1) Визначте ризик
Ризик можна визначити та класифікувати на 2 типи в програмному продукті
Ризик проекту
Ризик проекту може бути визначений як невизначена подія або діяльність, яка може вплинути на прогрес проекту. Вплив позитивно чи негативно впливає на перспективи досягнення цілей проекту.
Існує в основному 3 категорії проектних ризиків
- Організаційний ризик
Це ризик, пов’язаний із вашим людським ресурсом або командою з тестування. Наприклад, у вашому проекті відсутність технічно кваліфікованих членів є ризиком. Нестача робочої сили для завершення проекту вчасно є ще одним ризиком.
Щоб визначити організаційний ризик, вам слід скласти перелік кількох питань і відповісти на них як самовправу. Ось кілька рекомендованих питань. 1. Це добре організована команда?
А) ТакБ) Ні Ні,Ваш проект не має жодного організаційного ризику. Створіть сильнішу команду та сприяйте середовищу співпраці.
2. Чи кожен член команди має навички виконувати свою роботу ??
А) ТакБ) Ні.Ваш проект не має жодного організаційного ризику. Складіть навчальний курс для підвищення кваліфікації членів.
3. Порівняйте з розміром проекту та графіком, чи маємо ми достатньо людських ресурсів, щоб закінчити цей проект у визначений термін?
А) ТакБ) Ні.Ваш проект не несе жодного організаційного ризику. Попросіть комісію проекту отримати більше людських ресурсів
Якщо ви відповісте на всі вищезазначені запитання, ви легко визначите потенційні ризики, які можуть вплинути на ваш проект.
- Технічний ризик
Технічний ризик - це ймовірність збитків, понесених під час виконання технічного процесу, такого як неперевірене проектування, неправильна процедура випробувань ... тощо. Ось приклад технічного ризику
- Вашим завданням у цьому проекті є тестування банківського веб-сайту. Ви повинні налаштувати належне тестове середовище, яке відображає реальне бізнес-середовище. Якщо тестове середовище налаштовано неправильно, продукт не буде перевірений належним чином, і багато дефектів не буде виявлено.
- Бізнес-ризик
Ризик пов'язаний із зовнішнім суб'єктом господарювання. Це ризик, який може походити від вашої компанії, вашого клієнта, але не від вашого проекту.
На наступному малюнку показано приклад комерційного ризику.
У такому випадку керівник випробувань повинен знайти шляхи вирішення ризику, такі як:
- Встановіть пріоритет для етапів тестування, зосередьтеся на тестуванні основних функцій веб-сайту
- Використовуйте інструмент тестування для підвищення продуктивності тестування
- Застосовуйте вдосконалення процесу для зменшення управлінських зусиль.
Товарний ризик
Продуктовий ризик - це можливість того, що система чи програмне забезпечення не зможуть задовольнити або задовольнити очікування замовника, користувача чи зацікавленої сторони. Цей ризик пов'язаний з функціональністю продукту, такими як проблеми з продуктивністю, проблеми з безпекою, сценарії аварій тощо.
Нижче наведено приклади кількох товарних ризиків -
- Програмне забезпечення пропускає деякі ключові функції, які замовники вказали у вимозі користувачів
- Програмне забезпечення ненадійне і часто не працює.
- Програмне забезпечення виходить з ладу таким чином, що завдає фінансової або іншої шкоди користувачеві або компанії, яка використовує програмне забезпечення.
- Програмне забезпечення має проблеми, пов’язані з певними характеристиками якості, такими як безпека, надійність, зручність використання, ремонтопридатність або продуктивність.
Повертаючись до вашого проекту, чи є на веб-сайті Банку Guru 99 якийсь ризик щодо продукту? Щоб відповісти на це запитання, слід виконати наступні кроки
Закінчивши вищезазначені 3 кроки, виконайте невелику вікторину нижче, щоб визначити ризики продукту 1. Чи може веб-сайт банку Guru99 захистити рахунок клієнта та його дані?
А) ТакБ) Ні
В) Я не впевнений, що
неправильно
правильно.
2. Чи можна використовувати веб-сайт для клієнта?
А) ТакБ) Немає
правильних
Невірних
3. Які ще функції повинен мати веб-сайт?
А) Безпечний переказ коштів Б) Користувач може зареєструвати новий акаунт
В) Не потрібно більше функцій
IncorrectCorrect
Крок 2) Проаналізуйте вплив ризику, що виникає
У попередній темі ми вже визначили ризики, які можуть перешкодити вашому проекту. Ось перелік виявлених ризиків:
- Можливо, у вас недостатньо людських ресурсів, щоб закінчити проект у встановлений термін
- Можливо, середовище тестування не налаштовано належним чином, як реальне ділове середовище.
- Бюджет вашого проекту може скоротитися наполовину через ділову ситуацію
- Цей веб-сайт може не мати функцій безпеки
Далі слід проаналізувати ці ризики.
Кожен ризик слід класифікувати на основі наступних двох параметрів
- імовірність виникнення
- Вплив на проект
Використовуючи наведену нижче матрицю, ви можете класифікувати ризик за чотирма категоріями як високий, середній та низький або значення 3,2, 1
|
Імовірність |
|
|---|---|
|
Високий (3) |
Має дуже високу ймовірність виникнення, це може вплинути на весь проект |
|
Середній (2) |
50% шанс виникнути |
|
Низький (1) |
Мала ймовірність виникнення |
|
Вплив |
|
|---|---|
|
Високий (3) |
Не можна продовжувати проектну діяльність, якщо вона не буде вирішена негайно |
|
Середній (2) |
Не вдається продовжити проектну діяльність, якщо вона не вирішена |
|
Низький (1) |
Потрібно це вирішити, але можна деякий час прийняти альтернативне рішення |
Розглянемо такі ризики
|
Ризик |
Імовірність |
Вплив |
Пріоритет = Імовірність * Вплив |
|---|---|---|---|
|
Дедлайн проекту не дотриманий |
3 |
3 |
9 |
|
Збої в електроенергії |
1 |
2 |
2 |
Виходячи з вищезазначеного пріоритету, ви можете вжити зустрічних заходів, зазначених у таблиці нижче
|
Пріоритет |
Метод управління ризиками |
|
|---|---|---|
|
Високий |
6 -9 |
Негайно вживайте заходів щодо пом’якшення наслідків та контролюйте ризик щодня, доки його статус не буде закритий. |
|
Середній |
3-5 |
Відстежуйте ризик щотижня на внутрішніх зборах прогресу |
|
Низький |
1-2 |
Прийміть ризик і контролюйте ризик на основі етапів. |
Зараз настав час для вправ, у нас є 4 ризики, визначені у проекті Guru99 Banking. Класифікуйте їх самостійно
| Ризик | Високий | Середній | Низький | Статус |
|
|
|
| Правильно. Неправильно. |
|
|
|
| Правильно. Неправильно |
|
|
|
| Правильно. Неправильно |
|
|
|
| Правильно. Неправильно. |
Крок 3) Проведіть ПРОТИПОВІДИ, щоб зменшити ризик
Ця діяльність розділена на 3 частини
Відповідь на ризик
Керівнику проекту потрібно вибрати стратегії, які дозволять зменшити ризик до мінімуму. Керівники проектів можуть вибрати між наступними чотирма стратегіями реагування на ризик
Повертаючись до 4-х ризиків, визначених раніше, ми маємо знайти контрзахід, щоб їх уникнути або усунути. A) Можливо, у вас недостатньо людських ресурсів, щоб закінчити проект у визначений термін
Б) Тестове середовище може бути налаштовано не так, як реальне ділове середовище
В) Бюджет вашого проекту може скоротитися наполовину через ділову ситуацію
Г) Цей веб-сайт може не мати функцій безпеки
А. У вас може бути недостатньо людських ресурсів, щоб закінчити проект у дедлайні. Цього ризику не уникнути через ситуацію в компанії; Ви не можете вимагати більше людських ресурсів для проекту. У такому випадку ви можете зменшити вплив ризиків, вибравши деякі варіанти нижче
- Виберіть талановитого та досвідченого члена для приєднання до команди проекту
- Створіть навчальний курс для підвищення кваліфікації члена, допоможіть йому підвищити продуктивність
- Попросіть команду розробників допомогти їм створити тестове середовище
- Підготуйте все обладнання або матеріали (сервер, базу даних, ПК…), необхідні для налаштування середовища
- Повторно визначте обсяг проекту, визначте, що тестуватиметься, а що ігноруватиметься в такому випадку
- Обговоріть із замовником термін проекту, який відповідає бюджету проекту
- Підвищення продуктивності кожного етапу проекту, такого як тестування, виготовлення специфікацій для тестування ... Якщо ви можете заощадити час, ви можете заощадити витрати
Реєстрація ризику
Весь ризик повинен бути зафіксований, задокументований та визнаний керівниками проектів, зацікавленою стороною та учасником проекту. Реєстр ризиків повинен бути у вільному доступі для всіх членів команди проекту.
Є кілька корисних для реєстрації ризиків, таких як Redmine, MITER ... тощо.
Моніторинг та контроль ризику
Ризики можна контролювати постійно, щоб перевірити, чи не внесені зміни. Новий ризик можна визначити за допомогою постійного механізму моніторингу та оцінки.
Для кращого управління ризиками ви можете звернутися до шаблону управління ризиками, включеного в цю статтю