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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

В версии стандарта ISO 20000 за 2005 год было указано требование «There shall be an integrated approach to change and configuration management planning», предписывающее использовать интегрированный подход к планированию этих процессов. Однако в обновлённой версии 2011 года данная формулировка была удалена, что отразило более гибкий подход к взаимодействию процессов, позволяющий организациям самостоятельно определять степень их интеграции в зависимости от специфики бизнеса.
ISO 20000 бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление конфигурациями, CMDB управление отношениями, взаимодействие, BRM
Дмитрий Исайченко (источник). Рейтинг вопроса: 177
Рефакторинг кода может не привести к ожидаемому результату из-за недостаточного понимания задачи исполнителем и эффекта Даннинга-Крюгера. В тексте приводится пример, когда команда обсудила план рефакторинга, но через месяц выяснилось, что исполнитель просто переносил проблему в другой слой системы, вместо того чтобы решать её. Это произошло потому, что человек не осознавал своей недостаточной компетентности в вопросе рефакторинга, считая, что его действия приведут к улучшению кода. Автор отмечает, что такой случай не уникален: «каждый человек понимает «в меру своей испорченности», переоценивает свои умения, не понимая истинной глубины своей некомпетентности». Поэтому важно не только обсудить план, но и обеспечить постоянный контроль и коммуникацию в процессе выполнения задачи.
командная работа мотивация персонала, стимулирование общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Сандра Урядова (источник). Рейтинг вопроса: 177
Отказоустойчивость играет ключевую роль в определении инцидентов, поскольку она определяет, какие сбои считаются нормальными, а какие нет. Например, в системе с избыточными компонентами, таких как RAID-массивы или кластеры серверов, выход из строя одного или нескольких компонентов может не приводить к ухудшению качества услуги и, следовательно, не является инцидентом. Чем выше уровень отказоустойчивости, тем больше отклонений от штатной работы считается допустимым. Это позволяет определить, какие ситуации требуют немедленного вмешательства, а какие могут обрабатываться в плановом порядке, что критически важно для эффективного управления ИТ-услугами.
общие вопросы менеджмента управление инцидентами управление процессами, ИТ-процессы управление уровнем услуг, SLM
Игорь Гутник (источник). Рейтинг вопроса: 177
Третье измерение в представленной модели соответствует ИТ-услугам. Каждый слой этого измерения (каждая ИТ-услуга) имеет своего ответственного владельца, который координирует усилия по четырем составляющим качества и управляет рисками, подобно менеджеру проекта. Этот владелец услуги несет ответственность за интеграцию работы по всем четырем процессам качества для своей конкретной услуги.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление проектами, PRINCE2 управление рисками
Константин Нарыжный (источник). Рейтинг вопроса: 177
Важные аспекты гарантии услуги при предоставлении центрального водоснабжения включают режим подачи горячей воды (например, круглосуточно или с периодическими отключениями), скорость прибытия специалистов для устранения аварий, продолжительность плановых отключений на профилактические работы, а также безопасность состава воды для здоровья потребителей. Все эти параметры гарантии являются частью уровня обслуживания, который должен быть согласован между поставщиком и клиентом, чтобы убедиться, что услуги удовлетворяют требованиям и ожиданиям потребителей в полном объеме.
аутсорсинг, интеграция услуг безопасность бизнес, ценность, бизнес-заказчик управление инцидентами
Константин Нарыжный (источник). Рейтинг вопроса: 177
Повторное открытие инцидентов негативно влияет на показатель TCR (Ticket Closure Rate), который представляет собой отношение количества решенных инцидентов к количеству назначенных инцидентов. Каждый переоткрытый инцидент рассматривается как новое назначение, что увеличивает знаменатель формулы TCR, тем самым ухудшая его значение. Это означает, что чем больше инцидентов переоткрывается, тем ниже становится TCR, что отражает снижение эффективности работы службы поддержки.
поддержка пользователей, Service Desk, Help Desk управление инцидентами эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 177
Правильная цепочка разработки KPI начинается с определения назначения процесса и его ключевых целей. Затем следует выявление ключевых практик, необходимых для достижения этих целей. После этого определяются метрики, которые будут измерять выполнение этих практик и показывать прогресс в достижении целей. Только на следующем этапе устанавливаются целевые и граничные значения для метрик. Последним этапом является переход к KPI как к интегральным показателям, которые используются для принятия управленческих решений. Эта цепочка: Назначение ⇒ ключевые практики ⇒ метрики ⇒ целевые и граничные значения ⇒ KPI.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление релизами
Олег Скрынник (источник). Рейтинг вопроса: 177
Наличие на переговорах уполномоченных лиц важно, потому что если присутствуют только подчиненные без права принимать решения и с установкой «ни шагу назад», переговоры теряют смысл и эффективность. Это приводит к многочисленным раундам обсуждений без реального прогресса, так как решения должны утверждаться вышестоящим руководством. Присутствие всех необходимых лиц с соответствующими полномочиями позволяет сразу фиксировать договоренности и избегать зацикливания процесса.
общие вопросы менеджмента эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 177
При определении критерия доступности учитываются ключевые бизнес-требования, такие как возможность выполнения основных бизнес-операций (например, выдача кредитов или ведение претензионной работы), готовность ИТ-ресурсов (каналов связи, серверов, рабочих станций) и своевременность выполнения работ ИТ-подразделения. Основной акцент делается на тех аспектах, которые напрямую влияют на выполнение бизнес-процессов, и именно их недоступность учитывается при расчетах уровня доступности.
бизнес, ценность, бизнес-заказчик управление доступностью
Павел Дёмин (источник). Рейтинг вопроса: 177
OPBOK (Outsourcing Professional Body of Knowledge) представляет собой 300-страничное руководство по внедрению профессиональных стандартов аутсорсинга. В нем содержится подробная информация о том, как разрабатывать, реализовывать и управлять аутсорсинговыми проектами. Руководство включает множество практических шаблонов для применения знаний на практике, охватывает все этапы жизненного цикла аутсорсинга — от планирования и выбора поставщиков до управления контрактами и оценки результатов. OPBOK разработан Международной ассоциацией профессионалов в области аутсорсинга (IAOP) и используется как основа для обучения и сертификации в этой области.
ISO 20000 аутсорсинг, интеграция услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента сертификация сотрудников, экзамены управление знаниями управление проектами, PRINCE2 управление релизами
Дмитрий Хруслов (источник). Рейтинг вопроса: 177
« 1 ... 406 407 408 ... 617 »