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

Если скучно рассказывать о DevOps, то можно процитировать Wikipedia: «DevOps(акроним от англ. development и operations) – методология разработки программного обеспечения, нацеленная на активное взаимодействие и интеграцию специалистов по разработке и специалистов по информационно-технологическому обслуживанию».

А если не скучно, то коллектив авторов написал, нет – сотворил необычайную, чудесную книгу, которую с интересом прочитает не только специалист в области IT (администратор, разработчик не важно), но и любой человек так или иначе сталкивающийся с «айтишниками».

"Жизнь – боль!"

Кровь, пот, авралы, не выстроенные процессы, корпоративные интриги, все это в виде сногшибательного, динамичного, интереснейшего романа о жизни руководителя небольшого подразделения, неожиданно ставшего директором по IT (СIO – carrier is over :) ) в трудные для компании времена, описано в этой книге.

Прочитав хотя бы одну главу, даже не понимая зачастую о чем идет речь (с точки зрения техники и терминов), вы скажете только одно: «Еще!».

Книга в свое время «взорвала» ИТ-сообщество на западе, теперь ее перевели и у нас.

Итак,

1) ИТ-обеспечивает процессы компании (организации)

2) Внутри подразделений ИТ есть свои разборки и разногласия

3) Каждый начальник подразделения искренне считает, что именно его работа важнее других

4) Безопасники – это диагноз :)

5) Разработчики злодеи и вечно всё делают в последний момент, а потом скидывают на ИТ свои косяки

6)…

Если вы хотите понимать своих айтишников, понимать, «где у них кнопка» – читать.

Если вы хотите понимать руководителей верхнего звена и ЗАЧЕМ вас держат на вашей работе – читать обязательно.

Ну а вообще – ребят, согласуйте цели, поймите, к чему идёте. Это правда важно.

Классная книга.

С юмором об айти и бизнесе. Увлекательно и познавательно, особенно тем, кто работает в этой сфере. Читается на одном дыхании

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

Книга прекрасно описывает какие условия с стандартной структуре компании приводят к тому, что компания теряет Конкурентные преимущества.

Читать всем! Наконец, появилось полное виденье того, как должно функционировать ИТ!! Саппорт и разработка и тестирование!! Мега роман. В восторге и в надеждах!

Те, кто читал цикл книг Голдрата, узнают стиль повествования.

Читается легко, структурированно. Способы и методы решения, прочитанные в книге буду применять в жизни.

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

Эта книжка — яркий представитель одного из любимых мною жанров — бизнес-роман. Читается легко, как художественная книга (по сути и есть сказочка для взрослых), при этом относится к бизнес-литературе и содержит некоторое количество полезных мыслей. Концентрация этих мыслей не велика, но зато они разжовываются и доносятся на примере, хоть и выдуманном.

Основа сюжета навеяна «Целью» Голдратта (к ней, кстати, есть прямые и весьма хвалебные отсылки) — также есть главный герой-руководитель подразделения, которому в решении возникших на работе проблем помогает внешний «гуру».

Красной нитью проходит мысль, что не стоит воспринимать ИТ — только как обеспечивающую функцию. Сказать, что информационные технологии проникли во все сферы нашей жизни и в т.ч. в производство — это не сказать ничего. Уже сейчас ИТ стали их основой. Любой CEO должен прекрасно понимать все ИТ-системы, за счёт которых работает их бизнес. А лет через 10, по мнению того самого «гуру», на должность CEO будут приходить люди именно из функции ИТ.

В книжке описывается, как ИТ-отдел из состояния постоянного тушения пожаров и попытки запустить новую систему годами переходит к предсказуемо и плановой работе и к возможности выкатывать обновления для продуктивных систем ежедневно. При этом глубокой ИТ-специфики в книжке нет (это субъективное мнение ИТ-шника) поэтому, поэтому, как говорится, для широкого круга читателей. Получил от книги удовольствие, рекомендую.

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

Наконец-то я дочитал книгу Проект Феникс – книгу, которая по мнению комьюнити должна дать ответы на какие-то сакральные вопросы. Среди окружающих меня людей достаточно много кто ее рекомендовал к прочтению с формулировками в духе “она тебе даст понимание того, что же такое DevOps на самом деле” – я же DevOps-инженером никогда не работал.

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

Для меня лично книга Проект Феникс, в очередной раз, стала подтверждением того, чем для меня и являлся этот ваш DevOps. А DevOps для меня как был так и остался – не столько методологией, сколько “коммуникацией и взаимопониманием”. Да, я даже после повторного прочтения этой замечательной книги говорю снова то же самое. DevOps – это про коммуникацию и взаимопониманием. Тут довольно большое количество тех, кто работал и работает DevOps-инженерами и они могут начать кидать в меня свои тапки, но пусть мне хоть один DevOps-инженер попробует доказать, что описанное в книге (достижение показателей бизнеса и разрушение барьеров между эксплуатацией, разработкой, тестированием, инфобезом и бизнесом) возможно без соблюдения двух важнейших идей – коммуникация и взаимопонимание – комментарии открыты.

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

Я как человек, который занимается именно эксплуатацией уже более десяти лет, могу сказать только одно – ваш DevOps это не про CI и CD, не про пайплайны и релизы. DevOps – это куда большее! DevOps – это про открытость, коммуникацию, взаимопонимание, взаимовыручку! А называть это DevOps’ом или как-то еще – какая разница?! Пойми, что и ты и “эти долбанные разрабы” вместе с “ничего не понимающими менеджерами” и “специалистами по безопасности” – вся эта толпа чтобы добиться общего успеха должна научиться разговаривать на одном языке, должна уметь общаться, делиться знаниями и опытом, слышать и слушать друг друга, выручать друг друга и помогать друг другу.