Икемді әдістердегі тәуекелдерді басқару және DevOps DevOps тәжірибесінің икемді дамуы мен қолданылуы тәуекелдерді басқарудың дәстүрлі әдістерін қолдану кезінде қиындықтарға әкеледі.Біз нақты ережелер жоқ салыстырмалы түрде жаңа аумаққа тап боламыз. Тәуекелдерді басқару қауымдастығы икемді әдістермен үйлесімді тәуекелдерді басқару әдістемесімен әлі келіскен жоқ, сондықтан біз тәуекелдерді басқаруға тырысқанда әртүрлі мәдениеттердің соқтығысуын байқаймыз, осылайша бұл ұйымдағы барлық тараптар үшін де, аудиторлар үшін де қолайлы болады.
Атап айтқанда, әдетте икемді тәжірибелер тәуекелдердің жаңа класының көзі ретінде қабылданады.
Жеткізу жылдамдығы Ең үлкен жаңа тәуекел-икемді команда жоғары жеткізу жылдамдығына ұмтылады және бұл тәуекелдерді басқарудың дәстүрлі тәсілдері есептелмеген өзгеру қарқынына әкеледі.
Өзгерістерді бақылаудың жалпы қабылданған әдістері, мысалы, ITIL немесе COBIT-те анықталған, өзгерістердің үлкен бөліктері жылына бірнеше рет Орнатылатын каскадты модель бойынша басқарылатын жобалар үшін жасалды, сондықтан олар үздіксіз жеткізуді немесе үздіксіз орналастыруды жеңе алмайды.
Қолмен тестілеу және бақылау-өткізу пункттері, соның ішінде ену тестілеуі және нормативтік сәйкестік аудиті – бұл бір құрастыруды бағалауға бірнеше апта кетуі мүмкін ұзақ процестер. Бұл процестерді икемді әдістермен жеткізу жылдамдығына бейімдеу үшін түбегейлі қайта қарау керек.
Сонымен, көптеген икемді командалар тәуекелдерді басқару тәжірибесін елемейді немесе айналып өтеді. Осылайша, жаңа тәуекел туғызады: баланың сумен бірге шашырауы, тәуекелдерді бақылау толығымен жойылады және ұқсас, бірақ қарапайым бағамен тежеу мен тепе-теңдікті қамтамасыз ететін нәрсемен ауыстырылмайды.
Дегенмен, қауіпсіздік тәуекелдерін қарастырған кезде жеткізу жылдамдығы да артықшылық болуы мүмкін.
Дәстүрлі ортада жобалармен жұмыс істейтін бірнеше ұйымдар баяу, қатаң бақыланатын орналастырудың өзі тәуекелдің көзі екенін мойындайды, өйткені өзгеріс процесіне көптеген адамдар қатысады және "жылжымалы бөлшектердің" саны тым көп. Сондықтан, егер шұғыл өзгерістер қажет болса, онда мерзімге жету үшін көптеген бақылау процестерін өткізіп жіберуге тура келеді.
Икемді командалар үнемі өзгерістер жасайды, сондықтан бір өзгеріс жүйенің қауіпсіздігіне нұқсан келтіруі мүмкін, ал команданың өзгерісті қайтару мүмкіндігі әлдеқайда жоғары. Жылдам икемді командалар тәуекелдерге, осалдықтарға және басқа мәселелерге олар белгілі болғаннан кейін жедел жауап бере алады.