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

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

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

'Разрыв' в контексте управления услугами - это разница между текущим состоянием услуги и желаемым целевым состоянием. Для его преодоления необходимо: точно измерять как внутренние показатели услуги (мощность, производительность, доступность), так и внешние реакции потребителей (удовлетворенность, уровень потребления). Понимание структуры услуги и её архитектуры позволяет определить необходимое количество ресурсов, а знание узких мест помогает минимизировать риски при внесении изменений. Продолжительное преодоление таких разрывов обеспечивает постепенное движение от текущего состояния к целевому, что критически важно для сохранения конкурентоспособности услуги.

Примеры целей процесса управления инцидентами в ITIL, соответствующие принципу SMART: - Обеспечить увеличение доли своевременно решённых инцидентов до 95% к концу квартала. - Довести долю обращений, обработанных на первой линии поддержки, до 30% в течение полугода. - Сократить среднее время восстановления услуг после инцидентов критического уровня на 20% в течение года. - Увеличить удовлетворённость пользователей работой службы поддержки до 85% баллов по результатам опросов за квартал. Эти цели: - Сформулированы с использованием глаголов совершенного вида. - Имеют чёткие метрики и сроки. - Связаны с повышением качества ИТ-услуг через эффективное управление инцидентами.

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

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

Project Management Institute (PMI) продолжает продвигать роль руководителя проектов в гибкой среде, прежде всего, из-за коммерческих интересов. PMI зарабатывает на сертификации и пересертификации специалистов по управлению проектами, и пик спроса на сертификацию PMP пришелся на 2006-2008 годы, после чего спрос снизился примерно вдвое. Чтобы поддерживать спрос на свои услуги, PMI стремится адаптировать концепцию руководителя проектов к гибким методологиям, создавая термин «гибкий руководитель проектами» и утверждая необходимость его роли даже в условиях, где основные гибкие методологии, такие как Scrum и SAFe, напрямую не предусматривают эту позицию. Такой подход позволяет PMI оставаться релевантной организацией и продолжать генерировать доход от сертификаций и обучения, хотя на практике эта позиция не всегда соответствует реальным потребностям гибких организаций.

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

Важность удовлетворённости пользователей в контексте управления инцидентами упоминается в нескольких ключевых стандартах и руководствах по управлению ИТ-услугами. В ITIL v3 в разделе целей процесса управления инцидентами прямо указана задача «поддержание удовлетворённости пользователей качеством ИТ-услуг». В ITIL 4, хотя в самой формулировке назначения практики управления инцидентами акцент сделан на скорости восстановления работы, в более подробном описании практики подчёркивается связь с удовлетворённостью пользователей. Аналогичные подходы содержатся в стандарте COBIT и международном стандарте ISO 20000, а также в книге «Управление услугами на основе измерений», где рассматривается значимость измерения и управления уровнем удовлетворённости в контексте предоставления услуг.