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