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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Major-инцидент - это значительное событие, затрагивающее критически важные ИТ-услуги и приводящее к существенному нарушению их работы для большого числа пользователей. Он требует специального подхода в управлении, так как стандартные процедуры обработки инцидентов могут не обеспечить достаточной скорости реакции и координации, что приведет к увеличению времени простоя и серьезным бизнес-последствиям. Major-инциденты требуют выделения специальных ресурсов, повышенного внимания руководства и использования специализированных процессов для минимизации ущерба.
бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 222
При слишком низкой детализации учета работ, когда виды деятельности группируются слишком крупно, возникает проблема недостаточной аналитической ценности данных - невозможно получить информацию, полезную для корректировки распределения работ и организации труда. С другой стороны, чрезмерная детализация, когда учитываются единичные инциденты или задания, приводит к потере достоверности учета, так как сотрудники не могут точно определить, сколько именно времени ушло на каждую мелкую задачу, и тратят слишком много времени на сам процесс учета. Оптимальным компромиссом является учет по основным направлениям деятельности организации, с количеством позиций в каталоге работ, соответствующим масштабу организации (для группы из 8-12 человек достаточно 10-20 позиций для рутинной работы и 20-25 с учетом проектов). Такой уровень детализации позволяет сохранить баланс между точностью данных и их полезностью для анализа.
бизнес, ценность, бизнес-заказчик управление инцидентами управление проектами, PRINCE2
Дмитрий Исайченко (источник). Рейтинг вопроса: 222
Ключевые элементы, отличные от обычного таск-трекера, включают: визуализацию потока работ с чёткими правилами перемещения задач между этапами, установку ограничений WIP (Work in Progress) для предотвращения перегрузки сотрудников, организацию вытягивающей системы, где задачи берутся в работу только при наличии свободных ресурсов, и акцент на анализе и оптимизации процесса через выявление узких мест. В большинстве таск-трекеров отсутствует встроенная поддержка этих функций, что приводит к их неполному использованию.
Канбан, WIP-лимиты поддержка пользователей, Service Desk, Help Desk эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 222
Формулировка целей процесса в ITIL должна соответствовать критериям SMART: - Конкретность: чёткое описание того, что нужно достичь (например, "довести долю обращений на первой линии поддержки до 30%"). - Измеримость: наличие метрик прямо в формулировке (проценты, сроки, количественные показатели). - Достижимость: реалистичный уровень амбициозности. - Актуальность: связь с бизнес-ценностью и общими целями организации. - Привязка ко времени: указание срока достижения (месяц, квартал). Кроме того, цели должны формулироваться с использованием глаголов совершенного вида ("обеспечить увеличение", "достичь уровня"). Они пересматриваются регулярно и размещаются не в регламенте процесса, а в планах управления.
ITIL бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk стратегия управление запросами на обслуживание управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 222
Для корректного расчета себестоимости ИТ-услуг необходимо учитывать затраты не только персонала поддержки, но и сотрудников, занимающихся развитием системы. Важно связывать трудозатраты с конфигурационными единицами или запросами на изменение, чтобы точно определить, на какую часть услуги были потрачены ресурсы. Необходимо также интегрировать данные из различных источников, таких как системы управления проектами, поддержки и учета труда, чтобы получить полную картину расходов.
аллокация затрат, расчёт себестоимости услуг поддержка пользователей, Service Desk, Help Desk управление изменениями управление конфигурациями, CMDB управление проектами, PRINCE2 управление процессами, ИТ-процессы экономика и финансы эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 222
Ресурсный характер традиционных ИТ-услуг приводит к нескольким важным последствиям для ИТ-менеджмента: 1) сложность в обосновании инвестиций в процессные улучшения и инфраструктурные проекты, так как их ценность для бизнеса неочевидна; 2) проблемы в коммуникации с бизнес-заказчиками, которые фокусируются только на конечных ресурсах, а не на процессах их предоставления; 3) слабое понимание бизнесом скрытых аспектов ИТ-сервисов, обеспечивающих надежность и безопасность; 4) трудности в формировании актуального каталога услуг, если он составлен на языке ИТ, а не бизнеса; 5) необходимость постоянного усилия по трансляции ценности ИТ-процессов в понятные бизнесу термины, что требует от ИТ-менеджеров развития навыков бизнес-коммуникации и аргументации.
безопасность бизнес, ценность, бизнес-заказчик общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление каталогом ИТ-услуг управление проектами, PRINCE2 экономика и финансы эффективность, оптимизация
Роман Журавлёв (источник). Рейтинг вопроса: 222
Диагностика продуктовых команд является важным управленческим инструментом, способствующим общей трансформации компании, так как она обеспечивает направленное движение вперед и позволяет ускорить процесс трансформации. Проводя регулярную диагностику множества команд, организация может системно выявлять проблемные зоны, определять потребности в поддержке и распределять ресурсы эффективно. Диагностика помогает накапливать экспертизу внутри компании, формировать общий продуктово-гибкий mindset и создавать культуру постоянного улучшения. Это особенно важно при трансформации крупной компании с десятками продуктовых команд, где без системного подхода невозможно достичь согласованного прогресса.
командная работа поддержка пользователей, Service Desk, Help Desk постоянное улучшение, совершенствование, CSI, PDCA трансформация, ускорение, Time-to-Market управление инцидентами эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 222
ITIL приводит несколько примеров стандартных изменений, включая выполнение стандартных запросов на обслуживание, типовые решения инцидентов, стандартные меры реагирования на чрезвычайные ситуации в соответствии с планами аварийного восстановления (DRP), обслуживание инфраструктуры, плановое тестирование мер на случай непредвиденных обстоятельств, высокоавтоматизированные изменения через конвейеры CI/CD и рутинные обновления программного обеспечения. Эти примеры показывают, что стандартные изменения могут возникать в разных контекстах и процессах, но всегда должны быть документированы и проходить через согласованные процедуры.
DevOps, CI/CD ITIL управление запросами на обслуживание управление изменениями управление инцидентами управление конфигурациями, CMDB
Игорь Гутник (источник). Рейтинг вопроса: 222
BRM помогает корректировать нереалистичные ожидания заказчика через глубокое понимание как бизнес-процессов заказчика, так и возможностей сервис-провайдера. Специалист BRM использует эту информацию для объективного обсуждения того, что реально достижимо, и предлагает альтернативные решения, которые лучше соответствуют текущим возможностям. Он выступает в роли посредника, помогая перевести абстрактные чаяния заказчика в конкретные, измеримые требования, которые можно реализовать. BRM также демонстрирует, как текущие услуги уже создают ценность для бизнеса, что позволяет постепенно формировать более реалистичные ожидания и сближать восприятие сторон.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы
Павел Дёмин (источник). Рейтинг вопроса: 222
Без формального Service Desk количественная оценка загрузки становится крайне затруднительной. Приблизительную оценку можно получить, внедрив систему регистрации всех обращений (даже в простом табличном формате), где каждый специалист фиксирует время, затраченное на решение задач поддержки. Также можно провести анкетирование пользователей для определения частоты и типов возникающих проблем. Еженедельный подсчет и анализ обращений позволяют выявить нагрузку на каждую специализацию и определить потребность в дополнительном персонале. Однако точная и систематическая оценка возможна только при наличии структурированного процесса регистрации всех инцидентов, что подтверждает необходимость внедрения Service Desk или хотя бы элементов его функциональности.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами управление релизами
Евгений Шилов (источник). Рейтинг вопроса: 222
« 1 ... 142 143 144 ... 617 »