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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Информация о реальных примерах внедрения ITIL редко публикуется из-за коммерческой тайны, сложности измерения реального эффекта и нежелания делиться негативным опытом. Кроме того, многие компании не фиксируют количественные показатели до внедрения, что делает последующий анализ результатов затруднительным.
ITIL измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 52
Основной целью управления лицензиями является контроль и управление лицензионными соглашениями, чтобы обеспечить соответствие требованиям по использованию программного обеспечения, минимизировать риски несоответствия, а также управлять правами на использование ПО на протяжении всего его жизненного цикла в организации. Это процесс, который предотвращает нарушения условий лицензий и избегает штрафов за несанкционированное использование программного обеспечения.
общие вопросы менеджмента управление ИТ-активами, ITAM, SAM управление рисками
Михаил Тобурдановский (источник). Рейтинг вопроса: 52
Автор рекомендует учиться на ошибках при проведении SWOT-анализа, не допуская поверхностного анализа и всегда фокусируясь на выявлении причин рисков, а не только на констатации самих рисков. Вместо того чтобы принимать риски за слабые стороны, нужно задавать вопросы о том, какие внутренние свойства организации приводят к этим рискам. Это помогает глубже понять организацию, выявить системные проблемы и разработать более эффективные стратегии. Автор также призывает обращаться к профессионалам за помощью, чтобы проводить анализ более качественно.
стратегия управление рисками
Дмитрий Исайченко (источник). Рейтинг вопроса: 52
Особенность развития теории менеджмента заключается в том, что основные идеи и концепции имеют четко установленных авторов, в отличие от древних изобретений, таких как колесо или деньги, чье происхождение и авторство утеряны в истории. В менеджменте большинство ключевых теорий и методов, таких как специализация труда Адама Смита, конвейерное производство Генри Форда или сбалансированная система показателей Каплана и Нортона, приписываются конкретным личностям с известными датами и работами. Это отражает относительную молодость менеджмента как научной дисциплины по сравнению с более древними изобретениями человечества.
эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 52
Да, геометрическое среднее легко обобщается на произвольное количество tension-метрик. Для N метрик K = N√(K1 × K2 × ... × KN). Однако на практике случаи с тремя и более tension-метриками встречаются редко, так как сложность балансировки между большим количеством конфликтующих показателей затрудняет управление и анализ. Обычно ограничиваются парой ключевых метрик, которые наиболее точно отражают критические аспекты процесса.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды
Дмитрий Исайченко (источник). Рейтинг вопроса: 52
В ITIL указывается, что если изменение является частью релиза, то его построение, тестирование и развёртывание координируются процессом управления релизами. Это означает, что процесс управления релизами берёт на себя общее руководство всеми изменениями, входящими в состав данного релиза. В результате, при планировании и реализации нескольких связанных изменений, которые должны быть внедрены одновременно, управление релизом становится центральным процессом, обеспечивающим успешное внедрение всех компонентов в согласованном порядке. Координация происходит на уровне процесса в целом, а кто конкретно выполняет эту координацию, зависит от внутренней структуры организации.
DevOps, CI/CD ITIL общие вопросы менеджмента управление релизами
Артём Мукосеев (источник). Рейтинг вопроса: 52
Методологии Six Sigma и Lean можно использовать на совещании для создания формального заголовка или введения абстрактных целей, таких как «уменьшить разрыв между нашей стратегией и нашими целями». Это создает видимость профессионализма и использования современных подходов, но не приводит к конкретным действиям или результатам, делая совещание бесполезным с точки зрения реальных улучшений.
общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA стратегия эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 52
Расходы на информирование пользователей в рамках процесса Управления инцидентами можно снизить за счёт организации эффективной системы прозрачной коммуникации. Это включает выбор оптимальной комбинации проактивных каналов (автоматическое оповещение пользователя при изменении статуса инцидента) и реактивных каналов (предоставление информации по запросу). Чем лучше пользователь информирован в автоматическом режиме, тем меньше у него потребность в ручных запросах, что снижает нагрузку на Service Desk и, соответственно, затраты на обслуживание. Также важно соблюдать баланс между количеством и частотой оповещений, чтобы избежать информационного перегруза и повысить удовлетворенность пользователей, что в долгосрочной перспективе снижает издержки.
аллокация затрат, расчёт себестоимости услуг поддержка пользователей, Service Desk, Help Desk управление инцидентами экономика и финансы
Игорь Гутник (источник). Рейтинг вопроса: 52
Смешивание учета расходных материалов и основного оборудования может затруднить управление данными, так как материалы требуют иного подхода. Учет материалов как отдельных объектов приведет к излишней детализации и увеличению объема базы. Для эффективного управления лучше использовать количественный учет материалов и сосредоточиться на их привязке к оборудованию в контексте статистики и затрат, а не как к отдельным конфигурационным единицам.
аллокация затрат, расчёт себестоимости услуг управление конфигурациями, CMDB экономика и финансы
Артём Мукосеев (источник). Рейтинг вопроса: 52
В реальных условиях процедура фиксации приема заявки в работу часто не соблюдается по нескольким причинам: при срочной работе специалисты стремятся быстрее приступить к решению проблемы, экономя время на оформлении; в условиях массовых обращений индивидуальная фиксация каждой заявки становится нецелесообразной; при работе с major-инцидентами заявки обрабатываются комплексно, и отдельная фиксация приема в работу для каждого обращения не требуется. Кроме того, некоторые специалисты могут не придавать большого значения этому этапу, считая его формальностью, или система учета может быть неудобной для быстрого обновления статусов. Все это делает механизм автоматической эскалации ненадежным, так как он зависит от корректной фиксации начала работы над заявкой.
общие вопросы менеджмента управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 52
« 1 ... 339 340 341 ... 618 »