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

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

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

В управлении конфигурациями существуют альтернативы сервисно-ресурсной модели, такие как классические CMDB-подходы (Configuration Management Database), базирующиеся на иерархическом представлении конфигурационных элементов. Также можно использовать упрощенные подходы, фокусирующиеся только на критически важных элементах инфраструктуры. Некоторые организации применяют гибридные модели, сочетающие элементы различных подходов, чтобы соответствовать своим специфическим потребностям без избыточного усложнения.

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

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

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

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

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

Выражение 'кондиционер есть, но его нет' в контексте сервисных отношений означает ситуацию, когда формально требуемый элемент услуги присутствует, но в реальности не приносит ожидаемой ценности для заказчика. Например, в отеле может быть установлен кондиционер в номере (формальное выполнение обязательства), но если он размещен так, что дует прямо на кровать, то им невозможно пользоваться без риска заболеть, и реальной ценности такой 'кондиционер' не приносит. Этот пример иллюстрирует разрыв между формально измеряемыми показателями и реальными потребностями заказчика. В ИТ-сфере аналогично: может быть предоставлена услуга в рамках SLA, но если она не соответствует реальным бизнес-потребностям, то формальное соблюдение показателей не создает ценности для бизнеса.