Портал №1 по управлению цифровыми
и информационными технологиями

Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Questions and answers
6160+

вопросов и ответов

Authors
25

авторов

Sources
440+

источников

Original
100%

оригинальный контент

Возможность добавления комментариев важна, так как она позволяет пользователям указать детали, не учтенные в предложенных вариантах ответов. Это может помочь выявить новые аспекты проблемы, собрать конкретные предложения по улучшению и получить дополнительную информацию, которая может быть полезна для анализа и улучшения качества обслуживания.
поддержка пользователей, Service Desk, Help Desk постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Евгений Шилов (источник). Рейтинг вопроса: 142
Создание быстрых побед важно, потому что это демонстрирует реальные результаты изменений, повышает моральный дух сотрудников и укрепляет доверие к процессу трансформации. Быстрые победы служат доказательством, что изменения работают, и стимулируют дальнейшее участие в преобразованиях. Это также помогает получить поддержку скептиков и снизить сопротивление.
поддержка пользователей, Service Desk, Help Desk трансформация, ускорение, Time-to-Market
Олег Скрынник (источник). Рейтинг вопроса: 142
Экономический эффект оценивается через сравнение затрат на реализацию мер повышения доступности с предотвращенным ущербом от потенциальных простоев. Для этого необходимо сначала определить средний ущерб от одного часа простоя для каждой критической ИТ-услуги, включая прямые финансовые потери, штрафы и косвенные потери (репутационные, упущенная выгода). Затем рассчитывается ожидаемый ущерб без мер повышения доступности, основываясь на исторической частоте сбоев и длительности простоя. Далее определяется снижение частоты или длительности сбоев после внедрения мер и рассчитывается предотвращенный ущерб. Экономическая эффективность выражается как отношение предотвращенного ущерба к затратам на реализацию мер. Если это отношение значительно больше 1, меры экономически обоснованы.
аллокация затрат, расчёт себестоимости услуг управление доступностью управление инцидентами управление релизами экономика и финансы эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 142
Философия Agile популярна для ИТ-услуг, потому что она позволяет поставщикам услуг эффективно реагировать на непрерывно меняющиеся требования потребителей. Agile обеспечивает гибкость и способность быстро адаптироваться к изменениям, что особенно важно в условиях, когда мир динамично развивается, и потребители предъявляют новые требования для извлечения максимальной выгоды. Эта методология помогает поставщикам удержаться на плаву, постоянно обновляя и улучшая свои услуги.
Agile и гибкие методы разработки ПО аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик
Андрей Труфанов (источник). Рейтинг вопроса: 141
Неверная информация о процессе оценки, например, обещание бесплатности SMS, которое на деле оказывается платным, существенно снижает доверие пользователя к организации. Даже если качество самой услуги было хорошим, такая несогласованность в коммуникации создает ощущение недобросовестности. Пользователь теряет уверенность в прозрачности дальнейших взаимодействий с организацией и становится менее склонен к сотрудничеству в будущем. Это особенно критично в ситуациях, когда пользователь искренне хотел оценить услугу положительно, но был остановлен неожиданным условием.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление отношениями, взаимодействие, BRM
Артём Мукосеев (источник). Рейтинг вопроса: 141
Ловушка локальной оптимизации — это сосредоточение исключительно на скорости реакции на инциденты при игнорировании мер по профилактике и сокращению их количества. Чтобы избежать этой ловушки, необходимо установить целевое время решения, которое значительно короче текущих показателей. Это стимулирует поиск решений не только на уровне оперативной реакции, но и на уровне системы мониторинга, предотвращения и подготовки обходных решений. В этом помогает метод Expanded incident lifecycle.
мониторинг управление инцидентами эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 141
Основной риск заключается в том, что процесс так и не станет эффективным инструментом по снижению негативного влияния изменений на ИТ-услуги. В этом случае он превращается в простой механизм ведения истории изменений в инфраструктуре, что не решает ключевые задачи управления изменениями и конфигурациями.
управление изменениями управление конфигурациями, CMDB управление рисками
Евгений Шилов (источник). Рейтинг вопроса: 141
Проблемы с работой со входом включают перегрузку производственной системы низкоприоритетными задачами, такими как технический долг, задачи эксплуатации и сопровождения, в то время как реальные бизнес-задачи получают лишь незначительную долю ресурсов. Это приводит к неэффективному распределению ресурсов, непредсказуемому объёму работы над бизнес-ценными задачами и отсутствию обратной связи о влиянии выполненных задач на бизнес-показатели. В результате компания фактически ускоряет создание того, что не приносит прямой ценности бизнесу, а не снижает реальный Time to Market для продуктовых инициатив, приносящих доход.
бизнес, ценность, бизнес-заказчик разработка ПО трансформация, ускорение, Time-to-Market управление продуктами, продуктовый подход управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 141
Методы ITSM-автоматизации могут быть успешно применены в таких областях за пределами ИТ, как административно-хозяйственная деятельность и претензионная работа. Эти сферы могут воспользоваться универсальными механизмами обработки заявок и управления задачами, которые предоставляют ITSM-решения. Однако важно учитывать, что в ИТ-сфере эти процессы значительно более сложны из-за особенностей ИТ-инфраструктуры и организационных структур.
ITSM бизнес, ценность, бизнес-заказчик управление запросами на обслуживание управление конфигурациями, CMDB
Дмитрий Исайченко (источник). Рейтинг вопроса: 141
Service Owner считается единой точкой ответственности за работу услуги, потому что именно он несет окончательную ответственность за успешное предоставление услуги бизнесу. Это означает, что при возникновении вопросов или проблем с услугой, Service Owner является тем, кто должен обеспечить их решение. Эта роль помогает избежать размытия ответственности и обеспечивает ясность в управлении услугами.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление процессами, ИТ-процессы
Константин Нарыжный (источник). Рейтинг вопроса: 141
« 1 ... 587 588 589 ... 617 »