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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Для оценки удовлетворенности заказчика ИТ-услугами можно использовать опрос, содержащий ключевые вопросы, задаваемые заказчикам на регулярной основе. Например, вопросы о степени удовлетворенности достигаемойutility услуг, степени удовлетворенности достигаемой warranty услуг, и степени соответствия показателей warranty реальным потребностям заказчика. Ответы даются по шкале 0-1 (0 – полное несоответствие, 1 – полное соответствие), а для определения итогового показателя можно использовать взвешенное арифметическое усреднение. Такой подход обеспечивает прямое получение обратной связи от заказчика.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление продуктами, продуктовый подход управление процессами, ИТ-процессы управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 233
Для объективной оценки состояния ИТ-сервисов при инфраструктурных проблемах в SLA можно включить следующие параметры: максимальная продолжительность одного перерыва в работе сервиса, частота перерывов за определенный период и суммарная длительность всех перерывов за период (например, месяц). Эти показатели позволяют оценивать не только пользовательские инциденты, но и влияние инфраструктурных сбоев на общую доступность сервисов.
SLA измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление доступностью управление инцидентами управление уровнем услуг, SLM
Евгений Шилов (источник). Рейтинг вопроса: 233
Эффективным методом является постоянное ответы на четыре базовых вопроса: Зачем? Что? Кто? Как? Такой подход применяется на каждом этапе — при определении бизнес-задач, процедур, элементов учёта и информационных объектов. Он позволяет отделить ключевые задачи от второстепенных, корректно выстроить процесс и ролевую модель, а также сформировать точные требования к инструменту автоматизации.
ITSM бизнес, ценность, бизнес-заказчик управление доступом, IDM, ролевые модели, RBAC, ABAC управление проектами, PRINCE2
Артём Мукосеев (источник). Рейтинг вопроса: 233
Для корректного расчёта Incident Rate необходимо собрать данные за год с разбивкой по месяцам, чтобы исключить сезонные колебания. В числитель включаются только пользовательские обращения, классифицированные как инциденты, за исключением инфраструктурных инцидентов. В знаменатель следует брать количество активных пользователей ИТ-системы, исключая уволенных сотрудников и технические учетные записи. Для этого рекомендуется использовать данные из справочника сотрудников, реплицированного из Active Directory в ITSM-систему.
ITSM поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 233
Для специалиста BRM необходимы несколько ключевых компетенций. BRM должен обладать стратегическим партнерством – способностью строить долгосрочные отношения с заказчиком и выступать его представителем внутри ИТ-организации. BRM должен иметь бизнес-интеллект – глубокое понимание бизнес-процессов и целей заказчика. BRM должен быть лидером при преобразованиях – уметь вести за собой в условиях изменений и управлять сопротивлением. BRM также должен обладать навыками убеждения и коммуникации, чтобы эффективно работать как «мост» между бизнесом и ИТ. BRM сочетает в себе качества грамотного бизнес-аналитика, эффективного ИТ-менеджера и психоаналитика, что позволяет ему понимать как бизнес-требования заказчика, так и технические возможности ИТ.
бизнес, ценность, бизнес-заказчик лидерство общие вопросы менеджмента управление отношениями, взаимодействие, BRM
Павел Дёмин (источник). Рейтинг вопроса: 233
Чтобы определить, внедряется ли именно управление конфигурациями, следует обратить внимание на интерес заказчика к функциональным возможностям элементов и учету их взаимного влияния. Важным признаком является построение ресурсно-сервисной модели, где отслеживаются связи между компонентами ИТ-систем и их влияние на предоставляемые услуги. Если заказчик не заинтересован в таких связях и сосредоточен только на перечислении активов без учета их функционального влияния, то проект, вероятно, ограничивается простым учетом ИТ-активов.
бизнес, ценность, бизнес-заказчик управление ИТ-активами, ITAM, SAM управление конфигурациями, CMDB управление проектами, PRINCE2
Михаил Тобурдановский (источник). Рейтинг вопроса: 233
Многократное повторение запроса происходит из-за отсутствия единой системы передачи данных между уровнями обслуживания. Когда клиент переадресовывается от общего оператора к узкому специалисту, информация о предыдущих этапах звонка не сохраняется или не передаётся. Это может быть связано с разрозненностью информационных систем, недостаточной интеграцией между отделами или непроработанностью бизнес-процессов. В результате клиент вынужден повторно излагать проблему, что снижает удовлетворённость услугой и увеличивает время решения вопроса.
бизнес, ценность, бизнес-заказчик управление запросами на обслуживание
Дмитрий Исайченко (источник). Рейтинг вопроса: 233
ITIL 4 упрощает формулирование ключевых показателей эффективности (KPI) благодаря подробному описанию каждого фактора успеха практики (PSF) и предоставлению сопровождающих примеров метрик, которые можно использовать в качестве KPI. Описания практик в ITIL 4 стали более практико-ориентированными, что позволяет легче определить, какие показатели следует измерять для оценки эффективности конкретных практик в контексте их вклада в потоки создания ценности. В ITILv3 подход был более процесс-ориентированным, и, хотя концепция CSF также позволяла формулировать KPI, в ITIL 4 это становится проще благодаря более структурированному и конкретному описанию факторов успеха.
ITIL бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды Канбан, WIP-лимиты поток создания ценности (Value Stream) управление процессами, ИТ-процессы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 233
Концепцию услуги в ITIL4 можно объяснить с помощью модели CAAS (Choco-as-a-Service). В этой модели важно рассмотреть три компонента: товар (например, шоколадка), ресурс (магазин со службой доставки или автомат с шоколадками) и операции (процесс доставки или обслуживание автомата). В отличие от простой продажи товара, услуга предполагает, что клиент перекладывает на поставщика определенные риски и затраты. Например, при регулярной доставке шоколадок клиент не заботится о том, когда и где ее купить - эта ответственность лежит на поставщике. Аналогично в IT: при использовании облачных сервисов клиент не несет затрат по поддержанию физической инфраструктуры.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление конфигурациями, CMDB управление рисками экономика и финансы
Артём Мукосеев (источник). Рейтинг вопроса: 233
При недостаточной компетентности первой линии поддержки в сфере прикладного ПО возникает риск того, что пользователи и специалисты начнут обходить ее, отправляя запросы напрямую во вторую линию или к «прикладникам». Это приведет к поступлению обращений без регистрации в системе автоматизации, что нарушает прозрачность и управляемость процесса. Также это увеличивает общее время обработки запросов, так как отсутствует предварительная диагностика и распределение задач. В результате снижается ценность процесса управления инцидентами, а операционные риски, связанные с прикладным ПО, остаются недостаточно контролируемыми.
автоматизация ИТ-процессов, ПО для ITSM и ESM бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами управление рисками
Дмитрий Исайченко (источник). Рейтинг вопроса: 233
« 1 ... 99 100 101 ... 617 »