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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Термин Service Capacity Management не рекомендуется использовать как фиксированное название подпроцесса, потому что понятие «услуга» может относиться к разным уровням: бизнес-процессам, ИТ-системам или ресурсам. Это приводит к путанице в терминологии и не позволяет четко определить уровень, на котором происходит управление мощностями. Вместо этого предлагается использовать термины, отражающие конкретный уровень: Business, System или Resource Capacity Management.
бизнес, ценность, бизнес-заказчик управление мощностями
Дмитрий Исайченко (источник). Рейтинг вопроса: 183
Зону видимости для потребителей услуг можно определить, проанализировав, какие аспекты сервисных отношений клиенты могут видеть и оценивать, а какие происходят за кулисами. Для этого необходимо ответить на вопросы: Что мы делаем вместе с клиентом? Какие показатели должны быть видны клиентам и пользователям? Какие инструменты использовать для демонстрации прогресса? Какой культурный контекст наших сервисных отношений? Зона видимости должна быть широкой там, где клиенты ожидают прозрачности, и защищенной там, где требуются профессиональные знания, чтобы создать баланс между доверием и профессионализмом.
бизнес, ценность, бизнес-заказчик обучение сотрудников, учебные курсы, тренинги поддержка пользователей, Service Desk, Help Desk управление знаниями
Александр Движков (источник). Рейтинг вопроса: 183
Процедуры закрытия отличаются в зависимости от характера запроса, но не обязательно из-за разделения на инциденты и сервисные запросы. Более значимым различием может быть разделение по источнику запроса: инфраструктурные инциденты часто требуют подтверждения восстановления работоспособности систем, в то время как запросы от пользователей требуют подтверждения удовлетворенности пользователя. Для инфраструктурных проблем могут быть необходимы дополнительные проверки и документирование, в то время как сервисные запросы могут закрываться после выполнения запрошенной услуги без дополнительных проверок. Однако если обращение пришло от пользователя (будь то сбой или просьба о новой услуге), процедура закрытия часто требует подтверждения пользователя, что создает сходство в процессах.
поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 183
Инциденты в контексте ИТ-услуг — это сбои, возникающие время от времени в различных компонентах предоставляемых услуг. Такие сбои могут негативно влиять на потребителей ИТ-услуг и требуют устранения. В ежедневной операционной деятельности количество инцидентов может быть значительным, и они связаны с разными услугами и компонентами.
бизнес, ценность, бизнес-заказчик управление инцидентами
Анна Васильева (источник). Рейтинг вопроса: 182
Навык концентрации можно развить, последовательно работая над несколькими аспектами: ограничивая оперативные контакты через мессенджеры и телефон, выделяя отдельное время для крупных и мелких задач, создавая личное пространство, свободное от внешних раздражителей, используя однозначные переключения между делами и практикуя завершение внутренних диалогов, которые мешают сосредоточению. Этот процесс требует времени и дисциплины, подобно накачиванию мышц или освоению нового вида деятельности.
мотивация персонала, стимулирование
Дмитрий Исайченко (источник). Рейтинг вопроса: 182
Хорошо спланированные проекты могут проваливаться по разным причинам: горят сроки, увеличиваются бюджеты, результаты не соответствуют ожидаемым, область охвата проекта то сжимается, то расширяется. Несмотря на то, что команда понимает, что нужно делать для исправления ситуации, иногда проект настолько плохо идет, что становится невозможно его вытянуть. Причины могут включать недостаточное планирование рисков, отсутствие четкого распределения ролей, плохую коммуникацию между участниками, неспособность адаптироваться к изменяющимся условиям и игнорирование уточняющих вопросов к заказчику.
бизнес, ценность, бизнес-заказчик бюджетирование, планирование затрат командная работа общие вопросы менеджмента управление проектами, PRINCE2 управление процессами, ИТ-процессы управление рисками
Олег Скрынник (источник). Рейтинг вопроса: 182
Рост ИТ-грамотности напрямую снижает число запросов: пользователи самостоятельно решают стандартные задачи (например, настройка принтера или поиск информации в базе знаний). Это подтверждается тенденцией с 2012 по 2018 год: в отраслях с высокой компьютерной подготовкой сотрудников количество обращений снизилось быстрее. Обучение сотрудников, регулярные тренинги и доступные инструкции — ключевые инструменты для минимизации нагрузки на поддержку.
обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление знаниями управление процессами, ИТ-процессы
Анна Васильева (источник). Рейтинг вопроса: 182
Риски перехода на микросервисную архитектуру без должного планирования включают превращение системы в неуправляемый «войлочный шар», когда компоненты слабоорганизованно взаимодействуют друг с другом. Это приводит к значительному росту сложности в диагностике проблем и выявлении причин инцидентов. Система может оказаться в сложном (Complex) домене, где управление становится дорогостоящим и менее эффективным. Отсутствие надлежащего мониторинга приведет к задержкам в обнаружении проблем и увеличению времени восстановления после сбоев. Без правильного управления конфигурациями и зависимостями изменения в системе станут рискованными, требующими сложного координационного планирования. Все это может сделать микросервисную архитектуру менее выгодной по сравнению с монолитным подходом.
архитектура ИТ, TOGAF и IT4IT мониторинг общие вопросы менеджмента управление инцидентами управление конфигурациями, CMDB управление рисками
Андрей Труфанов (источник). Рейтинг вопроса: 182
Сроки устранения проблем не могут быть заданы единым значением, так как проблема требует этапного решения: диагностика, разработка решения, внедрение корректирующих изменений. Сроки на каждом этапе зависят от сложности и часто определяются при планировании изменений (например, через CAB). Некоторые этапы, как поиск корневой причины, не имеют точных временных рамок. Это отличает управление проблемами от инцидентов, где срок устранения фиксирован и привязан к восстановлению сервиса.
общие вопросы менеджмента управление изменениями управление инцидентами управление проблемами управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 182
Высокая ротация ИТ-менеджмента (со средним сроком пребывания на позиции не более двух лет) негативно влияет на эффективность управления проектами. Это приводит к потере преемственности в управлении, постоянным изменениям приоритетов и стратегических направлений, что усложняет долгосрочное планирование. Новые руководители часто начинают с нуля, вместо того чтобы развивать существующие успешные направления, что затрудняет достижение устойчивых результатов и увеличивает риски ошибочных решений.
общие вопросы менеджмента управление проектами, PRINCE2 управление процессами, ИТ-процессы управление рисками эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 182
« 1 ... 372 373 374 ... 617 »