…или "лучше поздно, чем никогда". Позже, чем многие, и позже, чем следовало, я таки прочитал The Phoenix Project: a Novel about IT, DevOps and Helping Your Business Win, или просто "Проект Феникс". Спешу поделиться впечатлениями.
Это такой производственный роман "про страсти в литейном ковше". В роли ковша выступает ИТ-организация крупной производственной и торговой компании, занимающейся запасными частями для автомобилей. В первой главе главный герой назначается на роль руководителя службы ИТ-эксплуатации, а в конце его ожидает сложная, но увлекательная программа подготовки к роли COO всей компании.
Жанр во многом напоминает "Цель" Голдратта, но в ИТ-интерьере: ITIL, SOX404, инциденты, проблемы и изменения, проекты и взаимодействие с разработчиками, хаос и ресурсные кризисы, гордость и предубеждения, слабоумие и отвага – всё как в жизни. Если вы проводите эту жизнь в крупной корпоративной ИТ-службе в компании, где ИТ-люди уверены, что их работа – это информационные технологии, а бизнес-люди уверены, что их работа – бизнес, и обе группы точно знают, что занимаются разными вещами.
Это отличный кейс. На книжке можно строить практики, дискуссии, брейнштормы и ролевые игры. То есть если бы к курсу по управлению корпоративными ИТ, или про DevOps, или про BITA надо было написать сквозной кейс, и не было бы ограничений по объему – эта книжка подошла бы идеально. Жаль, нет такого курса, для которого был бы уместен кейс в жанре романа.
"Феникс" неплохо написан – читать его интересно и легко, если, конечно, вас настолько интересуют вопросы организации корпоративной ИТ-службы, чтобы читать об этом романы. Рейтинги google.books и Amazon ставят ему 3,5 и 4,5 балла соответственно. А МИФ, как я понимаю, готовит книжку к выходу на русском языке.
Вкратце же мои впечатления таковы: если управление ИТ – ваша профессия; если вам нужно лучше понять или кому-нибудь другому объяснить роль ИТ в современной компании; если вы ищете решение проблемы взаимодействия Dev и Ops (а заодно – QA и ISec) – прочтите эту книгу. Она наведёт вас на правильные размышления, подарит пару-тройку идей и даст ответы на кое-какие вопросы. В общем, настоятельно рекомендую. Хорошая книжка, годная.
Роман, отзыв хотелось бы, конечно, чуть более острый и развернутый услышать от вас. С элементом рискованного анализа DevOps и ITIL, на тему противопоставления которых существует немало предубеждений. Если б я не читал книгу, я бы так и не смог сделать вывод – стоит мне читать эту книгу или нет. Придирки: "исзменения"; DevOps, мне кажется, некорректно писать как Devops. Тут уж или devops, или DevOps.