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

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

Характерными признаками процесса управления релизами в подразделении разработки/сопровождения являются: обработка только нестандартных запросов на изменения, самостоятельная авторизация изменений на CAB'е (без участия процесса управления изменениями), работа только с изменениями в приложениях (изменения в инфраструктуре обрабатывает процесс управления изменениями), и определение релиза как набора компонент, которые вместе тестируются и внедряются в продуктив. Такой подход соответствует описанию в BMC Service Management Process Model (SMPM).

На основе анализа дерева отказов можно точно определить, какая конфигурационная единица (КЕ) влияет на какую функциональность услуги. Поскольку дерево наглядно показывает, какие КЕ и в какой комбинации приводят к отказу конкретной функции, становится возможным оценить критичность времени восстановления каждой КЕ. Например, если отказ определенной КЕ ведет к полной недоступности критически важной функции через оператор «ИЛИ», это означает, что для этой КЕ требуется минимальное RTO. Если же КЕ влияет на функцию только в комбинации с другими отказами через оператор «И», то RTO для такой КЕ может быть более мягким. Таким образом, FTA позволяет связать архитектурную модель с показателями непрерывности, а не устанавливать RTO/RPO на основе общих рекомендаций или произвольных решений.

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

Решение проблемы нехватки инструментов для ИТ-бюджетирования может включать комбинацию стандартных решений: использование Excel для начальных расчетов, специализированные системы управления мощностями для третьего этапа, и финансовые системы класса ERP для завершающих шагов. Также возможно внедрение кастомных решений, объединяющих различные инструменты через API, или развитие собственных модулей в рамках существующих платформ. Эффективность достигается за счет четкой спецификации требований и выбора решений, способных гибко работать с несколькими бюджетными сценариями.

Недовольство заказчика является ключевым фактором, который стимулирует продуктовую команду к повышению качества работы и достижению лучших результатов. Заказчик, как инвестор, заинтересован в получении максимальной отдачи от вложенных средств и постоянно предъявляет требования к улучшению продукта, снижению стоимости и ускорению поставки. Это недовольство создает необходимое давление, которое помогает команде преодолевать сложности, оптимизировать процессы и постоянно двигаться вперед. Без этого фактора команды часто теряют ориентиры и теряют фокус на конечных результатах, которые важны для бизнеса.

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

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

Аргументы: 1) Снижение количества повторных инцидентов через устранение корневых причин (данные статистики); 2) Экономия ресурсов за счёт сокращения 'тушения пожаров'; 3) Повышение качества сервисов через проактивные улучшения; 4) Соответствие лучшим практикам (ITIL, COBIT); 5) Конкретные кейсы: например, после внедрения отдельного процесса управления проблемами количество major-инцидентов упало на X%. Ключевая идея — управление проблемами не тратит ресурсы, а инвестирует в устойчивость системы.