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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Главное отличие в подходе к измерению эффективности между ITIL v3 и IT4IT заключается в объектах измерения. В ITIL v3 критические факторы успеха (CSF) и ключевые показатели эффективности (KPI) определены для каждого из 26 процессов, что делает акцент на измерении отдельных процессов. В IT4IT же CSF и KPI относятся к целым Value Stream'ам (потокам создания ценности), а не к отдельным функциональным компонентам внутри этих потоков. Это означает, что IT4IT имеет более целостный взгляд на измерение эффективности, фокусируясь на том, как весь поток создает ценность для бизнеса, тогда как ITIL v3 предоставляет более детализированные измерения по отдельным процессам. Хотя и в ITIL v3 есть упоминания о ключевых факторах успеха для фаз жизненного цикла, в IT4IT этот аспект проработан более системно и детально для каждого Value Stream.
ITIL архитектура ИТ, TOGAF и IT4IT бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды Канбан, WIP-лимиты поток создания ценности (Value Stream) эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 268
Менеджер изменений по ITIL отвечает за первичную обработку запросов на изменения, назначение запросов на рабочие группы в соответствии с моделями изменений, получение и коммуникацию решений об авторизации или отклонении изменений, мониторинг и анализ выполнения работ по изменениям, поддержание и публикацию графика изменений, а также развитие моделей изменений и экспертизы в рамках практики. Эта роль сочетает функции координатора конкретных изменений и менеджера процесса, если в организации также выделены координаторы по направлениям.
ITIL мониторинг общие вопросы менеджмента управление изменениями управление процессами, ИТ-процессы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 268
Базовая 'начинка' моделей изменений включает восемь ключевых элементов: ограничения на возможных инициаторов изменений, требования к информации на входе, правила оценки рисков (вероятность, влияние, итоговый рейтинг), правила авторизации с учётом рисков, требования к планированию, правила реализации, критерии и порядок проведения оценки после внедрения (включая отсрочку, состав участников, критерии успешности), а также процедуру формального закрытия изменений с указанием, кто, когда и как фиксирует закрытие. Эти элементы помогают структурировать обработку каждого типа изменений.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление изменениями управление релизами управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 268
Сервисная эмпатия (Service empathy) — это способность распознавать, понимать, прогнозировать и проецировать интересы, потребности, намерения и опыт другой стороны для установления, поддержания и улучшения сервисных отношений. Она не сводится к простому сочувствию, а включает в себя более сложный процесс — полное понимание, отражение и разделяние чувств, потребностей и мотивации клиента. Эмпатия в сервисе позволяет не только реагировать на уже существующие запросы, но и предугадывать скрытые потребности клиентов, предлагая решения, о которых они сами могли не думать. Это явление является ключевым элементом для создания позитивного клиентского опыта (CX) и пользовательского опыта (UX), формируя лояльность и доверие к компании. Основой сервисной эмпатии выступает умение «встать на место» клиента, что позволяет лучше понять его ситуацию и ожидания.
бизнес, ценность, бизнес-заказчик мотивация персонала, стимулирование постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 268
Типичные ошибки при организации совещаний включают отсутствие чёткой повестки дня, отсутствие назначенных докладчиков, обсуждение всех вопросов одновременно, чрезмерное увлечение деталями, отсутствие принятия решений и игнорирование фиксации решений и сроков выполнения. Такие подходы приводят к бесполезному расходованию времени и энергии участников, снижая общую продуктивность.
общие вопросы менеджмента
Олег Скрынник (источник). Рейтинг вопроса: 268
Для создания системы стандартов оценки эффективности работы в гибкой команде необходимо сначала определить, что организация считает нормальной работой. Это включает установление допустимого уровня дефектов (например, не 15-50%, как часто ошибочно считают, а гораздо ниже), определение эффективного использования трудовых ресурсов (чтобы не было ситуации, когда до 80% ресурсов расходуется впустую), создание четких стандартов постановки запросов от бизнеса, чтобы все задачи в бэклоге несли бизнес-ценность. Также необходимы KPI для оценки производительности и качества работы. Эти стандарты должны быть согласованы со всеми заинтересованными сторонами и понятны всем сотрудникам. Важно регулярно пересматривать и обновлять стандарты по мере развития бизнеса и изменений в ИТ-ландшафте. Соблюдение этих стандартов должно стать частью корпоративной культуры и оцениваться в рамках системы мотивации.
Agile и гибкие методы разработки ПО ISO 20000 бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды командная работа мониторинг мотивация персонала, стимулирование разработка ПО эффективность, оптимизация
Светлана Сапегина (источник). Рейтинг вопроса: 268
Модель процесса управления изменениями должна включать следующие основные элементы: определение целей, задач и области охвата процесса (например, управление изменениями в бизнес-системах, ИТ-инфраструктуре или других областях); описание последовательности действий и порядка взаимодействий (workflow процесса); установление порядка контроля исполнения процесса с определением механизмов его реализации (метрики и отчетность, самопроверки и аудит, оперативный контроль менеджмента, процедуры передачи смен); распределение ролей и ответственности с использованием RACI-матрицы; определение интерфейсов к другим процессам и видам деятельности. Это базовый набор элементов, необходимый для создания полноценной модели процесса, которая затем может быть адаптирована к конкретной организации.
аудит бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление изменениями управление конфигурациями, CMDB управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 268
Можно использовать опросник, основанный на перечне факторов, влияющих на количество обращений: отрасль бизнеса, тип предоставляемых услуг, сложность и количество услуг, частота обновлений, подходы к изменениям, технологические особенности ИТ-инфраструктуры, стандартизация среды, интенсивность использования ИТ, грамотность пользователей, наличие баз знаний, возраст устройств, тип работы (удаленный или нет), организационная структура и географическое распределение. Оценка по этим критериям позволяет прогнозировать нагрузку не только через количество пользователей, но и через анализ специфики организации.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды обучение сотрудников, учебные курсы, тренинги поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление знаниями управление конфигурациями, CMDB
Анна Васильева (источник). Рейтинг вопроса: 268
Если запросы поступают мимо первой линии поддержки без регистрации в системе автоматизации, возникает «параллельная реальность» в управлении инцидентами. Это приводит к снижению ценности процесса управления инцидентами, так как нарушается прозрачность и полнота данных об инцидентах. Без регистрации обращений невозможно отслеживать их статус, анализировать корневые причины или формировать отчеты. Основные риски связаны с тем, что значительная часть инцидентов, связанных с нарушениями работы прикладного ПО, остается вне системы, что увеличивает общее время восстановления и снижает качество обслуживания бизнес-операций.
ITSM автоматизация ИТ-процессов, ПО для ITSM и ESM бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами управление проблемами управление рисками
Дмитрий Исайченко (источник). Рейтинг вопроса: 268
Процессы управления ИТ на предприятии могут использоваться для наведения порядка внутри ИТ-службы, тогда как взаимодействие с бизнесом строится на основе сервисного подхода. Иными словами, система процессов организует внутренние операции ИТ для обеспечения качества и эффективности, а сервисный подход устанавливает отношения между бизнесом и ИТ через услуги, на которых основываются обязательства и ожидаемые результаты.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM эффективность, оптимизация
Роман Журавлёв (источник). Рейтинг вопроса: 268
« 1 ... 30 31 32 ... 617 »