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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Противоречие заключается в том, что хотя компании, придерживающиеся стратегии выживания, выделяют больший процентный объем бюджета (4-8%) на управление ИТ по сравнению с активно расширяющимися компаниями (1-2%), фактическая натуральная величина этих затрат может быть существенно меньше. Это связано с тем, что общий ИТ-бюджет компаний в кризис может быть значительно уменьшен, поэтому 4-8% от меньшей суммы может быть меньше, чем 1-2% от значительно большего бюджета активно развивающихся компаний.
аллокация затрат, расчёт себестоимости услуг бюджетирование, планирование затрат стратегия экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 197
Организациям может быть выгодно не использовать процедуру повторного открытия инцидентов, так как это упрощает рабочий процесс (workflow). Отсутствие процедуры повторного открытия исключает необходимость дополнительных проверок в первичной диагностике для определения, является ли поступившее обращение повторным открытием ранее закрытого инцидента. Это снижает сложность процесса, экономит время специалистов и позволяет сосредоточиться на эффективном решении новых обращений, не усложняя систему дополнительными правилами и проверками.
управление запросами на обслуживание управление инцидентами
Игорь Гутник (источник). Рейтинг вопроса: 197
При формировании требований к автоматизации после тестирования процесса на бумаге важно учитывать выявленные узкие места, реальный объём необходимых данных и степень взаимосвязи объектов. Нужно определить, какие функции процесса можно оставить ручными, а какие требуют обязательной автоматизации, как будут организованы связи между элементами и как будет поддерживаться целостность статусов. Также важно проверить, соответствует ли полученная информация возможностям выбранных ITSM-систем и какие настройки или доработки потребуются для реализации процесса.
ITSM
Артём Мукосеев (источник). Рейтинг вопроса: 197
Expanded Incident Lifecycle — это инструмент, который позволяет разбить время жизни инцидента на отдельные этапы для более детального анализа. При применении в цикле Деминга этот инструмент используется на этапе Планируй (Plan) для измерения средней продолжительности каждого этапа и выявления узких мест. Например, при анализе задержек в управлении инцидентами с помощью Expanded Incident Lifecycle можно обнаружить, что большое время занимает нахождение инцидентов в очереди. Это знание помогает сформулировать гипотезу решения проблемы (такую как немедленное решение простых инцидентов), которая затем проверяется в рамках полного цикла PDCA.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды обучение сотрудников, учебные курсы, тренинги постоянное улучшение, совершенствование, CSI, PDCA управление знаниями управление инцидентами
Степан Хрулёв (источник). Рейтинг вопроса: 197
Зрелость учета в CMDB значительно влияет на оценку трудозатрат для его сопровождения. На начальных уровнях зрелости, когда охват учета ограничен и в основном управляется выделенными специалистами («библиотекарями»), оценка трудозатрат относительно проста. По мере роста зрелости учета, когда CMDB охватывает все больше и разных типов конфигурационных единиц (ИТ-системы, бизнес-приложения, технологические элементы бизнес-приложений, инфраструктура), возрастает сложность оценки трудозатрат. С увеличением зрелости привлекается больше специалистов различных категорий, каждый из которых решает свои задачи с разной степенью ресурсоемкости и стоимость их рабочего времени различается. Структура информации и источники ее получения также становятся более разнообразными. Это требует детальной разбивки оценки трудозатрат по группам конфигурационных единиц и выполняемым задачам, а также учета требований к компетенциям исполнителя, что существенно усложняет процесс оценки.
аллокация затрат, расчёт себестоимости услуг бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление конфигурациями, CMDB управление процессами, ИТ-процессы
Артём Мукосеев (источник). Рейтинг вопроса: 197
При построении финансовой информации в CMDB для учёта договоров в иностранной валюте можно использовать следующие подходы: использование фиксированного курса конвертации валют, утверждённого на определенный период или для конкретного договора, применение текущих курсов валют с фиксацией даты и времени конвертации для обеспечения прозрачности данных, настройку автоматических механизмов конвертации, интегрированных с внешними источниками курсов валют, внесение дополнительных полей в CMDB для хранения суммы в обеих валютах (иностранной и национальной) с возможностью автоматического пересчёта, создание специальных сверочных отчётов, учитывающих колебания валютных курсов и проверяющих корректность конвертации. Все эти подходы требуют тщательного учёта и регулярной проверки для обеспечения точности финансовых данных.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды обучение сотрудников, учебные курсы, тренинги управление конфигурациями, CMDB
Артём Мукосеев (источник). Рейтинг вопроса: 197
В тексте описаны две основные конфликтующие цели ИТ: необходимость поддерживать развитие бизнеса и быстро проводить изменения (минимизировать Time to market), и необходимость предоставлять услуги высокого качества (стабильные, надежные, безопасные), что подразумевает обеспечение Service Quality. Эти цели конфликтуют, потому что чем быстрее проводятся изменения (меньше Time to market), тем выше риски с точки зрения качества услуг, а повышение уровня защиты продуктивной среды (увеличение Service Quality) приводит к увеличению времени на реализацию изменений (увеличению Time to market). Этот конфликт лежит в основе многих проблем в ИТ-организациях и часто приводит к так называемому Core Chronic Conflict (CCC) между разработкой и эксплуатацией.
бизнес, ценность, бизнес-заказчик разработка ПО трансформация, ускорение, Time-to-Market управление рисками управление уровнем услуг, SLM эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 196
В открытые записи инцидентов не должны попадать такие типы информации, как параметры настройки ИТ-систем и оборудования, пароли пользователей и системных учетных записей, лицензионные ключи к программному обеспечению. Также сам факт регистрации инцидента может быть конфиденциальным, особенно если он связан с уязвимостью в системе безопасности. Наблюдения показывают, что подобная информация часто неоправданно становится доступной широкому кругу сотрудников, что создает дополнительные риски для безопасности организации.
безопасность поддержка пользователей, Service Desk, Help Desk управление инцидентами управление рисками
Евгений Шилов (источник). Рейтинг вопроса: 196
Основная цель управления проблемами заключается в уменьшении вероятности и влияния инцидентов путем идентификации фактических и потенциальных причин возникновения инцидентов и управления обходными решениями и известными ошибками. Управление проблемами направлено не на восстановление услуг или моментальное устранение неполадок, а на определение и коренное устранение причины возникновения инцидентов. Эта деятельность может быть как проактивной, так и реактивной, с акцентом на предотвращение или снижение влияния повторяющихся инцидентов.
управление инцидентами управление проблемами
Игорь Фадеев (источник). Рейтинг вопроса: 196
Основная цель управления инцидентами заключается в минимизации негативного влияния инцидентов за счет скорейшего восстановления нормальной работы услуги. Управление инцидентами направлено на то, чтобы как можно быстрее возобновить прерванные услуги. Эта деятельность является реактивной, ориентированной на скорость, и фокусируется на устранении произошедших инцидентов, не касаясь их первопричин.
управление инцидентами
Игорь Фадеев (источник). Рейтинг вопроса: 196
« 1 ... 280 281 282 ... 617 »