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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Решение о том, какие работы должны стать самостоятельными потоками в организации, а какие лучше приобретать как ресурсы, должно основываться на оценке их ценности и профильности для организации. Ключевые критерии для этого включают то, является ли результат работы самостоятельным отчуждаемым результатом, который может быть приобретен у третьей стороны, и стоит ли разворачивать в организации отдельный поток для создания этих ресурсов. Отдельные кусочки ценности, описываемые частными, узкими и непрофильными для организации определениями, часто не стоят того, чтобы создавать для них отдельный поток внутри компании. Вместо этого, такие ресурсы рациональнее приобретать. Это позволяет использовать подходы управления цепочками поставок и выстроить правила поставки этих ресурсов так, чтобы они всегда были доступны, но без излишков. Бережливый подход требует минимизации издержек и избытков, поэтому для непрофильных работ оптимально использовать внешние источники.
DevOps, CI/CD бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды Канбан, WIP-лимиты
Андрей Труфанов (источник). Рейтинг вопроса: 181
При работе мобильных сотрудников следует учитывать несколько аспектов безопасности: защиту устройств от несанкционированного доступа через надежные методы аутентификации, шифрование передаваемых данных, управление доступом к информации в зависимости от роли сотрудника, возможность удаленного стирания данных в случае утери устройства, а также защиту от утечек информации через скриншоты или другие методы копирования конфиденциальных данных на мобильных устройствах.
безопасность общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Евгений Шилов (источник). Рейтинг вопроса: 181
Да, реализовавшийся риск не всегда связан с зарегистрированным инцидентом. Существуют негативные события, которые, хотя и являются результатом реализованного риска, не приводят к прямому прерыванию услуги или их не регистрируют как инциденты. В таких случаях управление рисками происходит в рамках других практик, например, в стратегических процессах или через анализ на уровне управления услугами.
ITIL управление инцидентами управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 181
Создание нескольких связанных проблем может быть менее эффективным с точки зрения формального распределения ресурсов, так как требует работы нескольких координаторов. Однако в условиях слабой матрицы этот подход часто окупается более быстрым решением проблемы, отсутствием перебрасывания ответственности и возможностью параллельной работы, что в итоге приводит к повышению общей эффективности управления.
общие вопросы менеджмента управление проблемами эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 181
Учет расходных материалов как отдельных конфигурационных единиц приведет к существенному росту объема CMDB, что ухудшит производительность системы и усложнит управление данными. Если такие материалы учитывать количественно и не привязывать к конкретным объектам, объем базы останется оптимальным, что позволит сосредоточиться на основных компонентах ИТ-инфраструктуры и поддерживать стабильность системы.
мониторинг управление конфигурациями, CMDB эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 181
Для небольшой ИТ-организации минимально эффективный состав первой линии поддержки включает двух сотрудников на полную ставку, полностью сосредоточенных на обработке запросов пользователей, и одного менеджера инцидентов, который может временно привлекаться для помощи при пиковых нагрузках или особо сложных ситуациях. Такое сочетание обеспечивает достаточную гибкость для покрытия рабочих часов, обработки основного объема запросов и своевременной эскалации критических инцидентов. Главное условие - сотрудники первой линии должны быть выделены исключительно на поддержку пользователей, без наложения дополнительных задач и функций.
общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление инцидентами
Олег Скрынник (источник). Рейтинг вопроса: 181
Выборочная проверка CMDB строится по принципу приоритизации критичных конфигурационных элементов: сначала проверяются CI, связанные с жизненно важными сервисами или недавно измененными компонентами. Методы отбора включают случайную выборку в пределах кластеров (например, определенный тип сетевого оборудования), фокус на компонентах с высокой частотой изменений или данные, не обновлявшиеся дольше заданного срока. Для минимизации рисков выборка комбинируется с элементами полной проверки в узких сегментах. Результаты выборки анализируются для принятия решения о необходимости более глубокого аудита.
аудит управление конфигурациями, CMDB управление рисками
Евгений Шилов (источник). Рейтинг вопроса: 181
Выбор основывается на: 1) объеме данных (ручные методы неэффективны при высокой частоте процесса), 2) сложности формализации (субъективные оценки часто невозможно автоматизировать), 3) критичности ошибки (для высокорисковых зон предпочтительна автоматизация), 4) доступности ресурсов. Например, для массовых обращений с низкой сложностью регистрации подходит автоматизация, а для анализа качества коммуникации — опросы специалистов.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление доступностью управление запросами на обслуживание
Евгений Шилов (источник). Рейтинг вопроса: 181
Нельзя заменить обучение сотрудников автоматическим контролем. Обучение необходимо для понимания сотрудниками целей процесса, их роли в нем и последствий отклонений. Автоматический контроль может выявлять отклонения, но не объясняет, почему процесс важен, как его правильно выполнить и какие последствия будут за нарушение. Без обучения сотрудники действуют механически и не способны реагировать на исключения и нестандартные ситуации.
обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента управление процессами, ИТ-процессы
Евгений Шилов (источник). Рейтинг вопроса: 181
В ITIL4 видимость услуги для потребителя определяется тем, взаимодействует ли потребитель с этой услугой напрямую. Как правило, потребитель видит преимущественно те ресурсы и услуги, с которыми он непосредственно взаимодействует. Услуга может быть видимой для одного потребителя (и тогда она выступает как бизнес-услуга) и невидимой для другого (выступая как поддерживающая услуга). Видимость определяется контекстом использования услуги и цепочкой поставок услуг.
DevOps, CI/CD бизнес, ценность, бизнес-заказчик
Артём Мукосеев (источник). Рейтинг вопроса: 181
« 1 ... 389 390 391 ... 617 »