Как роман про IT-менеджера перевернул моё понимание DevOps
Я долго откладывал «Проект Феникс».
Художественный роман казался странным форматом, если нужен практический DevOps. Сейчас понимаю: именно поэтому книга и сработала.
«Феникс» не про CI/CD и не про автоматизацию. Он про IT как поток работы.
Если поток не управляется, инструменты только ускоряют хаос. Узкие места, перегрузка, ручные костыли — это не технические сбои, а следствие организационных решений.
Самое ценное здесь не сюжет. Ценно смещение фокуса.
Когда начинаешь мыслить ограничениями и потоком, инструменты перестают быть «обязательным набором» и начинают занимать своё место. А часть из них — становится просто лишней.
Мой вывод простой:
книга не научит вас настраивать пайплайны. Она заставит задавать правильные вопросы до выбора инструмента. Вы начинаете видеть не сервера и задачи, а поток создания ценности, где сбои — это данные для улучшений, а не повод для героизма.
Оценка: 9 из 10 фениксов.
А у вас что было первым — смена инструментов или пересмотр процессов и ответственности команд?







