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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Инциденты в информационных системах могут возникать не только из-за технических ошибок в проектировании и внедрении, но и из-за организационных моментов, таких как неправильное исполнение задач, слабая коммуникация между сотрудниками, нечеткое распределение ответственности, проблемы с контролем и принятием решений. Комплексный анализ как технических, так и организационных факторов позволяет предотвратить большинство инцидентов и улучшить стабильность информационных систем.
общие вопросы менеджмента управление инцидентами управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 184
ISO 31000 определяет базовые принципы управления рисками и описывает цикл управления рисками, который широко применяется в современных стандартах. Стандарт подчеркивает важность непрерывного мониторинга и анализа рисков, а также коммуникаций и консультаций. Эти аспекты переводят управление рисками из разряда разовых мероприятий, проводимых экспертами, в разряд постоянных организационных привычек. Стандарт представляет тонкий свод принципов, который служит основой для большинства современных подходов к управлению рисками.
ISO 20000 мониторинг управление рисками
Павел Дёмин (источник). Рейтинг вопроса: 184
В комбинированной модели количество необходимых ролей рассчитывается как 2 в степени количества статических атрибутов, а количество атрибутных правил - как 2 в степени количества динамических атрибутов. Например, в системе с 7 статическими и 3 динамическими атрибутами потребуется 2^7 = 128 ролей и 2^3 = 8 атрибутных правил, что значительно меньше 1024 ролей, необходимых в классической ролевой модели с 10 атрибутами. Это объясняется тем, что комбинированная модель разделяет ответственность: статические атрибуты управляются через роли, а динамические - через атрибутные правила.
общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Александр Омельченко (источник). Рейтинг вопроса: 184
Основные критерии разделения групп специалистов в ИТ-поддержке включают поддерживаемые ИТ-системы, географическое расположение и привязка к региональным офисам, типы решаемых задач и поддерживаемые группы пользователей. Например, могут существовать специальные группы региональной поддержки, которые занимаются вопросами, возникающими непосредственно на местах, или централизованные команды, отвечающие за корпоративные ИТ-системы. Эти критерии помогают определить, к какой группе относится конкретное обращение от пользователя.
командная работа поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание
Евгений Шилов (источник). Рейтинг вопроса: 184
Руководители подразделений воспринимают проблемы с ИТ в контексте выполнения бизнес-задач, возложенных на их подразделение, и влияния этих проблем на бизнес-процессы. Они думают в терминах простоя системы и его воздействия на выполнение стратегических целей, а не в терминах конкретных ИТ-систем. При этом они могут упоминать ИТ-системы только в привязке к выполняемым бизнес-операциям, что помогает лучше понять критичность ситуации для бизнеса и принять решения по приоритизации ресурсов.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk
Евгений Шилов (источник). Рейтинг вопроса: 184
Основные причины несоответствия включают: непонимание цели документа, неопределенность целевой аудитории документа, разработку документов малочисленной группой без участия всех заинтересованных лиц, отсутствие официального статуса документа, неопределенность ответственного за актуализацию, отсутствие триггеров для обновления документа, недостаточную информированность сотрудников о документе, сложности с доступом к документу и отсутствие контроля соблюдения требований документа.
общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Евгений Шилов (источник). Рейтинг вопроса: 184
При цифровой трансформации возникают проблемы, связанные с тем, что новые правила игры сильно меняются, но ещё не устоялись, в то время как старые правила уже не работают. Это приводит не к сближению ИТ и бизнеса, а к большему хаосу и разобщенности между ними. Люди не могут быстро перестроить своё мышление и привычки, опираясь на прошлый опыт, который уже не подходит для новых условий. В результате трансформация приносит больше проблем, чем решает, усугубляя разрыв между ИТ и бизнесом.
бизнес, ценность, бизнес-заказчик трансформация, ускорение, Time-to-Market
Олег Скрынник (источник). Рейтинг вопроса: 184
Если развитие компании не интегрировать в повседневную работу, то со временем организация перестанет адаптироваться к изменениям внешней среды, потеряет конкурентоспособность, не сможет удовлетворять меняющиеся потребности клиентов и выполнить требования регулирующих органов. Это может привести к сокращению доли рынка, снижению прибыли и в конечном итоге к кризису выживаемости компании.
бизнес, ценность, бизнес-заказчик эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 184
Персонализация требует глубокого анализа данных о клиентах, включая историю взаимодействий, предпочтения и текущий контекст. Крупные компании сталкиваются с проблемой избыточного объема информации, которая не всегда корректно обрабатывается и интегрируется между системами. Даже при наличии данных сложно выстроить алгоритмы, которые оперативно преобразуют их в релевантные предложения. Кроме того, клиенты меняют свои предпочтения, и статические модели персонализации быстро устаревают. В результате, несмотря на признание персонализации как ключевого инструмента, её реализация требует значительных ресурсов и методологической проработки.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM
Андрей Шилов (источник). Рейтинг вопроса: 184
Если координатор проблемы обнаруживает, что причина проблемы находится в смежной области, например, торможение приложения вызвано проблемами на СХД, в условиях слабой матрицы рекомендуется создать новую проблему, связанную с этой смежной областью, и назначить для неё отдельного координатора. При этом исходная проблема остаётся за первоначальным координатором. Такой подход позволяет вести параллельные работы по обеим проблемам, улучшает отслеживание взаимосвязей и способствует более эффективному решению.
управление проблемами
Дмитрий Исайченко (источник). Рейтинг вопроса: 184
« 1 ... 360 361 362 ... 617 »