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

Предложенная метрика увеличивается при регистрации новых проблем, что противоположно эффекту традиционных метрик, которые ухудшаются при росте числа новых проблем. Поскольку метрика учитывает количество новых проблем (N) в числителе формулы (N + C), увеличение N при прочих равных условиях ведет к увеличению значения метрики. Это создает положительный стимул для менеджеров процесса активнее выявлять и регистрировать проблемы, что особенно важно для процесса управления проблемами, где триггеры выявления проблем являются внутренними по отношению к оцениваемому субъекту (ДИТ).

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

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

Связи между элементами CMDB должны содержать атрибуты и логику, которые позволяют переносить потребность в мощностях от ресурсов верхнего уровня к поддерживающим ресурсам. Например, если верхний уровень требует определённого объёма вычислительных мощностей или объёма хранимых данных, эта потребность должна быть корректно распределена между всеми связанными ресурсами. В обратном направлении, связи передают стоимость обеспечения каждой единицы мощности, что позволяет отслеживать экономику сервиса. Это делает возможным анализ как текущих, так и будущих потребностей в мощностях и ресурсах.

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

Важность способности объяснять сложные технические аспекты простым языком обусловлена необходимостью эффективной коммуникации между IT и бизнесом. Опытные разработчики (миддл и сеньор) должны уметь излагать смысл своей деятельности, трудности, с которыми они сталкиваются, и обосновывать выбор решений, потому что: 1) это помогает бизнесу понимать ценность и стоимость технических решений; 2) предотвращает накопление технического долга из-за непонимания логической структуры системы; 3) современное программирование становится более верхнеуровневым и близким к человекопонятному языку, поэтому это должно быть проще. В тексте прямо указано, что это «the must», особенно учитывая, что части технического долга возникают из-за несостыковок в логической продуманности системы.

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

Разделение атрибутов на статические и динамические в комбинированной модели дает несколько ключевых преимуществ. Во-первых, значительно снижается общая сложность системы: вместо 2^n (где n - общее количество атрибутов) необходимо поддерживать лишь 2^m + 2^k (где m - число статических атрибутов, k - число динамических, причем m + k = n). Во-вторых, упрощается администрирование, так как большинство атрибутов в реальных системах являются статическими и редко меняются. В-третьих, динамические атрибуты, требующие более частого анализа, обрабатываются отдельно и обычно в гораздо меньшем количестве, что оптимизирует работу системы в реальном времени без необходимости пересчитывать все права при каждом запросе.

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