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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Ключевым элементом в управлении рисками при проектировании услуг является синхронное выполнение всех пяти видов деятельности управления рисками. Это означает, что все процессы по управлению рисками должны работать согласованно и быть взаимосвязаны, что обеспечивает более эффективное выявление и устранение потенциальных проблем на всех этапах проектирования и поставка услуг.
DevOps, CI/CD управление рисками
Константин Нарыжный (источник). Рейтинг вопроса: 166
Обычно задаются два основных вопроса: 1) Не работает только у вас или другие коллеги также сталкиваются с этой проблемой? 2) Совершенно не работает ИТ-услуга или недоступна только часть функционала? На основании ответов определяется один из четырех уровней влияния. Однако эта схема часто усложняется дополнительными критериями, так как базовые вопросы имеют недостатки: пользователи могут не знать о проблемах коллег, а граница между 'совсем не работает' и 'частично не работает' может быть неочевидной в конкретных ситуациях.
поддержка пользователей, Service Desk, Help Desk управление инцидентами
Евгений Шилов (источник). Рейтинг вопроса: 166
Для оценки подготовки к чрезвычайным ситуациям используются следующие метрики: полнота покрытия критических ИТ-услуг планами непрерывности, которая показывает, какие ИТ-услуги имеют утвержденные планы восстановления; своевременность проведения учений и тестирований по плану-графику; полнота проводимых учений, отражающая охват критических ИТ-услуг в тестировании; своевременность актуализации планов непрерывности после внесения изменений в систему. Эти метрики позволяют оценить, насколько готова организация к возникновению аварийных ситуаций и способна ли восстановить критические функции в установленные RTO и RPO сроки.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды
Павел Дёмин (источник). Рейтинг вопроса: 166
Даже при затрудненном точном расчете Flow Efficiency оценка этого показателя имеет большую практическую ценность, поскольку помогает командам осознать реальный уровень эффективности своих процессов. Чаще всего команды субъективно оценивают свою эффективность как 75-80%, в то время как объективная оценка (даже приблизительная) показывает значения в 10-25%. Это позволяет выявить основные источники потерь времени и сосредоточиться на их устранении. Такая оценка служит мощным инструментом для инициирования обсуждений и поиска путей улучшения процессов, даже без точных численных данных. Таким образом, основная ценность Flow Efficiency заключается не в цифре как таковой, а в прозрении, которое она дает команде относительно своих процессов.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды Канбан, WIP-лимиты командная работа постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 166
Области инфраструктуры для проверки в CMDB определяются на основе критичности для бизнеса и сложности управления. Стандартными областями являются серверы, сетевое оборудование, рабочие станции, программные приложения и базы данных. Каждая область должна содержать конфигурационные элементы (CI), которые взаимодействуют с другими системами, влияя на доступность и производительность сервисов. Критерии выбора: волатильность данных (частота изменений), уровень интеграции с другими компонентами, требования регуляторных стандартов и влияние на ключевые бизнес-процессы.
ISO 20000 бизнес, ценность, бизнес-заказчик мониторинг управление доступностью управление конфигурациями, CMDB эффективность, оптимизация
Евгений Шилов (источник). Рейтинг вопроса: 166
Отнесение элемента к ИТ-активам вместо конфигурационных единиц имеет следующие практические последствия: необходимость ведения дополнительного финансового учета этого элемента, включение его в балансовую стоимость, применение процедур амортизации, управление жизненным циклом с учетом финансовых аспектов, а также возможное влияние на налоговое и бухгалтерское планирование. Если эти процедуры не применяются, то формальное отнесение элемента к категории ИТ-актива не имеет практического смысла и не приносит дополнительной ценности системе управления.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление ИТ-активами, ITAM, SAM управление конфигурациями, CMDB управление процессами, ИТ-процессы
Игорь Гутник (источник). Рейтинг вопроса: 166
Под практико-ориентированностью описаний практик в ITIL 4 подразумевается, что библиотека стала больше фокусироваться на практических аспектах внедрения и использования практик в реальных условиях, а не на теоретических моделях процессов. Это выражается в более подробных описаниях факторов успеха практик (PSF) и примерах метрик для них, что помогает организациям конкретизировать и измерять эффективность своих практик. В отличие от ITILv3, где акцент был на процессах и их критических факторах успеха, ITIL 4 предоставляет более понятные и прикладные рекомендации для практического применения в управлении услугами.
ITIL измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление процессами, ИТ-процессы управление релизами эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 166
Согласно ITIL4, ключевые аспекты коммуникации для успешной работы системы приоритизации включают обеспечение прозрачности процесса, активное взаимодействие с заказчиками на всех уровнях и сбор обратной связи по результатам реализованных изменений. Необходимо создать такие условия, чтобы заказчики могли четко формулировать выгоды от внедрения изменений, были вовлечены в согласование приоритетов и имели возможность оценить результаты после их внедрения. Это улучшает качество процесса приоритизации и способствует повышению удовлетворенности заказчиков.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM управление продуктами, продуктовый подход управление процессами, ИТ-процессы управление релизами
Артём Мукосеев (источник). Рейтинг вопроса: 166
Для повышения эффективности роли владельца процесса при ограниченных полномочиях необходимо разработать дополнительные механизмы эскалации, вовлечения и поддержки. Это может включать создание регулярных комитетов или встреч с ключевыми руководителями подразделений, привлечение спонсора процесса (высокопоставленного руководителя, который поддерживает инициативу), разработку четких процедур для быстрого решения конфликтных ситуаций, а также установление прямых линий коммуникации с руководством. Важно, чтобы владелец процесса имел оперативный и стабильный доступ к административному ресурсу, который позволит ему решать проблемы, не имея прямых подчиненных во всех участках процесса. Также полезно четко сформулировать ожидания от всех участников процесса и договориться о механизмах поддержки владельца процесса в случае возникновения сложных ситуаций.
общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 166
Гибридная модель (RBAC + ABAC) превосходит чистый RBAC гибкостью и точностью. RBAC ограничен статическими ролями, тогда как добавление ABAC позволяет учитывать контекст (время, местоположение, свойства объекта). Например, менеджер с ролью «Редактор заказов» может редактировать заказы только в своём филиале и при соблюдении лимита стоимости. Это снижает риски избыточных прав и повышает соответствие политикам безопасности.
безопасность общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы управление рисками
Александр Омельченко (источник). Рейтинг вопроса: 166
« 1 ... 471 472 473 ... 617 »