Тут скорее как... немножко психологии...
Бизнес: мы не знаем как там работает ит, но нам нужно хендлить риски и в целом управлять как-то. Поэтому будет итил/итсм
Менеджеры по продуктам: у нас есть водопад, но бизнес хочет свои фичи быстрее. А что если? (Привет Agile)
где-то тут происходит The Knight Capital (потеря денег за 4 часа на сумму 80% капитализации компании из-за ошибки в процессах обновления, поддержки и отката софта)
Менеджеры: Нам нужно не только быстро разработать, но и поддерживать. (Привет DevOps)

Как раз 6 лет после Агила

Надо почитать будет https://www.sec.gov/litigation/admin/2013/34-70694.pdf

DevOps это скорее как ответ Agile когда нужно не просто разработать и отдать, но и мейнтейнить в проде. И точно не снизу-вверх т.к успех программного продукта это  итог 50/50 работы бизнеса и ит. Таким образом бизнес вольготно работает через итил/итсм, а ит деп через DevOps. В пользу такой позиции говорит тот факт, что в итил/итсм 4 есть отдельные главы о том, как работать с гибкими разработками

@mr_orangeV up

Да, прочитал

Сек ГОВ? чье государство? ;D

Что в нем?

Это про knight capital

А

Тлдр дать?

Тлдр уже нашёл

И вообще это в артикле есть моем про девопс для маленьких

Хорошо, технический тлдр

А не: мы разорились из-за компьютера

Я на старом заборе нашёл ) там перевод

Уполз

Ну я все равно для ленивых напишу.
Было 8 серверов и ручной апдейт. Как итог, на 7 серверах апдейт накатить не забыли, а на 8ой забыли. Не проверили че сделали и в биржевой день система сошла с ума тк сигналы противоречили друг другу. Для примера, брокер делает покупку, а вместо этого выставляется продажа и наоборот.
Через 4 часа и 80% капитализации компании, было принято решение отключить систему тк найти проблему не смогли.