Проект Феникс. Роман о том, как DevOps меняет бизнес к лучшему

Книгу порекомендовал ментор по курсу "введение в DevOps". Саму ее была то-ли купил, то-ли взял бесплатно по промокоду на литресе несколько лет назад и вот, наконец-то я взял ее с полки, сдул с нее электронную пыль и прочел.
Собственно о чем она? Если коротко, то о том, как медленно умирающая компания, внезапно воспряла и стала лидером отрасли. А этому помог в компании вице-президент по информационным технологиям и его армия сотрудников.
Сам роман читается легко и буквально с первых страниц погружает читателя в свою атмосферу. При этом меня во время чтения он сильно держал в эмоциональном напряжении, т.к. я сильно переживал за предприятие, героев истории. Слава богу, все закончилось хорошо.
Читая, ощущал некое дежавю, что уже чего-то такое где-то встречал. Ну во-первых мне вспомнился "Экстремальный тайм-менеджмент", где к герою приходит наставник и превращает его из обычного обывателя в успешного господина. Еще вспомнился "Атлант расправил плечи", где герои романа трудились и боролись также упорно, как это делает Билл, главный герой романа.
Правда, после чтения осталось неприятное послевкусие:
1. Зачем именно наш герой был назначен так высоко. Неужели других кандидатов не было? Или просто герой оказался заложником подковерных корпоративных игр?
2. А что если бы действие происходило в русскоязычной стране, то боролся бы так самоотверженно и неделями с проблемами бизнеса герой, который оброс семьей и ему уже больше 40 лет?
Т.к. девопс с технической стороны и его роли в разработке программного продукта мне знаком, я больше узнал про методику управления проектом "канбан". При этом авторы в художественный смысл вплели случай "было" (авралы, вечное тушение пожаров и пр) и "стало" (четко выстроенная система выполнения задач с приоритетами).
Еще книга мне шире открыла глаза на то, что современный бизнес очень сильно зависим от айти, которое сейчас везде, а не только при разработке каких-то систем продуктовыми компаниями или поддержке и сопровождении чего-то на аутсорсе сервисной компанией.
Собственно, прежде всего, можно порекомендовать эту книгу двум категориям людей:
1. которые только пришли в эту динамично изменяющуюся сферу, чтобы они поняли свое назначение на рабочем месте, в мире (правда, если читатель работает в государственной организации, то что тогда?)
2. люди из бизнеса, которые хотят понять птичий язык этих модных ребят в шортах и футболках из соседнего отдела и как они помогают бизнесу компании.
Книгу не воспринимайте близко как руководство к действию. Это больше первый шаг, на пути к знакомству с методиками ведения проектов и набором практик девопс. Все-таки это не человек, который поддерживает инфраструктуру и помогает настроить доставку кода с редактора на экране лаптопа до определенного контейнера в сложной инфрастуктуре. А именно это набор практик, которое помогает обеспечить функционирование сложной среды переплетенных между собой множества корпоративных приложений.
В "Проект "Феникс" есть отсылки к книгам, где рассказывается про методологии ведения проектов, несколько раз упоминается роман "Цель". Так что буду знакомиться и с этими книгами тоже.

Легкая и быстрая для прочтения книга для руководителей ИТ (и не только), которым выпал карьерный взлет. Рекомендую для обязательного ознакомления.

Интересный роман, однако практическая польза от прочтения выглядит сомнительной. Дело в том, что в книге описывается компания, в которой вообще не было никакой автоматизации внутри IT: ни системы контроля версий, ни TFS, ни confluence, ни сборочного конвейера, ни непрерывной интеграции. В таких условиях, конечно, легко проводить революцию. Практически любые адекватные изменения будут приводить к существенному росту производительности IT-подразделения, потому что, как еще говорят, с нуля расти легко, показывая невероятные проценты роста.

В современном мире сложно найти компанию, которая работала бы в таких первобытных условиях.

Сюжет романа неоднократно перекликается с некоторыми моментами из книги Цель Голдрата. В этом плане книга позволяет закрепить знания по теории ограничений, поэтому читать ее конечно лучше после Целей.