На днях прочитал историю о проекте “Феникс”, которая была выпущена, кажется, совсем недавно - в 2015 году. Практика DevOps в 2020 уже пустила корни, кажется, во все этапы разработки продукта. Но кажется это было не всегда.

Книга в доступной форме рассказывает о том, как происходит трансформация бизнеса с помощью практики DevOps, через метафору Пути и видов работы:

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

Думаю, теперь ты можешь мне назвать четыре типа работы?» – спрашивает он.
«Да, думаю, могу, – отвечаю я. – На заводе я назвал тебе первую категорию,
бизнес проекты, вроде «Феникса», – говорю я. – Позже я понял, что я не
упомянул внутренние IT-проекты. Неделю спустя я сообразил, что изменения –
это еще один вид работы. Но только после фиаско «Феникса» я увидел последнюю
категорию, когда она затмила всю остальную работу, и это последняя категория,
так ведь? Тушение пожаров Незапланированная работа

Из очевидных мыслей, пришедшие во время чтения:

• самая важная часть работы - это бизнес фичи, которые помогают двигать продукт вперед;
• не делай работу, которая не ведет к удовлетворению бизнес нужд;
• знай и контролируй все этапы производственного процесса;
• визуализируй — цели, процессы, задачи и тп:
• ищи узкие места (bottleneck) в производственном процессе;
• любая оптимизация не в районе узкого места - не эффективна;
• мониторинг — это то, что предотвращает пожары;
• будь командным игроком - так как только вместе можно добиться успеха;
• люди из разных этапов производства продукта (маркетинг, разработка, производство, игроки и тп) должны общаться между собой;
• можно отдавать на аутсорс не критические проекты или поддержку;
• нужно запускать продукт как можно раньше;
• продукт должен быть готов к запуску, а не провалу (привет cyberpunk 2077!);
• не ищи виноватых, ищи причины и решения;
• не прыгай через голову начальника (ходить к босу своего боса - моветон);
• работа - это часть нашей жизни: получай удовольствие и достигай целей, но по личную жизнь забывать нельзя.

В общем, рекомендую!

Есть похожая по духу книга “Deadline. Роман об управлении проектами”, которая поможет понять принципы хорошего менеджера. Так же в мою рекомендацию.