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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Да, проверка CMDB обязательно должна включать анализ взаимосвязей CI, так как ошибки в отображении связей между элементами (например, неправильное указание зависимостей серверов и приложений) приводят к каскадным сбоям при изменениях. Аудиторы проверяют актуальность отношений «родитель-потомок», корректность отображения физических и логических связей, соответствие схем взаимодействия реальным сценариям использования. Это особо важно для процессов управления изменениями и восстановления после аварий.
управление изменениями управление инцидентами управление конфигурациями, CMDB управление отношениями, взаимодействие, BRM
Евгений Шилов (источник). Рейтинг вопроса: 165
Правила авторизации изменений определяют, кто и каким образом может утверждать изменения в зависимости от их оценённого риска. После оценки вероятности и влияния вычисляется итоговый рейтинг риска, который определяет уровень авторизации. Для более рискованных изменений могут потребоваться утверждения от руководителей более высокого уровня, в то время как низкорисковые изменения могут утверждаться оперативно, без длительных согласований. Это позволяет оптимизировать процессы и избежать излишней бюрократии для безопасных изменений.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 165
Tmax — это максимальное допустимое время устранения инцидента, после которого нарушение считается просроченным. Tmin — нижняя граница времени, в течение которого простои не оказывают значимого влияния на бизнес. Например, при Tmax = 4 часа и Tmin = 30 минут инцидент, устраненный за 25 минут, не влияет на бизнес, а решение ровно за 4 часа дает минимальный рейтинг, так как близко к критическому пределу.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 165
Метрика учитывает непродуктивную трату ресурсов, включая проблемы из группы 'б' (закрытые без решения, но с напрасной затратой усилий) в знаменатель формулы, но не учитывая их в числителе. Это приводит к снижению значения показателя продуктивности, что отражает убыточность таких действий для процесса и стимулирует их минимизацию.
аллокация затрат, расчёт себестоимости услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 165
Обеспечение контроля (law & order) предполагает создание системы мониторинга прогресса по задачам, установку контрольных точек и инструментов для отслеживания выполнения. Это процесс организационный и процедурный. Обеспечение исполнения (law enforcement) относится к применению стимулов и санкций - 'кнута и пряника', чтобы гарантировать выполнение задач. Первое создает структуру и видимость процесса, второе обеспечивает мотивацию для достижения результатов. Оба процесса важны, но требуют разных подходов и инструментов.
мониторинг мотивация персонала, стимулирование общие вопросы менеджмента
Олег Скрынник (источник). Рейтинг вопроса: 165
Частота аудита CMDB определяется критичностью инфраструктурных компонентов и интенсивностью изменений. Для высоконагруженных систем (например, корпоративные серверы) рекомендуется проверять данные ежеквартально, для менее критичных компонентов (офисные ПК) — раз в полгода. При высоком уровне изменений (например, активная миграция в облако) частота увеличивается до ежемесячной. Также проводится внеплановый аудит после выявления системных ошибок, связанных с некорректными данными CMDB, или при изменении регуляторных требований.
автоматизация ИТ-процессов, ПО для ITSM и ESM аудит управление конфигурациями, CMDB
Евгений Шилов (источник). Рейтинг вопроса: 165
Этот подход не отражает реальную ситуацию, так как ИТ-системы могут функционировать автономно без канала связи между площадками, но при этом предоставление конечного ИТ-сервиса будет некорректным. Снижение качества сервиса может проявляться постепенно, не сразу после потери связи, что создает ложное впечатление его работоспособности. Такая схема не позволяет своевременно выявлять риски для конечного пользователя и не учитывает специфику распределенной архитектуры, где критична именно синхронизация данных, а не работа отдельных систем.
архитектура ИТ, TOGAF и IT4IT поддержка пользователей, Service Desk, Help Desk управление рисками
Евгений Шилов (источник). Рейтинг вопроса: 165
Существует несколько типов мониторинга, которые различаются по способу реализации и задачам: активный и пассивный мониторинг (отличаются тем, инициирует ли система проверку состояния или ожидает сообщений от наблюдаемых компонентов); проактивный и реактивный мониторинг (проактивный направлен на предотвращение проблем до их возникновения, реактивный на реагирование на уже произошедшие события). Правильный выбор типа мониторинга зависит от специфики ИТ-инфраструктуры и требований к обслуживанию. Важно понимать, что не все события одинаково важны или требуют одинакового ответа, поэтому необходима фильтрация и корреляция событий, чтобы система мониторинга была эффективной и не создавала информационную перегрузку для сотрудников поддержки.
мониторинг поддержка пользователей, Service Desk, Help Desk управление конфигурациями, CMDB
Игорь Фадеев (источник). Рейтинг вопроса: 165
Управление организационными проблемами сложнее, чем техническими, потому что требует работы с неопределенными, часто субъективными факторами, такими как человеческое поведение, коммуникация между сотрудниками и принятие решений. Технические проблемы обычно имеют четко определенные алгоритмы решения, в то время как организационные аспекты требуют гибкости, анализа множества переменных и умения учитывать человеческий фактор. Это делает их решение более трудоемким и требующим более глубокого понимания бизнес-процессов.
бизнес, ценность, бизнес-заказчик
Дмитрий Исайченко (источник). Рейтинг вопроса: 165
ITSM-системы не предназначены для первичного учёта финансовых операций и поэтому не могут быть первоисточниками финансовых данных. Первичный учёт финансовых операций осуществляется в специализированных бухгалтерских системах и системах управления договорами. ITSM-системы играют роль интеграционной платформы, которая собирает и агрегирует информацию из этих систем для предоставления сводной финансовой информации об ИТ-активах. Поэтому ITSM-системы зависят от качества и полноты данных, поступающих из первоисточников, и от эффективности механизмов интеграции с этими системами.
ITSM общие вопросы менеджмента управление ИТ-активами, ITAM, SAM управление процессами, ИТ-процессы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 165
« 1 ... 478 479 480 ... 617 »