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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Улучшенный модуль визуализации CMDB в CleverENGINE 3.1 обеспечивает возможность выборочного отображения данных, что упрощает нахождение сбойных конфигурационных единиц (CI), влияющих на услуги, и позволяет точно определять последствия отказа CI при работе с инфраструктурными инцидентами. Дополнительно появилась возможность «раскрывать» связи выделенных CI и услуг, что дает аналитикам возможность шаг за шагом исследовать ИТ-инфраструктуру, фокусируясь на необходимых деталях.
автоматизация ИТ-процессов, ПО для ITSM и ESM управление инцидентами управление конфигурациями, CMDB
Дмитрий Исайченко (источник). Рейтинг вопроса: 198
Принцип «превосходить ожидания» в ИТ-услугах в России можно применить через предоставление дополнительных опций без дополнительной платы, улучшение технической поддержки или внедрение неожиданных функций в продукт. Например, оказание технической помощи быстрее заявленных сроков, предоставление расширенного функционала в рамках базового тарифа или организация обучения сотрудников клиентов для более эффективного использования системы. Такие действия создают положительный имидж компании и способствуют долгосрочному сотрудничеству.
бизнес, ценность, бизнес-заказчик обучение сотрудников, учебные курсы, тренинги поддержка пользователей, Service Desk, Help Desk постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход управление релизами экономика и финансы эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 198
В ИТ-отрасли основное внимание уделяется проектным лидерам, которые способны решать сложные задачи и создавать новые продукты. Эти лидеры привыкли к динамично меняющейся среде проектов с постоянным потоком новизны и достижений. Когда проект завершается, им трудно адаптироваться к стабильной, эволюционной работе, требующей планового совершенствования, решения текущих проблем и долгосрочного построения отношений. Такой тип деятельности не обеспечивает того уровня драйва и новых успехов, к которым они привыкли, что приводит к их неудовлетворенности и отсутствию мотивации продолжать работу в этом направлении.
Канбан, WIP-лимиты лидерство мотивация персонала, стимулирование постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход управление проектами, PRINCE2
Дмитрий Исайченко (источник). Рейтинг вопроса: 198
Руководителю можно поддерживать баланс между операционной деятельностью и инновациями, создав систему, где развитие является неотъемлемой частью повседневных задач. Это включает в себя выделение определенного времени на улучшения, поощрение сотрудников за предложения по оптимизации процессов, внедрение регулярных коротких сессий по генерации идей, а также установление четких приоритетов, когда некоторые операционные задачи могут быть временно отложены ради стратегически важных инновационных проектов.
общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление проектами, PRINCE2 управление процессами, ИТ-процессы управление релизами эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 198
Недостаточная коммуникация при проведении изменений в организации вызывает несколько серьезных проблем. Во-первых, сотрудники, не оповещенные о предстоящих изменениях или не подготовленные к новым условиям работы, начинают сопротивляться этим изменениям, поскольку людям проще и удобнее следовать привычным правилам, чем осваивать новые подходы. Во-вторых, из-за несвоевременной или неполной информации участники процесса могут работать с устаревшими требованиями, что приводит к выполнению неверных задач и, как следствие, к дополнительным затратам на исправление ошибок. В-третьих, отсутствие четкой коммуникации затрудняет формирование единого видения и целей среди всех участников, создавая ситуацию, когда усилия распыляются, а результаты не соответствуют ожиданиям руководства и заказчика. Эти проблемы подчеркивают, что эффективные коммуникации являются необходимым условием успешного управления изменениями.
аллокация затрат, расчёт себестоимости услуг бизнес, ценность, бизнес-заказчик организационные изменения, агенты изменений управление изменениями экономика и финансы
Елена Колбей (источник). Рейтинг вопроса: 198
Процесс разработки продукта в соответствии с концепцией MVP следует представлять как создание упрощённой, но функциональной версии продукта, которая постепенно развивается и улучшается. Например, вместо разделения слона на части необходимо начать с минимально жизнеспособного слона — слонёнка, способного выполнять базовые функции. Далее, на каждом этапе добавляются новые функции или улучшения, сохраняя работоспособность продукта. Такой подход обеспечивает возможность тестирования, получения обратной связи и гибкого реагирования на изменения, что критически важно для успешной разработки.
Agile и гибкие методы разработки ПО постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход управление процессами, ИТ-процессы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 198
Крупные компании внедряют централизованные ограничения численности для упрощения финансового контроля и предотвращения необоснованного роста затрат в локальных подразделениях. Такие лимиты позволяют стандартизировать подход к управлению персоналом и минимизировать риск превышения бюджета. Однако это приводит к снижению гибкости управления на уровне подразделений, которые вынуждены искать альтернативные способы выполнения задач, даже если это экономически невыгодно.
аллокация затрат, расчёт себестоимости услуг бюджетирование, планирование затрат общие вопросы менеджмента управление рисками экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 198
Необходимо: 1) Чётко разделять сценарии создания инцидентов (внешние сбои) и проблем (анализ корневых причин по группе инцидентов); 2) Внедрить отдельные этапы для проблем (диагностика, утверждение решения); 3) Обучить персонал специфике процессов; 4) Настроить ITSM-систему для поддержки уникальных атрибутов проблем (например, этапы обработки); 5) Ввести метрики, отличные от инцидент-менеджмента. Ключевой момент — не создавать запись о проблеме 'для галочки' после инцидента, а запускать полноценный анализ причин.
ITSM измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление инцидентами управление проблемами
Дмитрий Исайченко (источник). Рейтинг вопроса: 198
Независимо от сегмента (B2C, B2B, государственные или внутренние), к продуктам применимы следующие общие принципы измерения успеха: продукт должен решать конкретную проблему или удовлетворять определенную потребность; важно измерять весь жизненный цикл взаимодействия с продуктом от первоначального интереса до постоянного использования; необходимо фокусироваться как на интересе к продукту, так и на его удержании; метрики должны быть связаны с показателями ценности, которую продукт приносит пользователям или заказчикам; важно учитывать как количественные, так и качественные аспекты взаимодействия с продуктом. Даже для самых сложных случаев, таких как инфраструктурные решения или внутренние корпоративные системы, остаются актуальными вопросы удовлетворения потребностей, удержания пользователей и измерения положительного влияния на бизнес-процессы. Ключевым различием остается только то, какие именно данные доступны и как их собирать для конкретного типа продукта.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление отношениями, взаимодействие, BRM управление продуктами, продуктовый подход
Андрей Труфанов (источник). Рейтинг вопроса: 198
Стандарт INCITS 494-2012 представляет собой расширение основного стандарта INCITS 359-2012, разработанное для устранения критики 'чистого' RBAC за его негибкость в условиях изменчивого окружения. В то время как INCITS 359-2012 описывает базовую модель RBAC с её компонентами, INCITS 494-2012 расширяет возможности RBAC в части обработки динамических ограничений. Он позволяет внешним политикам и правилам создавать ограничения на уровне ядра RBAC, которые могут применяться к базовым множествам (пользователям, ролям, операциям, объектам и правам доступа). Стандарт 494-2012 вводит обработку не только разделения обязанностей, но и других типов ограничений, таких как время суток, местоположение и т.д.
ISO 20000 общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Денис Денисов (источник). Рейтинг вопроса: 198
« 1 ... 273 274 275 ... 617 »