Кевин Бер et al., «Проект "Феникс". Роман о том, как DevOps меняет бизнес к лучшему»
«Я не понимаю, почему на неё все дрочат, честно говоря» (с) Андрей Синицын
Про эту книгу я слышал уже много раз, причём она постоянно мелькает в подборках книг для тимлидов. Я поддался любопытству и решил прочитать её, чтобы разобраться, откуда столько восторженных отзывов. Тем более что недавно я прочитал «Site Reliability Engineering. Надёжность и безотказность как в Google», и мне хотелось расширить своё восприятие роли DevOps в бизнесе.
⭐️ О чём книга
Книга — это бизнес-роман о том, как страдающая компания по производству и продаже автомобильных запчастей выбирается из глубокого кризиса. По формату очень напоминает «Цель» (к которой есть несколько отсылок). Главный герой внезапно становится руководителем, чья задача — сделать так, чтобы технологическое состояние компании позволило ей успешно конкурировать на рынке.
В книге раскрываются следующие темы: ➡️Как можно применить теорию ограничений к работе IT-отдела ➡️Как выстраивать надёжность с помощью стандартизации процессов ➡️Почему так важно постоянное совершенствование процессов ➡️Что вообще такое «работа» и какая конкретно работа важна
⭐️ 3 идеи из книги 🟡Разобраться с тем, какая работа важна, гораздо важнее, чем впихнуть ещё больше работы в систему. Часто мы перегружены работой, но даже не задумываемся о том, какая её часть действительно несёт ценность. А ведь работа вполне может быть избыточна, оттягивая на себя ценные ресурсы.
🟡Для повторяющейся работы нужно создавать спецификации. Просто хороший инженер с инструкцией для стабильной работы гораздо ценнее гения-всезнайки. Чем более стандартизирована такая работа — тем меньше вероятность, что что-то пойдёт не так или её будет некому делать.
🟡Незапланированная работа откусывает ресурсы у запланированной. Поэтому количество незапланированной работы нужно старательно и неуклонно снижать. Она всё равно будет (всякое бывает), но стремиться нужно в первую очередь к следованию плану.
⭐️ Мои впечатления
У меня осталось ощущение, что название книги не до конца отражает её реальное содержание. Да, в ней ярко и наглядно показано, что нестабильные системы, хаотичные процессы и сложные релизы снижают конкурентоспособность компании на рынке. Но ещё в ней можно увидеть, как применять теорию ограничений и управлять множественными проектами в отделе для повышения пропускной способности всей системы.
Мне особенно понравилось, что книга концентрируется не на технической стороне вопроса, а на бизнесовой. Часто мы забываем в своей технической работе о том, что все наши сервисы в конечном счёте служат бизнесу, чья задача — зарабатывать деньги, предоставляя ценность своим клиентам. И трудности в работе IT могут оказывать крайне негативное влияние на эту ценность.
В целом книга не является «открывающей глаза» или «полной озарений», а в некоторых аспектах ещё и морально устарела (они там с bare metal на виртуалки пытаются переехать). Но читается она интересно, довольно легко (несмотря на корявый перевод) и содержит довольно много полезных идей.
Хорошая книга для отдыха от серьёзной литературы с пользой. Если хочется погрузиться в DevOps как управленческую практику — это хорошее и ненапряжное начало.
Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.
➖➖➖➖➖➖➖➖➖➖➖ 📝 @ulshinblog
В этом посте были ссылки, но мы их удалили по правилам Сетки
