Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
100%
оригинальный контент
В условиях отсутствия конкуренции клиенты вынуждены принимать имеющиеся условия, даже если качество сервиса низкое. Они не могут выбирать между альтернативами, поэтому их основной мотив — решить задачу (арендовать машину, пообедать в кафе), а не получить превосходное обслуживание. Негативный опыт не приводит к массовому уходу из компании, так как альтернативы отсутствуют. Клиенты адаптируются к низким стандартам, что ослабляет их требования и поддерживает статус-кво, когда компании не стремятся улучшать качество услуг.
ISO 20000 бизнес, ценность, бизнес-заказчик управление уровнем услуг, SLM
Олег Скрынник (источник). Рейтинг вопроса: 546 Процесс BRM важен для достижения долгосрочного партнерства между ИТ и бизнесом, потому что он заложен на создании фундамента доверия и взаимопонимания. BRM постоянно работает над тем, чтобы ИТ-сервисы соответствовали реальным бизнес-потребностям, а не просто техническим спецификациям, что повышает воспринимаемую ценность ИТ для бизнеса. Постоянная работа по согласованию ожиданий, демонстрации достижений и оперативному реагированию на изменяющиеся потребности бизнеса создает основу для перехода от простого исполнения заказов к стратегическому партнерству. Когда бизнес воспринимает ИТ как встроенную часть своей бизнес-стратегии, а не как отдельный сервис, это знаменует успешное достижение ИТ-бизнес партнерства, которого так трудно достичь без эффективного BRM.
бизнес, ценность, бизнес-заказчик стратегия управление отношениями, взаимодействие, BRM
Павел Дёмин (источник). Рейтинг вопроса: 546 Предложенная модель проектирования услуг отличается от подхода ITIL большей структурированностью и удобством представления. В то время как ITIL предоставляет общие рекомендации и процессы, предлагаемая модель использует матричное представление с несколькими измерениями (четыре процесса качества, ИТ-услуги, компоненты), что позволяет более четко определить ответственных, этапы работы, необходимые ресурсы и механизмы эскалации для каждого аспекта проектирования.
ITIL измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента
Константин Нарыжный (источник). Рейтинг вопроса: 546 Если инцидент решён в срок, увеличение времени обработки конкретной группой не влияет на её KPI, так как для этих инцидентов vi=0 и их вклад в формулу равен 1. Если же инцидент просрочен, увеличение времени обработки группой (ti) приведёт к росту её доли в общем времени (ti/Ti), что уменьшит её KPI, так как формула для просроченных инцидентов выглядит как 1 - (ti/Ti). Таким образом, метрика специально спроектирована так, чтобы время обработки влияло на показатель только в случае, когда инцидент оказался просроченным.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 546 Модели инцидентов – это заранее определённые категории или типы инцидентов, для которых установлено, на какой линии поддержки они должны решаться. При использовании моделей инцидентов, для каждого типа инцидента фиксируется, может ли он быть разрешён на первой линии. При формировании отчётности по метрикам FLR и FCR, этот атрибут используется для фильтрации обращений, так что в расчёте участвуют только те обращения, которые теоретически могли быть решены на первой линии. Это позволяет исключить из расчёта те обращения, которые первой линией разрешены быть не могут, и сделать показатели более точными и объективными для оценки её работы.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами
Дмитрий Хруслов (источник). Рейтинг вопроса: 546 Оптимальный размер задач в организации определяется критерием, при котором вероятность необходимости смены приоритетов минимальна. Чем меньше средний размер задачи, тем лучше, так как небольшие задачи быстрее завершаются и приносят ценность, что снижает риск их превращения в 'проблемные' и необходимость смены приоритетов. Оптимальный размер - такой, чтобы задача завершалась достаточно быстро, чтобы успеть принести ценность до возможного изменения обстоятельств, но не настолько мелкий, чтобы административные издержки управления не стали чрезмерными. Для определения этого размера необходимо анализировать исторические данные по скорости выполнения различных типов задач, учитывать цикл обновления приоритетов и стремиться к тому, чтобы большинство задач завершалось за период, который существенно короче, чем типичный интервал времени между изменениями внешних условий и потребностей бизнеса.
бизнес, ценность, бизнес-заказчик управление процессами, ИТ-процессы управление рисками
Олег Скрынник (источник). Рейтинг вопроса: 546 В эксперименте Дэна Ариели участники двух групп по-разному справлялись с задачей сборки роботов LEGO Bionicle за деньги. В группе «Работа со смыслом» участники видели результат своего труда в виде выстроенных в ряд собранных роботов, что позволяло им осознавать ценность каждой следующей детали. В группе «Сизифов труд» роботы разбирались сразу после сборки, что уничтожало ощущение завершённости и ценности работы. Результаты эксперимента показывают, что участники первой группы собирали в среднем 10,6 роботов, а второй — всего 7,2. Кроме того, когда оплата снижалась ниже психологического барьера в $1, 65% участников первой группы продолжали работу, тогда как во второй группе эта доля составляла лишь 20%. Таким образом, эксперимент подтверждает, что когда люди видят смысл и результат своей работы, их продуктивность и мотивация значительно выше.
бизнес, ценность, бизнес-заказчик мониторинг мотивация персонала, стимулирование эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 545 Для определения участия менеджеров ИТ-услуг при выполнении изменений инфраструктуры необходимы данные о взаимосвязях между элементами инфраструктуры и ИТ-услугами. Если имеется система управления базой данных конфигурации (CMDB), можно использовать информацию о связях между конфигурационными элементами и услугами. При отсутствии CMDB возможно вести специальные «паспорта» элементов инфраструктуры, включающие перечень ИТ-услуг, на которые влияет конкретный элемент.
общие вопросы менеджмента управление конфигурациями, CMDB управление процессами, ИТ-процессы
Евгений Шилов (источник). Рейтинг вопроса: 545 Можно отказаться от маршрутизации по классификации в ситуациях, когда группы специалистов четко разделены по понятным критериям, например поддерживаемым ИТ-системам, географическому расположению или типам решаемых задач. Это возможно, если первая линия поддержки хорошо понимает структуру и компетенции команд, и может оперативно направлять обращения нужным специалистам без формальной классификации. Однако такой подход требует наличия глубоких знаний о распределении ответственности, которые часто находятся в головах сотрудников, что не всегда удобно для обновления и передачи новым членам команды.
командная работа обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление знаниями
Евгений Шилов (источник). Рейтинг вопроса: 545 Отсутствие у сотрудников соответствующих навыков и знаний является одной из основных причин рисков, связанных с сопровождением и развитием ИТ-систем. Эта проблема часто возникает из-за отсутствия зрелых практик по управлению персоналом, особенно в части найма и мотивации. Неподходящие кандидаты на позиции приводят к выполнению работ недостаточно квалифицированными специалистами, а низкая мотивация и отсутствие карьерных перспектив вызывают высокую текучесть кадров и, как следствие, утрату компетенций и знаний внутри организации.
мотивация персонала, стимулирование обучение сотрудников, учебные курсы, тренинги управление знаниями управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 545 « 1 ...
211 212 213 ...
614 »