Технічний ризик
Технічний ризик — це ймовірність з якою розробка певної функції системи може не відбутися (через нестачу кваліфікації розробників або незрілість технології) чи зайняти більше часу, ніж передбачалося. Управління ризиками – це процес ідентифікації ризику, визначення тригера його виникнення (при необхідності). Обговорення списку ризиків із зацікавленими сторонами (наприклад, на початку проєкту під час проведення kick off мітингу) Список можливих ризиків проєкту
Множинні дефекти не дозволять швидко нарощувати функціонал, команда з плином часу почне виконувати мешне нових завдань і більше займатися рефакторінгом коду
Команда може не вкластися в терміни, бюджет підвищиться
Замовник отримає не те, що собі початково уявляв
В ході розробки станеться інфляція дизайну (команда реалізує своє бачення дизайну, не відповідне початковій ідеї)
Продукт не пройде сертифікацію (appstore, security audit, etc)
Замовник вноситиме виправлення посеред спрінта
Беклог проєкту стане некерованим
Завдання команди розробки – це оцінка технічних ризиків і їх вирішення якнайскоріше (fail fast approach) для того, щоб відкинути цей ризик чи завчасно обрати інший спосіб рішення проблеми (утч зупинити проєкт)
Last updated