Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Типичные ошибки при внедрении SIP включают игнорирование реальных мнений и потребностей заказчика в пользу технических решений, отсутствие поддержки со стороны руководства, неспособность пройти полный цикл улучшения (от выявления потребности до контроля реализации изменений), делегирование доклада по SIP другим сотрудникам вместо личного участия ответственного лица, отсутствие регулярного контроля выполнения задач и нефиксирование четких решений, ответственных и сроков по задачам. Также распространенная ошибка - фокусировка только на технических улучшениях без учета того, как эти улучшения воспринимаются заказчиком.
Методы картирования позволяют ИТ-менеджерам визуализировать процесс взаимодействия клиентов, выявить узкие места и оптимизировать последовательность действий для повышения эффективности. Это помогает создавать более адаптированные под пользователя услуги и снижает количество ошибок и недоразумений в процессе использования продукта.
SLA тесно связаны с несколькими практиками ITIL 4, в том числе с практикой управления уровнем услуг и управлением взаимоотношениями. SLA выступает как инструмент, отражающий договоренности между поставщиком и заказчиком, а управление взаимоотношениями обеспечивает поддержку долгосрочного партнерства. Помимо SLA, ITIL 4 акцентирует внимание на том, что успех сервисных отношений зависит от доверия и взаимной вовлеченности сторон, что является частью более широкого подхода к управлению услугами.
Оценка рисков для стандартных изменений в ITIL проводится один раз - в момент разработки или пересмотра модели (процедуры) выполнения стандартного изменения. Это комплексная оценка рисков, которая происходит до того, как модель будет авторизована. После авторизации модели стандартного изменения отдельная оценка рисков для каждого отдельного экземпляра такого изменения не выполняется, так как считается, что риски уже учтены в утвержденной процедуре выполнения. Специальная авторизация, связанная с финансовыми вопросами, информационной безопасностью или иными смежными аспектами, может потребоваться для конкретного экземпляра, но не включает повторную комплексную оценку рисков.
Согласованность между бизнес-целями и целями процессов в ITIL обеспечивается через: - Чёткую связь при проектировании: цели процессов обязательно должны вытекать из бизнес-требований и проектного обоснования. - Единые KPI: выбор метрик, которые измеряют как выполнение бизнес-целей, так и оперативные результаты процессов. - Регулярный пересмотр: владельцы процессов должны сверять цели с бизнес-приоритетами перед каждым планирующим периодом. - Документирование взаимосвязей: в картах целевых показателей или матрицах ответственности фиксируется, как каждая цель процесса поддерживает стратегические задачи организации. - Диалог с заинтересованными сторонами: владельцы процессов взаимодействуют с бизнес-представителями для актуализации целей и оценки их соответствия текущим приоритетам.
Основные проблемы при попытке быстро внедрить SLM включают отсутствие подготовленного бизнес-ориентированного каталога услуг, неготовность формулировать работу в терминах ценности для заказчика и неспособность измерять эту ценность. Кроме того, без предварительного построения каталога услуг организация может столкнуться с несоответствием между заявленными обязательствами в SLA и реальными возможностями, что приведет к недоверию со стороны бизнеса и неэффективному управлению ресурсами.
«Палочная система» — это ситуация, когда показатели и метрики, используемые для оценки и мотивации, на самом деле стимулируют поведение, противоположное изначальным целям. Проблема состоит в том, что измеряемые показатели формально соответствуют критерию измеримости («M»), но не являются релевантными («R»). Например, показатель может поощрять сотрудников действовать в свою пользу, игнорируя долгосрочные задачи организации.
Подход «marketing mindset» (маркетинговый способ мышления) в работе BRM заключается в фокусировке на ценностях и результатах для клиента, а не на технических решениях. BRM с помощью этого подхода отвечает на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им в этом помочь; каких результатов хочет достичь заказчик в бизнесе; какие ограничения могут помешать достижению этих результатов и как сервис-провайдер может снять эти ограничения. Этот подход помогает избежать распространенной проблемы, когда заказчик формулирует требования нечетко, а сервис-провайдер не понимает бизнес-контекста, что приводит к неправильной интерпретации и несоответствию ожиданиям. «Marketing mindset» позволяет сосредоточиться на реальных потребностях и результатах, а не просто на технической реализации, что приводит к более качественному взаимодействию и удовлетворенности заказчика.
Для корректного определения общего количества релевантных обращений для расчёта метрик FLR и FCR применяются несколько методов. Один из распространённых подходов предполагает, что специалисты второй или третьей линии при закрытии инцидента отмечают, мог ли он быть решён на первой линии. Для запросов на обслуживание заранее определяется, какая линия должна их решать, или применяется аналогичный подход с отметками специалистов. Также используется более "красивое" решение – применение моделей инцидентов, в которых заранее определяется, на какой линии должны решаться подобные инциденты. Этот атрибут затем используется для фильтрации инцидентов при формировании отчётности.
В различных ИТ-моделях процессы управления доступностью и непрерывностью объединяются исходя из принятой методологии. Например, в одной из моделей эти две области могут быть объединены в процесс управления надежностью или операционной устойчивостью. Это позволяет упростить структуру процессов и скоординировать усилия по предотвращению сбоев и восстановлению после них. В отличие от ITIL, где доступность и непрерывность рассматриваются отдельно, другие модели стремятся к большей интеграции, что помогает избежать дублирования функций и более эффективно использовать ресурсы.