Проект «Феникс»

Авторы, на мой взгляд, сделали удачную попытку внедрить идеи из серии книг «Цель» Элияху Голдратта (лучше сначала прочитать «Цель», потом «Феникс») в процессы разработки программного обеспечения. В «Цели» шла речь о заводе, а здесь — о компании, которая занимается и производством и продажами автозапчастей в собственных магазинах и онлайне.

Минус — сразу бросается в глаза некачественный перевод на русский. Много опечаток, ошибок и неправильно подобранных по смыслу слов. Это раздражает, как смотреть на солнце без очков.

Читается легко, как детектив. Отлично зайдет тем, кто только разбирается во всем этом дерьме.

Выписал идеи, которые кажутся очевидными, но лучше о них вспоминать почаще.

О целях отдела разработки:
— Наладить быстрый и непрерывный поток запланированной работы, которая доставляет ценности для бизнеса.
— Сократить объем и влияние от незапланированной работы, чтобы предоставлять стабильный и безопасный сервис.

Про систему:
— Увеличить отдачу всей системы, а не количество задач, попадающих в нее.
— Давить на систему, чтобы избавиться от недостатков, которые в ней есть.
— Если организация не выплачивает свой технический долг, каждое ее усилие будет потрачено лишь на выплату процентов в форме незапланированной работы.

Как защищать ограниченные ресурсы (когда в отделе есть уникальный разработчик, который единственный знает, как все работает, и целый день с горящей задницей занимается решением срочных проблем:
— Документировать знания, за которыми к нему обращаются другие разработчики (когда вы полагаетесь на него в том, что не можете сделать самостоятельно, он становится умнее, а система — тупее).
— Учитывать и приоритизировать задачи, в которых требуется участие этого разработчика.

Критерии для оценки проектов должны быть прозрачны для всех:
— Увеличивают пропускную способность бутылочного горлышка.
— Оказывают превентивные меры в отношении технологических рисков, которые влияют на показатели бизнеса.
– Защищают, а не нагружают команду работой, которая не приближает к достижению целей.

Книга которая раскрыла мне глаза на то что такое DevOps. Она про управление в ИТ, о том что на практике ИТ не так уж отличается от управления производством.

Одна из лучших книг про ИТ!

Кто боится начинать изучать теорию ограничений с книг Голдратта, вполне может начать с этой.
Именно начать.

Интересная книга для тех, кто хотел бы оказаться в закулисье крупных компаний, где бизнес непрерывно связан с IT.
Данная книга представляет собой руководство к действию, удобную инструкцию, при этом оставаясь художественно захватывающей.

Good journey to DevOps and its ability to solve business problems.

Хоть и встречаются опечатки и некоторые трудности перевода - мне было очень приятно почитать.

Безумно крутая книга, которую необходимо прочесть каждому руководителю. Без исключения.
Она показывает какие проблемы есть в IT и как их можно и нужно решать. Не бояться делать изменения и идти вперёд.
10/10

Очень интересная книга для тех кто в теме. Во многих ситуациях вспоминаются истории из жизни.

Супер книга! Отлично отражено, что хорошо налаженные процессы, помогают настроить процесс выпуска продукта. В книге есть много отсылок к системам Toyota. Советую всем кто связан с IT.