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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

В SLA между отделом маркетинга и отделом продаж учитываются как количественные, так и качественные показатели. К основным показателям относятся: количество переданных потенциальных клиентов, их качество и платежеспособность, разбивка по профилям клиентов (как это принято в маркетинге). Отдел маркетинга обязуется предоставить определённое количество квалифицированных потенциальных клиентов, а отдел продаж - добиться определённого уровня конверсии этих клиентов в покупателей. При этом большое значение имеет не только общее количество клиентов, но и их соответствие целевой аудитории компании.
SLA бизнес, ценность, бизнес-заказчик управление уровнем услуг, SLM
Олег Скрынник (источник). Рейтинг вопроса: 90
Процесс управления релизами необходим для организации безопасного и контролируемого внедрения изменений в информационные системы. Он обеспечивает координацию разработки, тестирования и развертывания релизов, а также объединяет несколько изменений в единый цикл внедрения. В зависимости от организационной структуры, управление релизами может быть либо отдельным процессом (в подразделении разработки), либо частью общего процесса управления изменениями (в подразделении эксплуатации).
DevOps, CI/CD управление изменениями управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 90
Получение электронного письма от первого лица компании с единственным символом вопроса означает присвоение проблемы кода Sev-B. Получатель должен немедленно прекратить все текущие задачи и в течение нескольких часов разобраться в вопросе, устранить проблему, определить её причины, составить подробный отчет о произошедшем и предложить конкретные меры по предотвращению повторения ситуации. Ответственный сотрудник затем предоставляет результаты проверки своему руководителю, после чего информация передается по иерархической цепочке до самого первого лица, которое лично участвует в обсуждении и принимает окончательное решение.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента
Олег Скрынник (источник). Рейтинг вопроса: 90
Для объединения двух tension-метрик в один общий KPI необходимо использовать геометрическое среднее (а не арифметическое). Если K1 — метрика своевременности, а K2 — метрика результативности, то итоговый K = √(K1 × K2). Это обеспечивает чувствительность к игнорированию одной из метрик (при значении одной из них в 0% общий KPI также будет равен 0%), в то время как при равных значениях обеих метрик итоговый KPI соответствует уровню их значений. Геометрическое среднее лучше отражает баланс между метриками, чем арифметическое, поскольку низкое значение одной метрики сильно влияет на общий результат.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 90
Менеджеры ИТ-услуг должны привлекаться на определенных этапах обработки изменений, таких как согласование подходов к реализации, утверждение сроков и оценка результатов в рамках PIR (Process Improvement Report). Для этого кто-то должен инициировать их участие в процессе. Это позволяет учитывать влияние изменений на предоставляемые ИТ-услуги и обеспечивает более точное планирование и оценку последствий изменений.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента
Евгений Шилов (источник). Рейтинг вопроса: 90
Идеальная картина командной работы с полной поддержкой и отсутствием ограничений нереалистична, потому что продуктивная команда работает в коммерческой среде, где присутствует заказчик-инвестор, заинтересованный в возврате вложенных средств. Этот заказчик всегда будет недоволен текущим результатом, стремясь к улучшению качества, снижению стоимости и ускорению поставки. Кроме того, участники команды являются наемными специалистами, их мотивация опирается на личные интересы, а не только на коллективные цели. Статичность состава команды и полная защищенность каждого участника противоречат реалиям бизнеса, где требуется постоянное подтверждение эффективности и возможность расформирования неэффективных групп.
DevOps, CI/CD бизнес, ценность, бизнес-заказчик командная работа мотивация персонала, стимулирование поддержка пользователей, Service Desk, Help Desk постоянное улучшение, совершенствование, CSI, PDCA трансформация, ускорение, Time-to-Market эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 90
Преодолевать сложности и достигать значимых результатов команде позволяет принципиальное влияние недовольного ответственного заказчика. Это недовольство создает необходимое давление и стимул для постоянного улучшения качества продукта, оптимизации процессов и повышения эффективности работы. Заказчик, заинтересованный в возврате инвестиций, выступает как внешний фактор, который помогает команде сохранять фокус на важных для бизнеса задачах. Это давление, несмотря на его тяжесть, служит катализатором для развития и роста, позволяя смягчать сложности и двигаться вперед даже в сложных условиях.
бизнес, ценность, бизнес-заказчик командная работа мотивация персонала, стимулирование постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход экономика и финансы эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 90
При отсутствии согласования доступа к информационным системам возникают следующие риски: нарушение бизнес-процессов из-за неправильного использования ресурсов; несоответствие регуляторным требованиям, что может привести к штрафам и санкциям; нарушение принципа разделения обязанностей, повышающее риск мошенничества или ошибок; снижение производительности систем из-за непланируемых нагрузок; утечка или повреждение конфиденциальной информации; утечка данных; отсутствие контроля за тем, какие сотрудники имеют доступ к критически важным данным и системам. Все эти риски могут серьезно повлиять на эффективность и безопасность организации.
безопасность бизнес, ценность, бизнес-заказчик мониторинг общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление рисками эффективность, оптимизация
Денис Денисов (источник). Рейтинг вопроса: 90
В ITIL V3 2011 роль менеджера изменений не была отдельно описана - вместо нее существовали роли владельца процесса, менеджера процесса, инициатора, практика, авторизующего и участника CAB. В ITIL4 роль менеджера изменений (Change manager) стала официальной в рамках практики 'Поддержка изменений' (Change enablement) как специфическая роль, включающая управление жизненным циклом отдельных изменений и развитие самой практики. В ITIL4 также появилась дополнительная роль координатора изменений (Change coordinator) для работы в ограниченном контексте, в то время как владелец практики отвечает за общее управление практикой.
ITIL общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление изменениями управление процессами, ИТ-процессы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 90
Координация изменений обеспечивается через назначение общего менеджера процесса, формализацию правил учета с особыми процедурами согласования изменений для категорий, используемых в сервисно-ресурсных моделях, внедрение механизмов мониторинга изменений и разграничение прав доступа. Важно создать систему уведомлений о проводимых изменениях критичных компонентов для смежных процессов, чтобы все заинтересованные стороны могли учитывать влияние изменений на свои области ответственности. Это предотвращает конфликты и обеспечивает синхронизацию данных между различными системами управления.
мониторинг общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление ИТ-активами, ITAM, SAM управление процессами, ИТ-процессы управление релизами
Артём Мукосеев (источник). Рейтинг вопроса: 90
« 1 ... 109 110 111 ... 618 »