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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Принцип одного изделия в потоке (one piece flow) проявился в том, что команда DevOps в процессе реализации проекта «Феникс» настолько овладела подходом, что в конце игры уже не использовала второй ряд столов. Это означает, что задачи проходили через весь процесс без скопления промежуточных запасов, каждая следующая задача могла начаться сразу после завершения предыдущей, что исключило простои и сократило время цикла выполнения задачи. Такой уровень отлаженности процесса позволяет максимально уменьшить время ожидания, избегать параллельного выполнения множества задач, что обычно приводит к снижению производительности из-за многозадачности и переключений контекста.
DevOps, CI/CD Канбан, WIP-лимиты командная работа мониторинг управление проектами, PRINCE2 эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 48
Отложенное влияние возникает, когда сбой в инфраструктуре не приводит к немедленным проблемам для пользователей, но может вызвать сбои позже. Например, падение резервного сервера не повлияет на услуги сразу, но оставит систему уязвимой при следующем сбое основного сервера. Или при сбое в системе резервного копирования данные потеряются только при попытке восстановления после аварии.
поддержка пользователей, Service Desk, Help Desk управление инцидентами управление конфигурациями, CMDB
Евгений Шилов (источник). Рейтинг вопроса: 48
Страховка от перегрузки уровня поддержки через автоматическое привлечение следующего уровня (Ln+1) представляет собой механизм, при котором заявка автоматически передается на следующий уровень, если предыдущий уровень (Ln) не только не решил инцидент, но и не принял его в работу в течение отведенного времени. Такой механизм работает только при соблюдении двух условий: 1) Существует четкая фиксированная схема маршрутизации эскалации; 2) Специалисты всегда корректно фиксируют факт приема заявки в работу перед началом ее решения. При выполнении этих условий автоматическая передача заявки на следующий уровень действительно защищает от застревания заявок в случае перегрузки конкретного уровня поддержки. Однако на практике второе условие часто нарушается, особенно во время инцидентов, что делает такую страховку ненадежной.
общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 48
CleverENGINE 3.1 — это обновленная версия программного комплекса, выпущенная как развитие продукта, начавшего разрабатываться с 2009 года. Основные отличия от версии 3.0 сосредоточены на повышении удобства использования: улучшен модуль визуализации CMDB с возможностью запрашивать конкретные представления данных, переработан web-интерфейс для ИТ-специалистов, модернизированы формы поиска, увеличено количество поисковых атрибутов в два раза при сохранении размеров форм, и добавлена функциональность заместителей для временного или постоянного включения в согласования.
автоматизация ИТ-процессов, ПО для ITSM и ESM управление конфигурациями, CMDB управление продуктами, продуктовый подход эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 47
Совместная работа команд при управлении значительным инцидентом должна быть организована через четко определенную структуру координации, включающую назначение ответственного лица за управление инцидентом. Должен быть создан оперативный штаб или комната для координации действий, где представители всех задействованных подразделений (ИТ, административный отдел, информационная безопасность, связь) могут оперативно обмениваться информацией. Должны быть определены роли и полномочия каждого участника процесса, установлены каналы коммуникации и протоколы взаимодействия. Важно организовать централизованное управление обращениями через сервис-деск и распределение задач между командами с постоянным обновлением статуса инцидента. Методы координации должны быть отработаны заранее в рамках специальной процедуры.
безопасность командная работа общие вопросы менеджмента управление запросами на обслуживание управление инцидентами управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы
Роман Журавлёв (источник). Рейтинг вопроса: 47
"Fit for use" - это термин, который описывает характеристику Warranty (Гарантия) услуги. Он означает, насколько услуга находится в том состоянии, чтобы пользователь мог ею пользоваться без проблем. "Fit for use" определяется четырьмя компонентами: доступность (может ли пользователь получить услугу, когда это необходимо), мощность (достаточно ли ресурсов для удовлетворения запросов), безопасность (защищена ли услуга от несанкционированного доступа) и непрерывность (насколько услуга устойчива к перебоям). Например, если свет в комнате мигает, то при его высокой полезности (способности помочь читать в темноте) он имеет низкую пригодность к использованию из-за нестабильности работы.
безопасность бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление доступностью управление доступом, IDM, ролевые модели, RBAC, ABAC управление уровнем услуг, SLM
Александр Движков (источник). Рейтинг вопроса: 47
Руководящие принципы ITIL 4 отражают многие другие подходы, методологии, методы, стандарты и философии, в частности Lean, Agile, DevOps и COBIT. Это означает, что принципы ITIL 4 не противоречат этим подходам, а скорее дополняют их и находят в них отражение. Это позволяет организациям, уже использующим эти подходы, легко интегрировать рекомендации ITIL в свою существующую практику без конфликтов между различными системами управления. Универсальность принципов ITIL 4 обеспечивает их применимость в различных контекстах и совместимость с широким спектром современных управленческих практик.
Agile и гибкие методы разработки ПО COBIT DevOps, CI/CD ISO 20000 ITIL управление процессами, ИТ-процессы
Игорь Гутник (источник). Рейтинг вопроса: 47
Потребитель услуг рассматривает два типа рисков: риски, устраняемые услугой (часть ценностного предложения), которые включают возможные негативные события, от которых услуга защищает потребителя, например, сбой серверного оборудования или нехватку персонала; и риски, налагаемые на потребителя услугой (риски потребления услуги), которые возникают при использовании услуги, например, прекращение деятельности поставщика услуг или нарушение им требований безопасности.
ITIL аутсорсинг, интеграция услуг безопасность бизнес, ценность, бизнес-заказчик управление инцидентами управление рисками
Игорь Фадеев (источник). Рейтинг вопроса: 47
Современные средства ITSM-автоматизации отличаются от простых систем обработки заявок гораздо большей сложностью и функциональностью. Они включают в себя поддержку интеграции с другими ИТ-процессами, работу с конфигурационной базой данных (CMDB), инструменты для планирования и учета трудозатрат, а также учитывают сложные организационные структуры и схемы привлечения подрядчиков. Простые системы обработки заявок, как правило, ориентированы на базовую обработку запросов без учета таких специфических ИТ-аспектов, что делает ITSM-инструменты значительно более продвинутыми и сложными.
ITSM аллокация затрат, расчёт себестоимости услуг общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление конфигурациями, CMDB
Дмитрий Исайченко (источник). Рейтинг вопроса: 47
Жесткие лимиты штата вынуждают менеджеров прибегать к аутстаффингу и аутсорсингу, которые часто оказываются дороже прямого найма. Например, стоимость одного аутстаффера может в два раза превышать расходы на штатного сотрудника, что связано с наценками поставщиков услуг. При этом экономия достигается только за счет сокращения административных расходов на найм и управление кадрами, но не на оплату труда. В результате постоянное использование аутстаффинга для рутинных задач вместо прямого найма увеличивает общие затраты компании.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг общие вопросы менеджмента экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 47
« 1 ... 564 565 566 ... 618 »