Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
100%
оригинальный контент
Основное отличие формулировок о стандартных изменениях между ITIL V3 и ITIL4 заключается в большей детализации в версии ITIL4. В ITIL V3 основной акцент делается на заранее авторизованный подход к выполнению, основанный на утвержденной процедуре. ITIL4 добавляет явное указание, что стандартные изменения являются изменениями с низким риском и могут внедряться без дополнительной авторизации для каждого конкретного случая. Также ITIL4 более подробно описывает процесс оценки рисков при создании или пересмотре моделей стандартных изменений, подчеркивая, что комплексная оценка рисков проводится на уровне процедуры выполнения, а не для каждого экземпляра изменения. Обе версии согласны в том, что авторизация требуется на этапе разработки модели стандартизованного изменения.
ITIL измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление изменениями управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 1018 ITIL 4 определяет четыре аспекта управления ИТ-услугами, которые необходимо учитывать для целостного подхода: 1. Организации и люди - включают организационные структуры, операционные и ролевые модели, коммуникации, развитие сотрудников, культуру. 2. Информация и технологии - касаются инструментов предоставления услуг, систем хранения и обработки информации, технологических достижений включая ИИ и машинное обучение. 3. Поставщики и партнеры - охватывают отношения с внешними организациями, уровень интеграции и формальности взаимодействия, стратегию вовлечения поставщиков. 4. Потоки создания ценности и процессы - включают все виды деятельности, рабочие процессы, средства управления для достижения целей, комбинацию практик в цепочке создания ценности. Эти аспекты должны рассматриваться совместно и сбалансировано, так как они взаимосвязаны и перекрываются друг с другом.
AI, ML, LLM, ИИ, машинное обучение ITIL аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты обучение сотрудников, учебные курсы, тренинги поток создания ценности (Value Stream) стратегия управление доступом, IDM, ролевые модели, RBAC, ABAC управление отношениями, взаимодействие, BRM эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 1017 Важно понимать цель использования терминов в ITSM, потому что без этого можно попасть в ситуацию, когда термины применяются формально и не помогают в реальном управлении. Например, если рассматривать «проблему» только как причину инцидента, не понимая контекста, можно упустить важные аспекты управления. Понимание цели использования терминов помогает правильно разделить ответственность, определить процессы и избежать ложных классификаций, таких как «проблема — это сложный инцидент» или «стандартные изменения — это запросы на обслуживание». Это обеспечивает практическую пользу от внедрения ITSM и помогает принимать обоснованные управленческие решения.
ITSM общие вопросы менеджмента управление запросами на обслуживание управление изменениями управление инцидентами управление релизами
Игорь Гутник (источник). Рейтинг вопроса: 1016 Бесшовное взаимодействие — это когда клиент может переключаться между каналами и устройствами без потери контекста или необходимости повторно вводить информацию. Например, начав оформлять заказ на сайте, клиент может завершить его через мобильное приложение или в оффлайн-точке, и все данные сохранятся. Достичь этого можно через единую систему управления данными клиентов (CDP), интеграцию CRM и других систем, а также унификацию процессов. Бесшовность повышает удобство, снижает фрустрацию и напрямую влияет на лояльность, ведь современные потребители ожидают, что компания «помнит» их предпочтения и историю взаимодействий вне зависимости от канала.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы
Андрей Шилов (источник). Рейтинг вопроса: 1015 Для определения пригодности типового процесса для конкретной компании необходимо оценить несколько ключевых аспектов: соответствие организационной структуре компании (включая географическую дислокацию); адекватность распределения ролей и ответственностей с учетом реальных компетенций сотрудников; возможность учета существующей системы мотивации и стимулирования; соответствие корпоративным стандартам в области управления качеством или внутреннего контроля; охват требуемых видов деятельности и объектов управления; наличие механизмов контроля и оценки эффективности, адекватных условиям компании; возможность настройки под специфические требования, такие как стандартизация изменений; адаптированность к масштабу и сложности бизнеса компании. Важно также проверить, как типовой процесс решает конкретные задачи компании, например, управлять изменениями в распределенной структуре или учитывать особенности конкретной ИТ-инфраструктуры.
ISO 20000 бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мотивация персонала, стимулирование общие вопросы менеджмента управление конфигурациями, CMDB управление процессами, ИТ-процессы эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 1014 Термин 'владелец процесса' может быть условным в тех случаях, когда человек, занимающий эту роль, не обладает достаточными полномочиями для реального управления всем процессом. Например, когда владельцу не хватает власти над всеми подразделениями, участвующими в процессе, и поэтому он не может напрямую решать возникающие проблемы. В таких ситуациях роль сродни скорее координации и согласования, чем прямому управлению. Поэтому в литературе по процессному управлению часто используются альтернативные термины: 'управляющий процесса' (process manager), 'распорядитель процесса' (process steward) или 'спонсор процесса' (process sponsor). Эти термины лучше отражают суть роли, когда человек не владеет процессом в прямом смысле, но ответственен за его функционирование и развитие.
общие вопросы менеджмента управление процессами, ИТ-процессы эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 1014 Внешние сервис-провайдеры полностью контролируют выбор подрядчиков и несут полную ответственность за конечную услугу, поэтому для них логично нести ответственность и за своих подрядчиков. Внутренние ИТ-подразделения часто сталкиваются с тем, что некоторые подрядчики, особенно вендоры программного обеспечения, могут быть 'навязаны' руководством компании. Это создает ситуацию, когда ИТ-подразделение формально несет ответственность за SLA, но не имеет полного контроля над процессами подрядчиков, что затрудняет применение штрафных санкций к внутренним группам поддержки за проблемы, вызванные внешними поставщиками.
SLA аутсорсинг, интеграция услуг общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление инцидентами управление уровнем услуг, SLM
Павел Дёмин (источник). Рейтинг вопроса: 1014 Эмпатия является важным фактором, влияющим на формирование лояльности клиентов, поскольку эмоции лежат в основе их доверия и приверженности к бренду. Когда клиент чувствует, что его понимают и искренне заботятся о его проблемах, он испытывает положительные эмоции, которые укрепляют его привязанность к компании. Это особенно важно в тех случаях, когда возникают сложные ситуации или проблемы — правильная эмпатийная реакция может превратить негативный опыт в позитивный и даже усилить лояльность. Эмпатия помогает создать персонализированный опыт взаимодействия, что делает клиента особенным и ценным для компании. Регулярное проявление эмпатии приводит к тому, что клиенты начинают ассоциировать бренд с человечностью и заботой, что в долгосрочной перспективе способствует их удержанию и рекомендациям компании другим людям.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM
Игорь Фадеев (источник). Рейтинг вопроса: 1009 Цифровая компания использует в производственном процессе технологии, которые дают преимущества сразу по нескольким направлениям: сокращение производственных затрат за счет исключения операций, выполняемых людьми (что снижает число дефектов и потери времени); повышение эластичности производства (скорость и возможность реагирования на изменения спроса); повышение эффективности сбыта через расширение каналов приобретения, маркетинговую поддержку и сокращение дистанции между поставщиком и потребителем; повышение эффективности управленческих решений за счет объективной информации о процессах.
Agile и гибкие методы разработки ПО аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk разработка ПО экономика и финансы эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 1005 Метрика First Time Resolution (FTR) в разрезе рабочих групп рассчитывается по формуле: FTR = (Nj - Sj) / Nj. Здесь Nj — количество обращений (инцидентов), обработанных j-той группой и закрытых без рекламаций (Cj), плюс количество возвратов на доработку в эту группу (Sj). Sj — это количество объектов, возвращенных на доработку в j-тую группу. Расчёт производится за период, когда завершена процедура проверки решения инцидента, а не фактическое решение задачи. Важно учитывать возвраты индивидуально по каждой группе, так как одно обращение может быть переназначено в другую группу или возвращено несколько раз в разные группы.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 1005 « 1 ...
13 14 15 ...
614 »