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

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

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

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

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

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

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

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

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

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

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