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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Tension-метрики — это показатели, которые могут конфликтовать между собой (например, скорость против качества). Их объединение в общий KPI требует учета баланса, так как высокий результат по одной метрике не должен компенсировать низкий по другой. Геометрическое среднее идеально подходит для таких метрик, поскольку при отсутствии баланса (например, игнорировании одной метрики) общий KPI стремится к нулю. Это поощряет выполнение работы как быстро, так и качественно, без перекоса в сторону одной из целей.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды
Дмитрий Исайченко (источник). Рейтинг вопроса: 215
Эффективность работы практик в ITIL 4 можно оценить через несколько ключевых показателей. Во-первых, через уровень удовлетворенности пользователей, который можно измерять с помощью опросов и других инструментов исследования удовлетворенности. Во-вторых, через время восстановления работоспособности услуг после инцидентов и количество предотвращенных инцидентов благодаря проактивному мониторингу и управлению проблемами. В-третьих, через скорость и качество выполнения запросов на обслуживание и процент автоматизированных решений. Также важны показатели, связанные с коммуникацией между поставщиком услуг и пользователями, так как в ITIL 4 уделяется большое внимание сервисной эмпатии и установлению качественных сервисных отношений. Регулярный анализ деятельности по управлению проблемами может проводиться в рамках ретроспектив спринтов, планирования изменений и встреч с поставщиками, что также помогает оценить и улучшить эффективность практик.
ITIL аутсорсинг, интеграция услуг мониторинг общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами управление проблемами эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 215
При разработке требований к системе управления конфигурациями (CMS) необходимо учитывать следующие аспекты: требования к структуре ответственности (кто и за что отвечает в процессе обновления данных), возможности отслеживания изменений (журналирование изменений, история версий), формирование аудиторского следа (возможность проверки соответствия данных реальному состоянию), поддержку различных типов конфигурационных единиц, интеграцию с другими системами ИТ-управления (например, системами управления изменениями и инцидентами), требования к производительности и масштабируемости. Также важно учитывать необходимость поддержки жизненных циклов различных типов конфигурационных объектов, от их создания до списания.
мониторинг общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление изменениями управление инцидентами управление конфигурациями, CMDB управление процессами, ИТ-процессы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 215
SLA может быть частью сервисного подхода в управлении ИТ, но его внедрение без реальной потребности бизнеса будет формальным и неэффективным. Сервисный подход должен быть ориентирован на решение реальных задач бизнеса и повышение удовлетворенности потребителей услуг. Если бизнес не видит ценности в SLA, не использует его после подписания и не участвует в пересмотре, то SLA не является неотъемлемой частью сервисного подхода в конкретной организации. Вместо фокуса на формальном документе следует сосредоточиться на практических механизмах улучшения взаимодействия ИТ и бизнеса.
SLA бизнес, ценность, бизнес-заказчик постоянное улучшение, совершенствование, CSI, PDCA управление отношениями, взаимодействие, BRM управление релизами управление уровнем услуг, SLM эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 215
Минимизация технического долга достигается за счёт применения методологии Test-Driven Development (TDD), постоянного рефакторинга кода, внедрения сквозного автоматизированного тестирования и регулярного контроля качества. Также важно поддерживать баланс между скоростью разработки и стабильностью системы, выделяя время на устранение уязвимостей и улучшение архитектуры. Раннее выявление и исправление проблем помогает избежать накопления долгосрочных рисков и упрощает дальнейшее развитие продукта.
архитектура ИТ, TOGAF и IT4IT общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход управление релизами управление рисками эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 215
Для поддержания актуальности схем согласования при кадровых изменениях следует применять следующие стратегии: тесное взаимодействие с кадровой службой для получения оперативной информации о назначениях, увольнениях и перемещениях сотрудников; назначение ответственных лиц, которые будут проверять и обновлять данные о согласующих в установленные сроки; создание прямых связей между HR-системами и системами управления согласованиями для автоматического обновления информации; периодический аудит схем согласований с привлечением представителей всех отделов; разработка правил и процедур для оперативного внесения изменений в схемы согласования в течение короткого времени после кадровых изменений. Это поможет избежать сбоев в процессах согласования и поддерживать их эффективность.
аудит стратегия управление инцидентами управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы эффективность, оптимизация
Евгений Шилов (источник). Рейтинг вопроса: 215
Для эффективного управления проблемами требуются: команда специалистов с навыками анализа и диагностики, инструменты мониторинга и анализа данных (например, системы SIEM), процессы документирования и управления изменениями, а также выделенное время на проактивные задачи. Важна поддержка руководства, готового инвестировать в превентивные меры. Малым организациям хватит базового анализа инцидентов, тогда как крупным компаниям необходимы сложные системы прогнозирования и автоматизации.
командная работа мониторинг поддержка пользователей, Service Desk, Help Desk управление изменениями управление инцидентами управление проблемами
Евгений Шилов (источник). Рейтинг вопроса: 215
При выборе стратегии найма агента изменений следует учитывать: скорость, с которой компания хочет двигаться в изменениях; наличие ресурсов на сопровождение специалиста в адаптации; желание компании наращивать запас прочности изменений путем более тщательной интеграции; готовность к возможным жертвам ради скорости. Если организация хочет двигаться медленно и с гарантированной эффективностью, можно брать подмастерьев с высоким потенциалом. Если же нужна высокая скорость изменений, важнее адаптивность, настойчивость, логическое мышление и рабочий настрой. Также важно оценить, готова ли компания управлять высокопотенциальными сотрудниками, чтобы не создать "бомбу замедленного действия".
организационные изменения, агенты изменений стратегия трансформация, ускорение, Time-to-Market эффективность, оптимизация
Сандра Урядова (источник). Рейтинг вопроса: 215
Жизненный цикл помогает определить, сколько времени уходит на диагностику инцидента. Если диагностика поверхностная, возникает риск повторения сбоев. Расширенный жизненный цикл указывает на необходимость более детального анализа корневых причин, что может быть передано в управление проблемами. Таким образом, если менеджер инцидента решит провести глубокую диагностику во время текущего инцидента, это позволит предотвратить повторение подобных сбоев, сократив количество будущих инцидентов.
общие вопросы менеджмента управление инцидентами управление проблемами управление рисками
Константин Нарыжный (источник). Рейтинг вопроса: 215
Согласно рекомендациям ITIL, правильная обработка жалоб заказчиков включает несколько важных принципов. Необходимо создать формальный процесс по обработке жалоб, так как жалобы неизбежны. Никакую жалобу нельзя оставлять без внимания – на каждую жалобу должен быть подготовлен ответ. Жалоба всегда является сигналом о явной или скрытой проблеме и должна быть идентифицирована и проанализирована. В ITIL выделяют основания для регистрации жалоб, типы жалоб и правила их обработки. BRM на этапе Service Operation отвечает за управление этим процессом, убеждаясь, что каждая жалоба получает надлежащее внимание и решение, что в свою очередь помогает выявить проблемы и улучшить качество предоставляемых услуг.
ITIL бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM
Павел Дёмин (источник). Рейтинг вопроса: 215
« 1 ... 172 173 174 ... 617 »