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

IT4IT отражает концепцию жизненного цикла услуги через свою структуру Service Backbone (Сервисный каркас), который состоит из четырех основных Value Streams. Первый поток Strategy to Portfolio (S2P) соответствует начальной фазе жизненного цикла - определению стратегии и планированию услуг. Второй поток Requirement to Deployment (R2D) соотносится с фазами разработки и внедрения услуги. Третий поток Request to Fulfill (R2F) охватывает эксплуатацию и предоставление услуги пользователям. Четвертый поток Detect to Correct (D2C) связан с мониторингом и улучшением услуги в процессе ее эксплуатации. Таким образом, вся структура IT4IT организована таким образом, чтобы охватить все этапы жизненного цикла услуги - от первого концептуального представления до постоянного улучшения в эксплуатации, просто представлена в терминах потоков создания ценности, что подчеркивает добавление ценности на каждом этапе.

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

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

Показатель SPI (Schedule Performance Index) в методике EVM работает адекватно в процессе выполнения проекта, показывая соотношение запланированного объёма работ к фактически выполненному. Например, если в проекте рытья канавы длиной 20 метров пришлось работать с меньшей производительностью из-за болезни одного рабочего, SPI в первые дни будет корректно показывать отставание (например, 50%). Однако к концу проекта, когда весь объём работ выполнен, даже с задержкой, SPI автоматически становится равным 1, что скрывает реальное отставание в сроках и вводит в заблуждение при оценке соблюдения временных рамок проекта.

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

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

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

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

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