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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Функциональная спецификация в стандарте RBAC определяет три типа команд: административные, системные и контрольные. Административные команды предназначены для создания и работы с элементами множеств и связями при построении различных компонентов модели RBAC. Примеры: 'AddUser', 'DeleteUser', 'AddRole', 'GrantPermission'. Системные команды обеспечивают работу конструкций в течение пользовательских сессий. Примеры: 'CreateSession', 'AddActiveRole', 'CheckAccess'. Контрольные команды используются для проверки результатов выполнения административных команд. Примеры: 'AssignedUsers', 'RolePermissions', 'UserPermissions', 'UserOperationsOnObject'. Каждая команда имеет свой алгоритм работы и предназначена для выполнения конкретных задач в системе управления доступом.
ISO 20000 командная работа управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Денис Денисов (источник). Рейтинг вопроса: 163
PCF помогает организациям, у которых нет формализованного списка бизнес-процессов, служа готовым справочником и отправной точкой для построения собственной процессной модели. С его помощью организация может проанализировать стандартный список процессов и выбрать те, которые актуальны для ее деятельности. Это позволяет избежать необходимости начинать с нуля при создании каталога ИТ-услуг или при оптимизации бизнес-процессов. PCF предоставляет структурированный подход для идентификации процессов, определения их владельцев и построения связей между бизнес-процессами и ИТ-поддержкой, что особенно полезно при использовании подхода "от бизнес-процессов".
бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление процессами, ИТ-процессы эффективность, оптимизация
Денис Денисов (источник). Рейтинг вопроса: 163
Аналитическая работа называется 'сверх процесса', потому что даже при наличии формализованных и функционирующих процессов управления ИТ-активами достижение существенных результатов требует дополнительного анализа, критического мышления и активного взаимодействия с различными участниками. Менеджер должен глубоко вникнуть в детали, выявить скрытые проблемы и возможности, что выходит за рамки стандартных операционных процедур.
общие вопросы менеджмента управление ИТ-активами, ITAM, SAM управление отношениями, взаимодействие, BRM
Михаил Тобурдановский (источник). Рейтинг вопроса: 163
Процесс управления ИТ-активами требует дополнительного внимания вне рамок стандартных процессов, так как даже хорошо организованные процедуры не всегда учитывают все нюансы использования активов. Это может приводить к избыточным затратам, дублированию усилий и неэффективному использованию ресурсов. Для выявления таких проблем необходим глубокий анализ данных, коммуникация с разными участниками и поиск нетривиальных решений, что выходит за рамки регламентированных операций.
аллокация затрат, расчёт себестоимости услуг управление ИТ-активами, ITAM, SAM экономика и финансы
Михаил Тобурдановский (источник). Рейтинг вопроса: 163
Ограничения метода 5-Why's включают зависимость от субъективности анализирующего, возможное возникновение ложных причинно-следственных связей и необходимость экспертных знаний для правильного построения цепочки. Метод не всегда учитывает сложные взаимовлияния множественных факторов и требует чёткого определения границ анализа, чтобы не уйти в сферу нерелевантных или нерешаемых проблем. Для повышения точности рекомендуется комбинировать его с количественными методами анализа.
обучение сотрудников, учебные курсы, тренинги управление знаниями управление проблемами
Константин Нарыжный (источник). Рейтинг вопроса: 163
В ранних подходах недостаточно полагаться на проверку только разработчиком, так как то, что работает на его персональном компьютере в среде разработки, может не отражать реальную работоспособность в продуктивной среде. Локальная среда часто имеет другие параметры, зависимости и конфигурации по сравнению с продакшн-средой, что может привести к различным проблемам после развертывания. Поэтому единоличное подтверждение разработчика не может считаться достаточным критерием завершения работы.
DevOps, CI/CD управление релизами
Олег Скрынник (источник). Рейтинг вопроса: 163
Несмотря на высокий охват сервисно-ресурсной модели (50% компаний охватывают все ключевые услуги), только более трети опрошенных подтвердили оперативное и полное обновление данных о связях. Это указывает на то, что формальное наличие данных в CMDB не всегда гарантирует их своевременное обновление, что может создавать сложности при использовании модели для задач планирования изменений и других операций.
общие вопросы менеджмента управление конфигурациями, CMDB
Артём Мукосеев (источник). Рейтинг вопроса: 163
Помощь пользователю на этапе ожидания доработки ПО должна быть оказана даже тогда, когда окончательное решение требует изменений в программном обеспечении. Например, можно предложить обходное решение, как в случае с переключением на другой принтер. Если обходного решения нет, как в ситуации с ошибкой в расчетах отчета, следует предоставить временную альтернативу или ручной метод выполнения операции. Важно не оставлять пользователя наедине с проблемой на недели, а обеспечивать поддержку до реализации постоянного решения.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk
Павел Дёмин (источник). Рейтинг вопроса: 163
В упрощенном виде в интерфейсе портала самообслуживания лучше оставить наиболее часто используемые категории обращений — те, которые составляют основной объем запросов. Специфические или редкие типы запросов могут быть объединены в универсальную форму, которая будет обрабатываться первой линией поддержки. Слишком сложная классификация с множеством уровней и терминов может запутать пользователя и снизить вероятность использования портала. Цель — упростить процесс до такой степени, чтобы пользователь мог быстро найти подходящий раздел, не тратя время на поиск.
поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание
Евгений Шилов (источник). Рейтинг вопроса: 163
Управление инцидентами включает следующие ключевые процессы: обработка и разрешение инцидентов — процесс, ориентированный на обработку и разрешение отдельных инцидентов от обнаружения до закрытия; периодический обзор инцидентов — процесс, обеспечивающий извлечение уроков из обработки и разрешения инцидентов и постоянное совершенствование подходов к управлению инцидентами. Эти процессы помогают минимизировать влияние текущих инцидентов и предотвращать их повторение в будущем.
постоянное улучшение, совершенствование, CSI, PDCA управление инцидентами
Игорь Фадеев (источник). Рейтинг вопроса: 163
« 1 ... 496 497 498 ... 617 »