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

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

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

Для вычисления необходимого количества сделок нужно разделить общий план продаж на средний чек. Например, если план продаж на год составляет 1440 млн рублей, а средний чек равен 10 000 рублей, то ежемесячное количество сделок будет равно 1440 млн / 12 месяцев / 10 000 рублей = 12 000 сделок в месяц. Это значение используется для дальнейших расчетов нагрузки на ИТ-системы, определения необходимого количества продавцов и прогнозирования обращений в службу поддержки.

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

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

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

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

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

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