Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Типичный подход к описанию потока ценности имеет два основных слабых места. Во-первых, в такой поток не включаются операционные активности, не связанные напрямую с формированием 'порции' ценности, такие как подготовка финансовой отчетности для владельцев компании или регуляторных отчетов. Во-вторых, фокус на улучшение услуг и товаров через поток отдаляет от понимания, что реальная ценность для потребителя лежит в факте живого потребления товара или услуги, а не в постепенном улучшении сервиса.
SLA определяет конкретные параметры и условия, при которых услуга считается предоставленной в должном виде. Если в SLA не указаны сроки устранения неполадок или перечень технических средств, которые должны работать, то потребитель может столкнуться с проблемой при попытке требовать ремонта. Наличие детального SLA помогает избежать недоразумений и четко устанавливает, какие ситуации будут считаться инцидентами и каким образом они должны быть устранены
Основная функция процесса управления изменениями в ИТ заключается в обеспечении успешного и своевременного изменения услуг и конфигурационных единиц с наименьшим уровнем риска возникновения инцидентов. Этот процесс направлен на минимизацию рисков и обеспечение синхронизации действий при внесении изменений в сложные информационные системы, особенно когда эти изменения затрагивают несколько компонентов системы одновременно.
Процесс управления конфигурациями в первую очередь ориентирован на технические и специфические характеристики конфигурационных единиц, их географическое местоположение и взаимосвязи между ними. Система управления конфигурациями фокусируется на категории конфигурационных единиц, используемых в сервисно-ресурсных моделях ИТ-услуг, которые могут не включать некоторые типы оборудования, например, рабочие станции. Основной целью является поддержка построения и обслуживания моделей ИТ-услуг, что требует точного учета компонентов, влияющих на предоставление услуг.
Учёт возвратов на доработку индивидуально по группам необходим, потому что если учитывать их на уровне всего обращения (инцидента), это может привести к неверным результатам. Например, если после возврата на доработку в группу А инцидент был переназначен в группу В, которая решила его с первого раза, то при уровне всего инцидента возврат снизит метрику не только группы А, но и группы В, хотя вина за возврат лежит только на первой группе. Также одно обращение может быть возвращено несколько раз в разные группы, и при общем учёте результаты расчёта будут искажены.
Изучение путешествия заказчика позволяет выявить ключевые точки взаимодействия, определить слабые места в сервисе и улучшить общее качество взаимодействия. Это помогает оптимизировать ценность для всех заинтересованных сторон и повысить удовлетворенность конечных пользователей.
Для повышения точности данных, вводимых пользователями, необходимо использовать интерактивные элементы, такие как выпадающие списки, чекбоксы и автозаполнение. Например, вместо того чтобы просить пользователя ввести модель принтера, следует предоставить список всех доступных моделей, чтобы исключить ошибки в написании. Также полезны подсказки и шаблоны для текстовых полей. Если данные могут быть получены автоматически через систему (например, модель принтера по его MAC-адресу), это следует реализовать, чтобы минимизировать ручной ввод. Дополнительно можно провести обучение пользователей, чтобы они понимали важность ввода корректных данных.
Учет ожиданий потребителя при определении состава услуги важен для того, чтобы обеспечить совпадение реального предоставления услуги с ожиданиями клиента. Если потребитель считает, что определенные элементы должны входить в услугу (например, функционирующая бытовая техника при аренде квартиры), но они не прописаны в соглашении, это может привести к разочарованию и конфликтам. Поэтому важно провести переговоры и четко зафиксировать в документах все аспекты, которые важны для клиента
При отсутствии процесса управления изменениями для комплексных системных преобразований возникают следующие риски: отсутствие координации действий между различными командами, отвечающими за отдельные компоненты системы; недостаточная оценка влияния изменений на взаимосвязанные компоненты инфраструктуры; увеличение количества инцидентов из-за согласованных действий при внедрении изменений; сложности в коммуникации знаний о предстоящих изменениях и их влиянии на другие части системы; невозможность своевременно реагировать на непредвиденные последствия изменений, распространяющиеся на связанные системы.
В повышение пользовательского опыта при взаимодействии с ИТ-сервисами входят: упрощение экранных интерфейсов; добавление всплывающих подсказок и контекстной помощи; внедрение предикативных технологий поиска; создание обучающих видеоуроков в один клик; прямые ссылки на поддержку и базу знаний внутри рабочих систем; интеграция различных сервисов в единое рабочее пространство для конкретных бизнес-ролей; адаптация интерфейсов под потребности и привычки пользователей; сокращение объема и упрощение структуры обучающих материалов; использование современных технологий, таких как голосовые интерфейсы и интерактивные гиды.