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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Различие в подходах к управлению параметрами качества между ITIL и другими фреймворками объясняется разной философией построения процессных моделей. ITIL придерживается более детализированного подхода, разделяя близкие по смыслу, но потенциально конфликтующие процессы, чтобы каждому процессу можно было посвятить отдельное внимание без компромиссов. Другие фреймворки, такие как COBIT, могут объединять эти процессы для упрощения структуры управления, считая, что схожие аспекты можно эффективно управлять в рамках одного процесса. Это различие отражает разные стратегии: одна фокусируется на детализации и специализации, другая — на интеграции и упрощении.
COBIT ITIL стратегия
Константин Нарыжный (источник). Рейтинг вопроса: 584
Неправильное управление приоритетами негативно влияет на развитие организации, отвлекая ценный ресурс от второстепенных, но важных для долгосрочного развития активностей, таких как проектное управление, улучшение процессов, системные и структурные решения проблем организации труда. Когда руководство постоянно сосредоточено на кризисном управлении и переброске ресурсов между текущими большими задачами, не остается времени и ресурсов на развитие и улучшение системы в целом. Это создает порочный круг, когда организации 'некогда этим заниматься, мы в кризисе', и 'потом разбираться' уже никогда не наступает. В результате, вместо того чтобы решать корневые причины проблем, организация только маскирует их, что в долгосрочной перспективе приводит к усугублению хаоса и снижению общей устойчивости организации.
постоянное улучшение, совершенствование, CSI, PDCA управление проблемами управление процессами, ИТ-процессы эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 584
Да, допустимо использовать единую систему хранения информации для управления конфигурациями и активами при условии четкого разделения логических модулей данных. Это позволяет снизить издержки на поддержку инфраструктуры хранения, но требует раздельной обработки данных по разным процессам и строгого управления правами доступа для разных типов информации.
поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление ИТ-активами, ITAM, SAM управление конфигурациями, CMDB
Евгений Шилов (источник). Рейтинг вопроса: 584
В предложенной классификации выделяется пять основных видов ценности в сервисных отношениях: 1. Рыночная ценность (Market value) - деньги, получаемые поставщиком услуг от потребителя. 2. Бизнес-ценность (Business value) - позитивное влияние потребляемой услуги на результаты деятельности потребителя, выраженное в повышении производительности или снижении затрат и рисков. 3. Ответная ценность (Returned value) - позитивные побочные эффекты сервисных отношений, получаемые поставщиком услуг (лучшее понимание рынка, улучшение имиджа, развитие компетенций). 4. Ценность отношений (Relationship value) - позитивное влияние на деятельность потребителя услуг, связанное со сложившимися отношениями с поставщиком (доверие, снижение расходов на контроль). 5. Ценность замены (Replacement value) - выгода от замены собственных ресурсов и деятельности потреблением услуг аутсорсинга.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик мониторинг общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление рисками экономика и финансы эффективность, оптимизация
Роман Журавлёв (источник). Рейтинг вопроса: 583
Предложение об изменении (Change proposal) — это документ, содержащий высокоуровневое описание потенциальной услуги или значительного изменения, экономическое обоснование и ожидаемый график внедрения. Оно состоит из высокоуровневого описания ИТ-услуги, включая бизнес-выгоды и требования к полезности (функциональности) и гарантии (доступность, мощность, безопасность, непрерывность), детального бизнес-кейса со стоимостной оценкой эффекта, рисками, альтернативами, а также ожидаемого графика внедрения без фиксированного дедлайна.
ITIL безопасность бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление доступностью управление релизами управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 583
Для управления аппаратными активами важны следующие категории атрибутов: идентификация (категория, модель, серийный номер, инвентарный номер и другие идентификаторы); местоположение (площадка, помещение, адрес, стойка); состояние и статус актива; ответственность (владелец, материально-ответственное лицо, ответственная группа, пользователя); важные даты и сроки (дата закупки, ввода в эксплуатацию, окончания гарантии); финансовые данные (поставщик, стоимость приобретения, документы основания). Эти атрибуты обеспечивают полный материальный учет и отслеживание жизненного цикла активов.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление ИТ-активами, ITAM, SAM
Артём Мукосеев (источник). Рейтинг вопроса: 583
В SLA между отделом маркетинга и отделом продаж учитываются как количественные, так и качественные показатели. К основным показателям относятся: количество переданных потенциальных клиентов, их качество и платежеспособность, разбивка по профилям клиентов (как это принято в маркетинге). Отдел маркетинга обязуется предоставить определённое количество квалифицированных потенциальных клиентов, а отдел продаж - добиться определённого уровня конверсии этих клиентов в покупателей. При этом большое значение имеет не только общее количество клиентов, но и их соответствие целевой аудитории компании.
SLA бизнес, ценность, бизнес-заказчик управление уровнем услуг, SLM
Олег Скрынник (источник). Рейтинг вопроса: 583
Definition of Done (DoD) - это концептуальное понятие в DevOps, которое определяет критерии завершения работы над задачей. Это согласованное понимание того, что работа считается выполненной. Согласно концепции DoD, важно иметь единообразное представление о том, что считается завершенной работой, чтобы избежать недопонимания между участниками процесса разработки и эксплуатации. В DevOps эта концепция получила развитие и дополнительное наполнение по сравнению с earlier практиками.
DevOps, CI/CD эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 583
Дополняющие услуги играют ключевую роль в восприятии заказчиком нового ИТ-проекта, так как они формируют первое впечатление и создают ощущение ценности предложения. Если новая система обеспечивает явные улучшения в удобстве, скорости или персонализации по сравнению со старой, заказчик с большей вероятностью оценит её как успешную. Эти услуги становятся ключевым аргументом при продаже проекта и помогают преодолеть сопротивление изменениям.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление проектами, PRINCE2 управление процессами, ИТ-процессы эффективность, оптимизация
Константин Нарыжный (источник). Рейтинг вопроса: 583
Анализ текущего состояния потока создания ценности в ИТ-команде можно провести с помощью картирования потока (Value Stream Mapping, VSM). Это включает создание визуальной карты всех этапов обработки задач, объединение их с информационными потоками и связанными метриками. Анализ должен ответить на вопросы: кто является источником запросов и как они приоритизируются; достаточно ли информации для фокусировки на ценности; как организована передача задач между этапами; где есть завихрения и возвратные движения элементов; все ли этапы и очереди визуализированы; как организована приёмка и подтверждение поставленной ценности.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды Канбан, WIP-лимиты командная работа поток создания ценности (Value Stream)
Светлана Сапегина (источник). Рейтинг вопроса: 583
« 1 ... 383 384 385 ... 614 »