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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Основная цель управления инцидентами заключается в минимизации негативного влияния инцидентов за счет скорейшего восстановления нормальной работы услуги. Управление инцидентами направлено на то, чтобы как можно быстрее возобновить прерванные услуги. Эта деятельность является реактивной, ориентированной на скорость, и фокусируется на устранении произошедших инцидентов, не касаясь их первопричин.
управление инцидентами
Игорь Фадеев (источник). Рейтинг вопроса: 196
Для качественного оказания услуги необходимо: 1) Обеспечивать услугу необходимыми ресурсами - рабочими руками, компетенциями, вычислительными мощностями, финансами и договорными обязательствами третьих лиц; 2) Быстро вносить изменения в услугу по требованиям потребителей с минимальным риском и ущербом; 3) Измерять показатели услуги - мощность, производительность, доступность и эффективность, а также собирать метрики её компонентов; 4) Измерять реакцию потребителей - их удовлетворенность, уровень потребления и текущие требования. Эти направления работы являются основой для понимания текущего состояния услуги и определения необходимых улучшений.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мониторинг постоянное улучшение, совершенствование, CSI, PDCA управление доступностью управление рисками экономика и финансы эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 196
Отсутствие жестких планов коммерческой деятельности и отсутствие необходимости конкурировать на открытом рынке негативно влияет на качество услуг аутсорсинга. Аутсорсер, не сталкиваясь с конкуренцией и не имея стимула к развитию, теряет мотивацию к совершенствованию, становится инертным и не вкладывает в развитие, что влечет застывание технологических и методических процессов, как в случае с аутсорсерами, не зарабатывающими на внешнем рынке, лишенными бюджета на инновации.
аутсорсинг, интеграция услуг бюджетирование, планирование затрат мотивация персонала, стимулирование постоянное улучшение, совершенствование, CSI, PDCA управление уровнем услуг, SLM эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 196
Когда реализуется рисковое событие в проекте, это приводит к отклонению фактических показателей проекта от запланированных по одному или нескольким аспектам: срокам, затратам, объему работ, качеству или ожидаемым выгодам. Например, наступление технического риска может привести к увеличению сроков и бюджета, а реализация регуляторного риска может вызвать штрафы или приостановку деятельности. Важно, что некоторые риски могут иметь каскадный эффект, влияя сразу на несколько аспектов проекта и даже выходя за его рамки, затрагивая репутацию компании или ее способность вести бизнес. Поэтому управление рисками направлено не только на предотвращение негативных событий, но и на минимизацию их воздействия, если они все же произойдут.
аллокация затрат, расчёт себестоимости услуг бизнес, ценность, бизнес-заказчик бюджетирование, планирование затрат управление проектами, PRINCE2 управление рисками экономика и финансы
Игорь Гутник (источник). Рейтинг вопроса: 196
При аллокации ИТ-затрат на подразделения компании затраты классифицируются на прямые и косвенные. Прямые затраты — это те, которые могут быть напрямую отнесены на конкретное подразделение, например, затраты на обслуживание специализированных систем, используемых только этим подразделением. Косвенные затраты распределяются косвенно, например, затраты на общекорпоративную инфраструктуру или административные расходы, которые обслуживают несколько подразделений. Правила классификации зависят от конечной цели аллокации и должны быть определены на ранней стадии проекта, чтобы обеспечить корректное распределение и оценку затрат.
аллокация затрат, расчёт себестоимости услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление конфигурациями, CMDB управление проектами, PRINCE2 экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 196
Определение методологии выполнения проекта (водопадная или Agile) необходимо до работы с ограничениями, потому что различные подходы по-разному определяют, какие параметры фиксируются изначально, а какие становятся результатом планирования. В водопадном подходе фиксируются охват и качество, а сроки и бюджет вычисляются на их основе, тогда как в Agile сначала устанавливаются рамки по времени и бюджету, а объем реализуемого функционала определяется в этих рамках. Выбор методологии влияет на то, какие ограничения являются приоритетными и как происходит управление изменениями, поэтому этот выбор должен предшествовать детальному планированию проекта и работе с конкретными ограничениями.
Agile и гибкие методы разработки ПО бюджетирование, планирование затрат общие вопросы менеджмента управление изменениями управление проектами, PRINCE2
Олег Скрынник (источник). Рейтинг вопроса: 196
Иерархия ролей с наследованием в ролевой модели управления доступом (RBAC) представляет собой структуру ролей, где вышестоящая роль автоматически предоставляет все права нижестоящим ролям. Это позволяет создавать более общие роли, которые содержат базовые права, и специализированные роли, наследующие эти права и добавляющие к ним дополнительные. Например, если нужно создать роли для менеджеров и администраторов, можно определить общую роль 'Сотрудник' с базовыми правами, а затем создать 'Менеджер' и 'Администратор' как производные от 'Сотрудник', добавив в них специфические права. Такой подход устраняет дублирование прав при создании новых ролей, значительно упрощает поддержку ролевой модели и делает ее более понятной и логичной, особенно в организациях со сложной инфраструктурой использования множества информационных систем.
общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление конфигурациями, CMDB управление процессами, ИТ-процессы
Александр Омельченко (источник). Рейтинг вопроса: 196
Важно учитывать как Utility, так и Warranty при создании услуги, потому что только их совокупность определяет, сможет ли услуга создать ценность для пользователя. Utility определяет, решает ли услуга нужную задачу (fit for purpose), а Warranty - насколько удобно и надежно ее можно использовать (fit for use). Услуга может идеально решать задачу (высокая Utility), но быть неудобной в использовании из-за частых сбоев, медленной работы или сложной настройки (низкая Warranty), что снижает ее общую ценность. Аналогично, услуга может быть стабильной и надежной (высокая Warranty), но не решать нужных задач пользователям (низкая Utility). Только сочетание высоких уровней обоих характеристик позволяет услуге эффективно создавать ценность и удовлетворять потребности пользователей.
бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление инцидентами управление уровнем услуг, SLM
Александр Движков (источник). Рейтинг вопроса: 196
К нарушению коммуникаций в организации могут привести различные факторы. К основным относятся: отсутствие четко определенных каналов и процедур коммуникации, что приводит к путанице и дублированию информации; иерархические барьеры, когда нижестоящие сотрудники боятся высказывать свое мнение или поднимать проблемы; культурные различия в многонациональных командах, приводящие к непониманию и неправильной трактовке информации; информационная перегрузка, когда сотрудники получают слишком много информации, часть которой не является для них значимой; различие в стилях коммуникации у разных людей — некоторые предпочитают письменную коммуникацию, другие — устную; отсутствие механизма обратной связи, что не позволяет отправителю информации убедиться в её правильном понимании. Также к нарушению коммуникаций могут привести технологические проблемы — неудобные инструменты коммуникации, сложные в использовании системы, отсутствие доступа к необходимым каналам коммуникации.
командная работа управление доступом, IDM, ролевые модели, RBAC, ABAC управление продуктами, продуктовый подход управление процессами, ИТ-процессы
Елена Колбей (источник). Рейтинг вопроса: 196
Основные факторы, мешающие развитию клиентоориентированных компаний: спрос, превышающий предложение, отсутствие здоровой конкуренции, низкие ожидания клиентов и культурные особенности бизнеса. Владельцы компаний руководствуются принципом "пока карась жирный идёт", считая излишним тратить средства на улучшение обслуживания. Также отсутствует давление со стороны клиентов, так как у них мало альтернатив. Рынок не стимулирует инновации в сервисе, и компании фокусируются на решении базовых задач, игнорируя долгосрочные стратегии удержания клиентов через качественный сервис.
бизнес, ценность, бизнес-заказчик постоянное улучшение, совершенствование, CSI, PDCA стратегия эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 196
« 1 ... 281 282 283 ... 617 »