#Читаем «Проект «Феникс»: Как DevOps устраняет хаос и ускоряет развитие компании»: итоговый обзор 🔥
Эта книга — яркий представитель одного из моих любимых жанров — бизнес-роман. Читается так же легко, как художественная литература, но при этом содержит массу полезных практических мыслей.
Основа сюжета навеяна «Целью» Голдратта: здесь тоже есть главный герой-руководитель, которому в решении рабочих проблем помогает внешний «гуру».
Описанные события очень напоминают мою прошлую работу — полный бардак, неразбериха и невозможность (или нежелание) высшего руководства наладить процессы в компании.
От книги у меня остались положительные эмоции, но также возникли некоторые вопросы.
Самый главный вопрос: вся книга описывает 3 месяца из жизни компании. За этот срок в IT-отделе перевернули все процессы и получили рекордный рост за квартал.
Не кажется ли это дичью? С учетом того, что в книге не раз упоминается, что компания огромная и ее акции то ли уже котируются на Уолл-стрит, то ли готовятся к IPO.
Что такое 3 месяца? Да ничего!
Поэтому либо это фантастика, либо идеи были настолько очевидными, что не хватало всего лишь РЕАЛЬНОГО руководителя и ПИНКА высшему руководству для действий.
Мне кажется, главный герой просто оказался в нужном месте в нужное время, но без его опыта, характера и помощи ментора ничего бы не вышло — это факт.
Ладно, давайте теперь о полезном, а его здесь много.
В компании должен быть лидер, который наладит взаимодействие между отделами.
Этот человек должен мыслить в масштабах всей компании и понимать существующие процессы, например, связь между IT-разработкой и бизнес-процессами.
Важно в реальном времени видеть, на какой стадии находится проект и каковы сроки его окончания.
Главная задача — постоянно работать над системой, выявляя и устраняя ее недостатки.
А именно — постоянно искать узкие места (бутылочные горлышки): нашли, устранили, пошли искать следующие.
В итоге мы приходим к тому, что называется ПРОЦЕССОМ — не как к жесткому своду правил, а как к живому механизму, главная цель которого — обеспечивать бесперебойный поток ценности от разработки к клиенту и постоянно улучшаться за счет обратной связи. На примере нашей команды:
мы сейчас пытаемся по максимуму все автоматизировать, так как команда у нас небольшая, и любой сверхнагруз создает те самые «бутылочные горлышки», а автоматизация помогает их устранять.
Мы типизируем проекты, чтобы для каждого был готовый шаблон.
Улучшаем CI/CD, подключаем ИИ к ревью — чтобы разработчики не тратили на это время и могли сосредоточиться на новой функциональности, а клиент получал новые фичи быстрее и экономил бюджет.
Настраиваем автосборки и оповещения.
Далее планируем внедрить процессы по управлению качеством. Потом будем смотреть на эффективность и думать над улучшениями — и так по кругу.
В итоге шаг за шагом наши процессы будут улучшаться, а время работы — сокращаться.
Это и есть принцип DevOps.
Рекомендую к прочтению всем, даже тем, кто не связан с IT.
