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

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

Производственный роман из мира IT и промышленной разработки программных продуктов.

Несмотря на то, что в любом топовом списке с рекомендациями лучших книг для DevOps-инженера данное произведение почти неизменно присутствует, рассказывает она в большей степени об организации управления процессами внутри организации, выстраивании эффективной коммуникации между разными подразделениями, отделами и командами и о том, как согласованно планировать и наладить рабочий процесс. То есть книга имеет куда больше бизнес-направленность и акцентирует внимание на управленческих вопросах, затрагивая методологию автоматизации разработки, тестирования и эксплуатации на уровне понятий и не углубляясь непосредственно в техническую реализацию и инструменты, обеспечивающие возможность настройки упомянутой автоматизации.

В то же самое время книга написана как производственный роман, читается легко и, несмотря на свою художественность, выявляет основные проблемы, с которым может столкнуться бизнес и высшее руководство при планировании и организации рабочих процессов. Конечно, большую часть изложенной здесь теории, можно было бы изложить в более сжатой форме в виде ультимативного руководства к управлению проектами и командами, тем не менее книга хорошо справляется с поставленной задачей и, наглядно погружая читателя в проблемы отдельно взятой компании, за счёт художественной составляющей добавляет эмоциональной окраски этой истории, делает её понятнее для обывателя и очень знакомой для любого работника IT-индустрии.

Мне же хотелось бы в данном отзыве поразмышлять на более отдалённые темы и отметить, как в силу специфики самой деятельности изменился жанр производственного романа и как в то же время он по-прежнему цепляет и собирает огромную читательскую аудиторию по причине того, что рассказывает о таком знакомом рабочем быте, сложностях и их преодолении, человеческих отношениях, приуроченных к производственным процессам и выполнению рабочих задач.

Хотя быт обыденной жизни со времен, например, Советского Союза (произведственные романы, продвигающие коллективисткие славные ценности кажутся мне наиболее знакомыми и лучше прочих подходящими для сравнения), основные жанровые черты остались прежними: вот наши герои поставлены в условия сложных и ответственных обстоятельств, они принимают одно за другим решения во благо работы и процветания бизнеса, личная жизнь отходит на второй план, а вся свободная энергия и мысли рассказчика целиком устремлены на компанию и стоящие перед ним задачу выполнить намеченный проект в срок.

Конечно, представленные в книге временные рамки скорее фантастичны, нежели реальны, однако художественная ценность книги и то, как грамотно герои и проект в целом проходят каждый свою целостную сюжетную арку в рамках общей истории, а также высказываемые книгой идеи об особенностях организации бизнеса с лихвой покрывают любые вопросы и недочёты, которые могли бы возникнуть у читателя.

Книгу можно порекомендовать тем, кто желает увлекательного художественного чтения в декорациях продуктовой команды, мира IT и управления проектами, она также придётся вам по душе, если, будучи причастными к разработке или управлению, вам случается размышлять о процессах управления и том, как работает организация в целом.

C точки зрения технических навыков и умений эта книга мало что может вам предложить. Из тех немногих произведений, что мне знакомы на данный момент, я бы рекомендовала в первую очередь Python и DevOps и, может быть, Грокаем Continuous Delivery для самого старта в автоматизации разработки.

Бизнес требовал абсурдных вещей, и их нужно было осуществить к невозможным датам вообще не учитывая работу, находящуюся в процессе выполнения. Просто ежедневный кошмар наяву.

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

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

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