Для формирования управленческой архитектуры в формате потока ценности необходимы конфигурационная архитектура процессов производства товаров и услуг (бизнес SCMS или CMDB), визуализация путешествия потребителя ценности, а также установление актуальных связей между всеми этими элементами. Только при взаимодействии всех этих компонентов поток ценности может стать эффективным инструментом управления бизнесом.

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

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

Теория ограничений Э. Голдратта связана с анализом проблем через использование дерева текущей и будущей реальности, которые помогают структурировать причинно-следственные связи. Дерево текущей реальности позволяет выявить корневые причины, стоящие за негативными явлениями, а дерево будущей реальности планирует изменения для устранения этих проблем. Этот подход дополняет метод «Пять «Почему?», предоставляя визуальный инструмент для отображения сложных взаимосвязей и ветвления причин. Он помогает систематизировать процесс формулирования вопросов и учитывать множество факторов, включая не только технические, но и организационные и человеческие аспекты.

Слабо детерминированная деятельность, где минимум жестких инструкций и максимум творческой свободы, стимулирует развитие аналитических навыков, поскольку требует самостоятельной постановки задач и поиска нестандартных решений. В таких условиях человек вынужден постоянно формулировать вопросы, искать неочевидные связи и принимать решения в условиях неопределенности. Это формирует способность работать с «незнакомыми» проблемами, расширяет мышление за рамки устоявшихся шаблонов и повышает готовность к болезненным ответам. Даже не руководящие должности могут включать элементы слабо детерминированной деятельности, если они ориентированы на результат и инновации, а не на следование четким процедурам.

В тексте описаны две основные конфликтующие цели ИТ: необходимость поддерживать развитие бизнеса и быстро проводить изменения (минимизировать Time to market), и необходимость предоставлять услуги высокого качества (стабильные, надежные, безопасные), что подразумевает обеспечение Service Quality. Эти цели конфликтуют, потому что чем быстрее проводятся изменения (меньше Time to market), тем выше риски с точки зрения качества услуг, а повышение уровня защиты продуктивной среды (увеличение Service Quality) приводит к увеличению времени на реализацию изменений (увеличению Time to market). Этот конфликт лежит в основе многих проблем в ИТ-организациях и часто приводит к так называемому Core Chronic Conflict (CCC) между разработкой и эксплуатацией.

Медленная обработка запросов приводит к недовольству клиентов, снижению конверсии и утечке клиентской базы. Сотрудники не получают своевременной информации, что нарушает бизнес-эксперименты и задерживает сделки. Задержки в отчетности и коммуникации создают волокиту, отнимая время, которое могло бы быть потрачено на создание ценности. В результате компания теряет выручку, а эффективность бизнес-процессов падает, что негативно сказывается на конкурентоспособности и репутации.

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

Книга описывает два различных типа каталогов: Service Catalog (каталог для заказчиков) и Service Request Catalog (каталог для пользователей). Авторы подчеркивают, что это два совершенно разных инструмента, хотя и связанных общей темой предоставления ИТ-услуг. Service Catalog ориентирован на руководителей бизнес-направлений и содержит информацию об услугах, их стоимостях и уровнях сервиса. Service Request Catalog предназначен для конечных пользователей и содержит шаблоны запросов на стандартные услуги, которые пользователь может легко заказать.

Развитие организации часто оказывается в низком приоритете из-за человеческой склонности к получению немедленного удовлетворения от результатов труда. Операционная деятельность обеспечивает быстрые видимые результаты и подтверждение эффективности работы, в то время как результаты от усилий в развитии могут быть отдаленными во времени, неопределенными и не дающими немедленного удовлетворения.