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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Best practice в практике внедрения решений часто искажается и воспринимается как решение, которое уже однажды было применено и позволило закрыть проект, либо как рекомендация из книги, которую научились пересказывать. Такое упрощенное понимание позволяет консультантам и компаниям избегать сложной работы по адаптации решений под специфику конкретной организации. Однако истинно эффективные best practice должны быть результатом глубокого анализа и адаптированы к текущим условиям и целям компании, а не просто скопированы из других источников.
управление проектами, PRINCE2 управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Для организации аварийной линии (Emergency lane) в работе команды разработки необходимо зарезервировать определенную долю времени или ресурсов команды, которые будут направлены исключительно на решение критических проблем и устранение багов. Это может быть фиксированная доля времени (например, 20%) или выделение определенных членов команды, ответственных за оперативное реагирование на инциденты. Важно обеспечить четкий процесс идентификации критических проблем и их приоритезации, чтобы аварийная линия функционировала эффективно, не нарушая основной рабочий процесс по разработке новых функций.
командная работа управление инцидентами
Андрей Труфанов (источник). Рейтинг вопроса: 154
Для адаптации формулы FTR к расчёту в разрезе рабочих групп необходимо уточнить определение операнда Nj, заменив его суммой успешных решений (Cj) и возвратов на доработку (Sj). Формула принимает вид: FTR = (Nj - Sj) / Nj, где Nj = Cj + Sj. Также важно учитывать возвраты по каждой группе индивидуально, чтобы избежать искажения результатов из-за переназначения инцидентов между группами или повторных возвратов.
управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Сотруднику отводится всего несколько часов на решение проблемы с кодом Sev-B. После получения электронного письма с символом вопроса от первого лица сотрудник должен незамедлительно оставить все текущие задачи и в кратчайшие сроки разобраться в вопросе, устранить проблему, провести анализ причин и подготовить подробный отчет с рекомендациями по предотвращению подобных ситуаций в будущем. Это подчеркивает крайнюю срочность и важность проблемы, требующей почти мгновенных действий.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды
Олег Скрынник (источник). Рейтинг вопроса: 154
Для успешной разработки интеграций с внешними системами необходимы: описания внешних источников данных, информация о владельцах этих источников, спецификации интерфейсов взаимодействия и соглашения о форматах и способе обмена данными. Это позволяет правильно спроектировать и реализовать механизмы интеграции, согласовать подходы с владельцами внешних систем и обеспечить стабильное функционирование взаимодействующих компонентов.
управление отношениями, взаимодействие, BRM
Андрей Труфанов (источник). Рейтинг вопроса: 154
Вместо автоматической функциональной эскалации заявок существуют следующие подходы: 1) Внедрение системы активного мониторинга таймеров SLA с возможностью ручного вмешательства менеджера поддержки при приближении к критическому сроку; 2) Создание гибких маршрутов эскалации с возможностью динамического выбора следующего уровня поддержки на основе диагностики текущего уровня; 3) Внедрение системы раннего предупреждения для специалистов с уведомлениями о приближении к сроку решения инцидента; 4) Организация процесса регулярного аудита заявок, приближающихся к критическим срокам, с возможностью ручной эскалации при необходимости; 5) Внедрение системы внутренних стимулов для специалистов, поощряющей решение проблем на текущем уровне без лишней эскалации. Эти подходы обеспечивают большую гибкость и учитывают специфику каждого инцидента, избегая проблем, связанных с автоматической передачей заявок.
SLA аудит мониторинг мотивация персонала, стимулирование общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами управление релизами управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Согласно ISM Method, Quality Management включает в себя управление доступностью как часть своих задач. Quality Management отвечает за сдерживание рисков, которые угрожают предоставлению ИТ-услуг, и обеспечение совершенствования предоставления ИТ-услуг. В контексте управления доступностью это означает разработку и внедрение контрмер для минимизации рисков недоступности, а также анализ отклонений и разработку улучшений. Quality Management объединяет управление доступностью с другими процессами, такими как управление безопасностью, мощностями и непрерывностью.
безопасность постоянное улучшение, совершенствование, CSI, PDCA управление доступностью управление релизами управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 154
Средний чек влияет на производительность ИТ-систем через количество транзакций, необходимых для достижения плана продаж. При низком среднем чеке требуется больше сделок, что увеличивает количество запросов к базам данных, объем обрабатываемой информации и нагрузку на серверы. Высокая нагрузка может привести к замедлению работы систем и увеличению времени отклика. Поэтому знание среднего чека позволяет заранее оценить требования к производительности ИТ-инфраструктуры и выполнить необходимые оптимизации для предотвращения проблем с производительностью в будущем.
мониторинг обучение сотрудников, учебные курсы, тренинги управление знаниями управление конфигурациями, CMDB эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
В сценариях массового обслуживания, где одна услуга имеет множество заказчиков с различными уровнями обслуживания, каталог услуг и SLA представляют собой отдельные документы: каталог описывает услуги, а SLA определяет условия их предоставления для разных категорий заказчиков. В случае внутреннего ИТ-подразделения с одним основным заказчиком и единой инфраструктурой такое разделение часто избыточно, и каталог услуг фактически становится «каталогом SLA», где уровень обслуживания интегрирован в описание самой услуги, а дополнительные спецификации прилагаются к основному SLA.
SLA бизнес, ценность, бизнес-заказчик управление каталогом ИТ-услуг управление конфигурациями, CMDB управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Ожидаемыми результатами от внедрения адаптированной ИТ-модели в Бахрейне были обеспечение устойчивого кросс-функционального взаимодействия, улучшение отношений между высшим руководством, бизнес-подразделениями и ИТ-отделами, а также повышение качества жизни населения за счет более эффективного функционирования электронного правительства.
бизнес, ценность, бизнес-заказчик постоянное улучшение, совершенствование, CSI, PDCA управление отношениями, взаимодействие, BRM управление релизами эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 154
« 1 ... 537 538 539 ... 617 »