Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
100%
оригинальный контент
Типичная структура включает следующие этапы: приветственное сообщение с упоминанием радости от звонка клиента; первый уровень IVR с выбором категории услуг, например, «Кредиты»; второй уровень IVR с уточнением направления, например, «Ипотека»; информирование о том, что услуга предназначена только для действующих клиентов; уведомление о переводе на оператора; запрос об оценке работы сотрудника; сообщение об отсутствии свободных операторов при высокой нагрузке; фактическое соединение с оператором, не специализирующимся на запрашиваемой услуге; повторное переадресовывание на профильного специалиста; необходимость повторного изложения проблемы из-за отсутствия передачи информации между сотрудниками; запрос дополнительной информации, например, номера договора; возможный обрыв связи на критическом этапе общения.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление отношениями, взаимодействие, BRM
Дмитрий Исайченко (источник). Рейтинг вопроса: 693 Отраслевая специфика определяет степень внедрения и критичность ИТ-решений. Например, в финансах ИТ-инфраструктура — ключевой элемент бизнеса, поэтому изначально было больше обращений из-за высокой нагрузки на систему. В здравоохранении ИТ использовался менее активно, но по мере цифровизации сектора количество запросов выросло. Схожие процессы происходят во всех областях: с ростом ИТ-зависимости меняется и паттерн взаимодействия пользователей с поддержкой.
бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление конфигурациями, CMDB управление отношениями, взаимодействие, BRM управление релизами экономика и финансы
Анна Васильева (источник). Рейтинг вопроса: 693 Не рекомендуется полностью полагаться на чужие примеры при организации изменений в ИТ-команде, потому что условия, в которых находится каждая команда, уникальны. Организационная структура, корпоративная культура, специфика бизнеса, сложившиеся процессы и технологии делают каждую ситуацию индивидуальной. Чужой успешный пример может оказаться не только неприменимым, но и разрушительным для сложившейся системы, так как он не учитывает специфику конкретной организации. Поэтому изменения должны основываться на внутреннем анализе текущего состояния и адаптации методологий к реальным условиям, а не на бездумном копировании внешних кейсов.
бизнес, ценность, бизнес-заказчик командная работа
Светлана Сапегина (источник). Рейтинг вопроса: 693 Культурная установка для клиента в девяностых проявлялась через необычные и прямолинейные методы рекламы. Например, один предприниматель ставил на лобовое стекло своей машины, стоящей около Горбушки, надпись «Рассмотрю любые предложения», подчеркивая готовность удовлетворить любые запросы клиентов. Это был пример неформального подхода к обслуживанию.
бизнес, ценность, бизнес-заказчик
Дмитрий Исайченко (источник). Рейтинг вопроса: 693 Важно различать эти процессы, потому что они решают разные задачи и требуют разных подходов, ресурсов и показателей. Управление доступностью ориентировано на повседневные операции и оптимизацию текущей системы, тогда как управление непрерывностью фокусируется на экстремальных ситуациях и требует создания дополнительной инфраструктуры и процедур. Смешение этих процессов может привести к нерациональному распределению ресурсов: излишней оптимизации там, где нужна избыточность, или наоборот, созданию сложных резервных схем для незначительных сбоев. Чёткое разделение позволяет целенаправленно распределять бюджет и усилия, учитывая специфику различных типов рисков.
бюджетирование, планирование затрат управление доступностью управление инцидентами управление конфигурациями, CMDB управление непрерывностью управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 692 Управление рисками присутствует в следующих процессах ITIL: 1. В группе процессов проектирования услуг - через управление доступностью, мощностями, непрерывностью и информационной безопасностью, где требуется анализ угроз и внедрение контрмер. 2. В управлении проблемами, особенно в проактивной его части, направленной на предотвращение инцидентов. 3. В постоянном совершенствовании услуг (CSI), где деятельность по улучшению часто приводит к идентификации рисков, а идентифицированные риски запускают новые циклы улучшений. 4. В управлении изменениями и релизами. 5. В управлении портфелем услуг. Все эти процессы содержат элементы идентификации, анализа и управления рисками, что делает управление рисками сквозной практикой в рамках ITIL.
ITIL безопасность постоянное улучшение, совершенствование, CSI, PDCA управление доступностью управление изменениями управление инцидентами управление каталогом ИТ-услуг управление проблемами управление релизами управление рисками управление уровнем услуг, SLM эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 691 Сервисная эмпатия (Service empathy) — это способность распознавать, понимать, прогнозировать и проецировать интересы, потребности, намерения и опыт другой стороны для установления, поддержания и улучшения сервисных отношений. Она не сводится к простому сочувствию, а включает в себя более сложный процесс — полное понимание, отражение и разделяние чувств, потребностей и мотивации клиента. Эмпатия в сервисе позволяет не только реагировать на уже существующие запросы, но и предугадывать скрытые потребности клиентов, предлагая решения, о которых они сами могли не думать. Это явление является ключевым элементом для создания позитивного клиентского опыта (CX) и пользовательского опыта (UX), формируя лояльность и доверие к компании. Основой сервисной эмпатии выступает умение «встать на место» клиента, что позволяет лучше понять его ситуацию и ожидания.
бизнес, ценность, бизнес-заказчик мотивация персонала, стимулирование постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 691 Для агентов изменений особенно важны soft skills, потому что их работа связана с тонкой настройкой организационной культуры и управлением людьми. Даже обладая глубокими техническими знаниями и опытом работы с методологиями (например, agile), специалист не сможет эффективно проводить изменения, если будет закрыт к диалогу, невнимателен к реалиям компании и не чуток к команде. Целью является не внедрение методологии ради методологии, а повышение эффективности бизнеса, поэтому критичны такие качества, как широта ума, открытость, чёткость и готовность к диалогу, которые позволяют агенту адаптировать общий поток изменений к конкретным условиям организации.
Agile и гибкие методы разработки ПО бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты командная работа обучение сотрудников, учебные курсы, тренинги организационные изменения, агенты изменений трансформация, ускорение, Time-to-Market управление знаниями управление релизами эффективность, оптимизация
Сандра Урядова (источник). Рейтинг вопроса: 691 Знания об эффективной коммуникации с заказчиком не приводят к изменению поведения сотрудников в случаях, когда у них сформированы глубоко укоренившиеся профессиональные стереотипы. Например, у технических специалистов часто присутствует установка, что все данные для решения задачи должны быть в наличии, а отсутствие информации — это недоработка в подготовке материалов. Даже осознавая необходимость уточнения требований, сотрудники продолжают действовать по привычке, особенно в стрессовых ситуациях или при жестких сроках выполнения задач. Также влияет корпоративная культура, в которой непосредственное общение с клиентом не поощряется или не считается важной частью работы.
бизнес, ценность, бизнес-заказчик обучение сотрудников, учебные курсы, тренинги управление знаниями
Игорь Гутник (источник). Рейтинг вопроса: 691 Главное отличие в подходе к измерению эффективности между 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) эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 690 « 1 ...
46 47 48 ...
614 »