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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Каскад показателей — это последовательность шагов от общей цели до конкретных измеримых показателей. Он позволяет убедиться, что метрики действительно соотносятся с исходной целью, а не выбираются из соображений легкости или привычки. Каскад помогает исключить ненужные измерения и сохранить только те, что способствуют достижению целей, предотвращая ситуацию, когда отчётность не ведёт к решениям или наоборот, вредит общей задаче.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды
Игорь Гутник (источник). Рейтинг вопроса: 173
CAAS - это условная аббревиатура (Choco-as-a-Service), используемая для объяснения концепции сервиса в ITIL. Она демонстрирует, что при продаже услуги клиенту предоставляется не просто товар, а комплексное решение, включающее сам товар, ресурс и сервисные операции. 'C' в CAAS означает 'chocolate', а 'aaS' (as-a-Service) указывает на то, что клиент получает не просто физический продукт (шоколадку), а доступ к услуге, которая включает в себя доставку, обеспечение регулярности поставок, решение проблем с доступностью и т.д. Это помогает понять, что в случае с услугой клиент перекладывает на поставщика определенные риски и затраты, что не происходит при простой покупке товара.
DevOps, CI/CD ITIL аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик управление доступностью управление доступом, IDM, ролевые модели, RBAC, ABAC управление продуктами, продуктовый подход управление рисками экономика и финансы
Артём Мукосеев (источник). Рейтинг вопроса: 173
Принципы организации взаимодействия должны включать четкое разграничение ответственности, фиксацию параметров качества, создание механизмов передачи задач с критериями приемки и внедрение централизованного контроля. Например, для каждой задачи должна быть определена команда, отвечающая за ее выполнение и завершение на уровне, подходящем для передачи другому участнику процесса.
командная работа общие вопросы менеджмента управление отношениями, взаимодействие, BRM управление проектами, PRINCE2 управление релизами
Евгений Шилов (источник). Рейтинг вопроса: 173
Три наиболее важные ITIL-дисциплины для экономически обоснованного управления ИТ-услугами: управление каталогом и уровнем услуг (SLM), управление мощностями для предоставления услуг (включающее управление емкостью сервисов и ресурсов), финансовый менеджмент в ИТ. В совокупности они позволяют анализировать ИТ-услуги через призму количественных показателей, планирования ресурсов и финансовых расчетов, преобразуя управление ИТ в управляемый и рентабельный процесс.
ITIL общие вопросы менеджмента управление мощностями управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 173
Снижение количества инцидентов через управление проблемами часто более эффективно, чем повышение производительности персонала, из-за нелинейности зависимости между количеством инцидентов и средним временем их решения. Например, при 24 инцидентах в день со средней производительностью 20 минут на инцидент среднее время решения может составить 4 часа 10 минут из-за эффекта очереди при неравномерном поступлении. Если уменьшить количество инцидентов вдвое (до 12), среднее время решения сократится до 2 часов 10 минут - в два раза, хотя производительность персонала останется неизменной. Это происходит потому, что меньшее количество инцидентов уменьшает перегрузки и накопление очереди в пиковые часы. Таким образом, даже небольшое снижение количества инцидентов дает значительный эффект для сокращения среднего времени их решения.
мониторинг управление инцидентами управление проблемами эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 173
Поток ценности принципиально отличается от процесса обслуживания клиента тем, что он описывает этапы получения ценности потребителем, а не внутренние процедуры компании. Поток ценности выражается в терминах, которые понятны потребителю и фокусируются на том, как именно человек получает ценность при взаимодействии с продуктом. В отличие от этого, процесс обслуживания клиента описывается в терминах внутренних процедур компании, входов и выходов, что не отражает реального опыта потребителя и его восприятия ценности.
бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты управление отношениями, взаимодействие, BRM управление продуктами, продуктовый подход
Андрей Труфанов (источник). Рейтинг вопроса: 173
Обычно выделяются четыре уровня влияния инцидентов: 1) Максимальный уровень (критический) - когда ИТ-услуга недоступна для всего отдела или компании, что приводит к полной остановке бизнес-процессов. 2) Высокий уровень - когда несколько сотрудников сталкиваются с полным отсутствием функционала. 3) Средний уровень - когда у группы пользователей доступна только часть функционала. 4) Низкий уровень (минимальный) - когда у одного сотрудника недоступна только часть функционала ИТ-услуги. Эти уровни могут варьироваться в зависимости от принятой в организации методологии и дополнительных критериев оценки, таких как VIP-статус пользователей или критичность системы.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление инцидентами
Евгений Шилов (источник). Рейтинг вопроса: 173
Сосредоточение на единообразии позволяет добиться стабильной работы процесса на начальных этапах. Это упрощает внедрение и обучение сотрудников, а также само по себе частично снижает негативное влияние изменений на ИТ-услуги. Единообразие является основой для последующего углубления в более сложные аспекты управления изменениями.
обучение сотрудников, учебные курсы, тренинги управление изменениями управление релизами
Евгений Шилов (источник). Рейтинг вопроса: 173
Основные недостатки алгоритмов автоназначения внутри групп: не учитывают сложность задач (меньше задач не означает меньшую загрузку), зависят от точности учёта недоступности сотрудников (особенно краткосрочной, например на совещании или в обед), циклический алгоритм игнорирует различия в компетенции персонала, а алгоритмы выравнивания и профилирования нагрузки поощряют перегрузку более эффективных сотрудников («дурака работа любит»). Все эти факторы могут фактически увеличить время обработки задач, а не сократить его.
общие вопросы менеджмента управление доступностью
Дмитрий Исайченко (источник). Рейтинг вопроса: 173
Отдельный журнал недоступности обеспечивает более детализированный и точный учет периодов простоя, позволяя отслеживать не только факт возникновения проблемы через инциденты, но и технические параметры недоступности по разным критериям. Это позволяет объективно оценить реальный уровень доступности, минуя возможные упущения при ручной регистрации инцидентов. Кроме того, такой подход дает возможность автоматизировать процесс сбора данных и анализировать их с разных точек зрения, что особенно важно для точного расчета показателей доступности.
управление доступностью управление инцидентами
Артём Мукосеев (источник). Рейтинг вопроса: 173
« 1 ... 428 429 430 ... 617 »