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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

После начала предоставления услуг (Service Operation) BRM решает несколько важных задач. BRM должен убедиться, что заложенная ценность извлекается – заказчик достигает необходимых результатов и его ожидания оправдываются. BRM отвечает за мониторинг удовлетворенности заказчика, выявление и сглаживание острых углов. BRM также управляет процессом обработки жалоб, обеспечивая, что ни одна жалоба не остается без внимания, и каждая из них получает ответ. BRM анализирует жалобы как сигналы о явных или скрытых проблемах и организует процесс их устранения. BRM отвечает за предоставление отчетности заказчику и проверку соответствия формальным требованиям, обеспечивая прозрачность процесса эксплуатации услуги.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мониторинг управление отношениями, взаимодействие, BRM
Павел Дёмин (источник). Рейтинг вопроса: 515
Система мотивации играет ключевую роль в управлении процессами, так как она напрямую влияет на вовлеченность сотрудников. Когда соблюдение процессов связано с материальными или нематериальными стимулами, вероятность их добровольного исполнения значительно повышается. Мотивация помогает сформировать культуру ответственности, снижает уровень сопротивления изменениям и способствует постоянному улучшению процессов через активное участие сотрудников.
мотивация персонала, стимулирование общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление процессами, ИТ-процессы эффективность, оптимизация
Евгений Шилов (источник). Рейтинг вопроса: 515
В контексте управления ИТ-системами выделяют несколько доменов: простота (Simple), сложность (Complicated), сложный (Complex) и хаос (Chaotic), как в модели Кейнвина. В домене простоты процессы полностью детерминированы, и работа сводится к категоризации и стандартным действиям. В домене сложности требуется анализ и изучение системы для принятия решений (например, при диагностике проблем). Домен сложный характеризуется непредсказуемыми взаимодействиями, где решения принимаются через эксперименты и тестирование гипотез. При использовании микросервисной архитектуры без правильного управления системой высока вероятность перехода в домен сложный, что приведет к неэффективному управлению и высокой стоимости поддержки.
архитектура ИТ, TOGAF и IT4IT поддержка пользователей, Service Desk, Help Desk управление инцидентами управление отношениями, взаимодействие, BRM
Андрей Труфанов (источник). Рейтинг вопроса: 515
Для реализации контрмер в ИТ-процессах необходимы следующие ресурсы: резервирование систем для обеспечения работы в случае сбоя, запасные ресурсы для удовлетворения всплеска спроса, средства защиты (как программные, так и аппаратные), разработанные планы действий при наступлении угрозы (например, аварийное восстановление сервисов) и человеческие ресурсы, отвечающие за мониторинг и оперативное реагирование. Все эти ресурсы конкурируют за общий бюджет ИТ-организации, что заставляет процессы объединяться для более эффективного распределения доступных средств.
бюджетирование, планирование затрат мониторинг управление инцидентами
Константин Нарыжный (источник). Рейтинг вопроса: 515
Конфигурационная единица — это любой компонент, которым необходимо управлять для предоставления ИТ-услуги. Инцидент может быть связан с конфигурационной единицей, если ее сбой влияет на нормальную работу услуги или если этот сбой выходит за рамки определенной нормы работы. Однако не все сбои конфигурационных единиц являются инцидентами. Например, в случае с RAID-массивом, если система спроектирована так, что выход одного диска не влияет на работу массива, такой сбой не будет инцидентом. Важно понимать, какие компоненты включены в управление конфигурацией и как они влияют на конечную услугу.
управление инцидентами управление конфигурациями, CMDB
Игорь Гутник (источник). Рейтинг вопроса: 515
Для того чтобы избежать подготовки повестки дня для совещания, достаточно не создавать её вовсе. Это позволит свободно обсуждать любые вопросы, не имеющие прямого отношения к основной теме, что сделает встречу более неструктурированной и увеличит продолжительность за счет множества отвлечений и обсуждения наболевших тем.
общие вопросы менеджмента
Олег Скрынник (источник). Рейтинг вопроса: 515
Основной целью управления лицензиями является контроль и управление лицензионными соглашениями, чтобы обеспечить соответствие требованиям по использованию программного обеспечения, минимизировать риски несоответствия, а также управлять правами на использование ПО на протяжении всего его жизненного цикла в организации. Это процесс, который предотвращает нарушения условий лицензий и избегает штрафов за несанкционированное использование программного обеспечения.
общие вопросы менеджмента управление ИТ-активами, ITAM, SAM управление рисками
Михаил Тобурдановский (источник). Рейтинг вопроса: 515
Геометрическая интерпретация удовлетворенности заказчика связана с косинусом угла следующим образом: ответ на вопрос Xi (от 0 до 1) представляется как cos(Фi), где Фi – угол от 0 до П/2. При полном соответствии (Xi=1) угол Фi равен 0, что означает совпадение восприятия поставщика и заказчика. При полном несоответствии (Xi=0) угол Фi равен П/2, что соответствует перпендикулярности их точек зрения. Промежуточные значения Xi соответствуют пропорциональному изменению угла, отражающему степень расхождения во взглядах на качество услуги.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 515
Пользователи в своих электронных обращениях могут быть достаточно информативны, так как электронные каналы коммуникации, такие как электронная почта и веб-интерфейс, позволяют им структурировать информацию и указывать конкретные детали. Например, при использовании ключевых слов в электронных письмах или при выборе категории через веб-интерфейс пользователи фактически сами классифицируют свои запросы, что позволяет автоматически направлять их в соответствующие технические группы. Эта информация снижает необходимость дополнительной обработки через первую линию поддержки.
поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание
Дмитрий Исайченко (источник). Рейтинг вопроса: 515
'Специфические затраты и риски' в определении услуги обозначают внутренние процессы и обязательства, которые полностью взял на себя поставщик услуги и которые клиент не должен учитывать при использовании услуги. Например, в случае центрального водоснабжения клиент не сталкивается с задачами, такими как управление водохранилищами, поддержание очистных сооружений, выбор химических добавок для воды, ремонт трубопроводов или начисление зарплат техническому персоналу. Также клиент не должен беспокоиться о таких рисках, как аварии в трубопроводе или необходимость оплаты счетов за водоснабжение — все это берет на себя поставщик услуги.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик управление инцидентами управление рисками экономика и финансы
Константин Нарыжный (источник). Рейтинг вопроса: 514
« 1 ... 511 512 513 ... 614 »