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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

'Специфические затраты и риски' в определении услуги обозначают внутренние процессы и обязательства, которые полностью взял на себя поставщик услуги и которые клиент не должен учитывать при использовании услуги. Например, в случае центрального водоснабжения клиент не сталкивается с задачами, такими как управление водохранилищами, поддержание очистных сооружений, выбор химических добавок для воды, ремонт трубопроводов или начисление зарплат техническому персоналу. Также клиент не должен беспокоиться о таких рисках, как аварии в трубопроводе или необходимость оплаты счетов за водоснабжение — все это берет на себя поставщик услуги.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик управление инцидентами управление рисками экономика и финансы
Константин Нарыжный (источник). Рейтинг вопроса: 171
Основное отличие заключается в назначении и характере обращений. Управление инцидентами направлено на минимизацию негативного влияния прерывания или деградации качества услуги путем скорейшего восстановления нормальной работы. Инциденты представляют собой незапланированную работу, например, невозможность распечатать документ, отсутствие доступа к системе хранения данных или медленная загрузка веб-страницы. Запросы на обслуживание, напротив, представляют собой заранее определенные и предсказуемые обращения пользователей, поддерживающие согласованное качество услуги, такие как замена картриджа, запрос информации, предоставление доступа к системе или обработка жалоб и благодарностей. Важно помнить, что запросы на обслуживание можно планировать и часто их можно автоматизировать, тогда как инциденты требуют максимально быстрого решения.
ITIL поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление запросами на обслуживание управление инцидентами управление уровнем услуг, SLM
Игорь Фадеев (источник). Рейтинг вопроса: 171
Общие задачи включают: 1) Четкое разграничение ответственности, 2) Установление параметров качества выполнения работ, 3) Определение принципов передачи работ между группами, 4) Внедрение централизованного контроля. Эти меры помогут избежать ситуаций, когда каждая группа уверена, что выполнила свою часть работы, но общий результат не достигнут.
общие вопросы менеджмента управление отношениями, взаимодействие, BRM управление релизами
Евгений Шилов (источник). Рейтинг вопроса: 171
Специалисту обычно ставят две противоположные задачи: поддержание стабильности, предсказуемости и эффективности в операционной деятельности, и одновременно проявление инициативы, инноваций и генерация новых идей для развития компании.
эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 171
Проведение ручного аудита полученных автоматически ролей необходимо потому, что алгоритмы анализа могут не учитывать важные нюансы бизнес-процессов. Например, сотрудники на одинаковых должностях могут иметь разные наборы прав из-за особенностей работы в подразделении, что приводит к созданию либо неточной общей роли, либо дополнительных ролей. Ручной аудит позволяет корректно распределить права, возможно разбить общую роль на более специфические или объединить дополнительные права в существующие роли, обеспечивая соответствие ролевой модели реальным бизнес-процессам.
аудит бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Александр Омельченко (источник). Рейтинг вопроса: 171
Agile-трансформация бизнеса представляет собой переход от жестких централизованных структур к более гибким моделям с использованием небольших самоорганизующихся команд. Это означает отказ от долгосрочных стратегических планов в пользу быстрой адаптации к изменениям и умения «ловить волну». Агильный подход, первоначально разработанный для создания программного обеспечения, все чаще применяется в корпоративном управлении за пределами ИТ-сферы. Это приводит к фундаментальным изменениям в корпоративной культуре - от конвейерного мышления к модели, напоминающей работу творческих мастерских.
Agile и гибкие методы разработки ПО бизнес, ценность, бизнес-заказчик командная работа трансформация, ускорение, Time-to-Market
Дмитрий Исайченко (источник). Рейтинг вопроса: 171
Преимущества жёстких KPI: чёткое понимание требований для сотрудников, предсказуемость времени решения стандартных задач, возможность измерения и сравнения показателей. Недостатки: снижение гибкости в нестандартных ситуациях, риск преждевременного закрытия сложных заявок, формальный подход к выполнению задач без фокуса на реальном результате. Оптимальный подход — использовать KPI как ориентиры, позволяя квалифицированным сотрудникам отклоняться от них в обоснованных случаях, когда это ведёт к лучшему конечному результату.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление рисками
Олег Скрынник (источник). Рейтинг вопроса: 171
Важность различения событий, угроз и уязвимостей обусловлена необходимостью точной идентификации точек воздействия для разработки эффективных мер контроля рисков. Угроза представляет собой потенциальный источник негативного воздействия, который сам по себе не является риском, если нет уязвимости, через которую эта угроза может быть реализована. Событие — это конкретный случай, когда угроза успешно использует уязвимость и приводит к негативным последствиям. Неправильное понимание этих понятий ведет к смешению категорий в реестрах рисков, что затрудняет процесс оценки и снижает эффективность разработанных мероприятий по управлению рисками.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 171
CLD помогает в определении опережающих и отложенных показателей, отображая причинно-следственные связи между элементами системы. Отложенные показатели (trailing indicators) напрямую связаны с конечным результатом и отражают уже случившиеся события (например, 'Percentage of Changes Without Recurring incidents' для оценки Change Risk). Опережающие показатели (leading indicators) связаны с факторами, которые влияют на конечный результат (например, 'Release size' и 'Emergency change rate' для прогноза уровня риска изменений). Это позволяет использовать опережающие показатели для прогнозирования будущих результатов и своевременной корректировки процесса.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление процессами, ИТ-процессы управление рисками
Павел Дёмин (источник). Рейтинг вопроса: 171
RTO (time recovery objective) — это целевое время восстановления, определяющее, за какое максимальное время после возникновения сбоя должна быть восстановлена ИТ-услуга. RTO определяется бизнес-требованиями и указывает, сколько времени бизнес может обойтись без данной услуги, прежде чем ущерб станет неприемлемым. RPO (recovery point objective) — это целевая точка восстановления, обозначающая максимальный период данных, который может быть потерян при восстановлении. RPO определяет, как часто должна выполняться резервная копия данных, чтобы потери информации не превысили допустимый для бизнеса уровня. Например, если RPO составляет 1 час, то резервное копирование должно выполняться каждые 60 минут.
бизнес, ценность, бизнес-заказчик управление инцидентами управление непрерывностью
Павел Дёмин (источник). Рейтинг вопроса: 171
« 1 ... 438 439 440 ... 617 »