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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Для эффективного планирования и во избежание накопления задолженностей рекомендуется запланировать уровень загрузки на 90-110%, а не на 150% или выше. При планировании работ на уровне 150% загрузки существует высокая вероятность, что вся запланированная работа не будет выполнена вовремя, что приведет к двум негативным последствиям: привыканию к переносам сроков как норме и накоплению снежного кома задолженностей и просрочек. Такой подход является тупиковым. Гораздо более продуктивным является принцип 'just-in-time', при котором планируется загрузка близкая к 100% с акцентом на точное исполнение запланированных работ. Такой метод требует дисциплины и, возможно, дополнительных усилий для формирования привычки к своевременному выполнению задач, но в долгосрочной перспективе приводит к росту исполнительской дисциплины, позволяет лучше анализировать деятельность и обосновывать потребность в дополнительных ресурсах при необходимости.
общие вопросы менеджмента
Дмитрий Исайченко (источник). Рейтинг вопроса: 148
Управление доступностью (AVA) следует подходу оптимизации: стремится достичь максимального уровня доступности при разумных затратах, анализируя текущие системы, идентифицируя узкие места и внедряя решения, которые повышают надежность без значительного увеличения издержек. AVA фокусируется на повседневных операциях и стремится устранить единые точки отказа в рамках существующего бюджета. Управление непрерывностью (CONT) придерживается подхода создания избыточности: часто требует наличия резервных площадок, дополнительного оборудования, соглашений с поставщиками, которые могут активироваться только в случае чрезвычайной ситуации. Это создает дополнительные затраты, но критически важно для восстановления после серьезных инцидентов, когда обычная оптимизация не сработает.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бюджетирование, планирование затрат управление доступностью управление инцидентами управление непрерывностью экономика и финансы эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 148
Идеализированный вариант «Клиенты мечты» (высокая отзывчивость и высокая полезность) редко встречается в реальности, так как активные и конструктивные клиенты обычно слишком заняты личными делами, чтобы тратить время на детализацию отзывов. По оценкам, более 99,9% полезной обратной связи поступает в формате «Hard Candy» — кратких, но ценных замечаний. Идеальные клиенты, готовые подробно делиться опытом и предлагать решения, нехарактерны для массового сегмента, так как их вовлеченность требует значительных временных затрат, которых большинство потребителей не готовы выделить.
аллокация затрат, расчёт себестоимости услуг бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление продуктами, продуктовый подход управление процессами, ИТ-процессы экономика и финансы
Андрей Шилов (источник). Рейтинг вопроса: 148
Минимально жизнеспособный слон (MVP) в предложенной концепции выглядит как упрощённый, но полностью функциональный слонёнок. Он может быть одноглазым, одноухим, одноногим (прыгающим), с коротким хоботом, уменьшенным мозгом и минимальным набором внутренних органов. Несмотря на упрощения, он сохраняет ключевые характеристики слона и способен выполнять базовые функции: есть, передвигаться, взаимодействовать с окружающей средой. Эта конфигурация позволяет постепенно добавлять улучшения, обрастая 'жирком' по ходу разработки.
Agile и гибкие методы разработки ПО постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 148
В PCF уровень, соответствующий непосредственно исполняемым процессам, обозначается как "процесс". Этот уровень находится третьим в иерархии и обозначается тремя цифрами, разделенными точками (5.2.3, 8.3.4, 11.2.1). Примеры процессов, приведенные в тексте: Управление жалобами клиентов (в рамках группы Планирование и управление обслуживанием клиентов), Ведение финансовой отчетности (в рамках группы Ведение общего бухгалтерского учета и отчетности), Управление связями с правительством (в рамках группы Управление государственными и отраслевыми отношениями). Этот уровень представляет собой конкретные исполнимые процессы предприятия.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление процессами, ИТ-процессы
Денис Денисов (источник). Рейтинг вопроса: 148
Для эффективного использования созданных знаний необходимо, чтобы сотрудники знали о существовании необходимой информации, могли быстро ее найти и своевременно применить в своей работе. Это требует определения владельцев информации, регулярного обновления данных, создания удобной системы поиска и доступа, а также формирования культуры, поощряющей обмен знаниями и использование накопленного опыта.
обучение сотрудников, учебные курсы, тренинги управление доступом, IDM, ролевые модели, RBAC, ABAC управление знаниями
Андрей Труфанов (источник). Рейтинг вопроса: 148
Распределённые данные, такие как информация о продажах в географически разделённых филиалах или аффилированных компаниях, должны быть корректно отражены в конфигурационной модели. Это включает в себя указание местоположения данных, каналов связи между распределёнными экземплярами и механизмов синхронизации. Такой подход необходим для точной оценки влияния инцидентов и изменений на конечные услуги. Неучёт распределённой природы данных может привести к недооценке сложности восстановления сервиса после сбоя или непредвиденным последствиям в результате изменений.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление инцидентами
Андрей Труфанов (источник). Рейтинг вопроса: 148
При закрытии инцидентов на первой линии поддержки могут возникнуть следующие проблемы: сотрудники первой линии могут не звонить пользователям для подтверждения закрытия, некорректно документировать процесс или неправильно указывать код закрытия. Также возможны ситуации формального закрытия инцидентов без качественного подтверждения их решения из-за недостатка внутренних коммуникаций между первой и второй линией поддержки.
поддержка пользователей, Service Desk, Help Desk управление инцидентами
Дмитрий Подольский (источник). Рейтинг вопроса: 148
RFID-системы могут работать менее эффективно в условиях наличия препятствий, особенно содержащих металлические элементы. Металл поглощает и отражает радиоволны, что приводит к значительному снижению дальности и стабильности считывания данных. Это особенно критично в помещениях с большим количеством металлических конструкций, таких как серверные стойки, металлические шкафы или рамы перегородок. Кроме того, даже небольшие предметы между меткой и сканером могут нарушить передачу сигнала, что усугубляет проблему точного отслеживания конфигурационных единиц.
управление ИТ-активами, ITAM, SAM управление конфигурациями, CMDB
Михаил Тобурдановский (источник). Рейтинг вопроса: 148
Если сотрудники не имеют постоянного доступа к компьютеру, как это часто бывает на производственных предприятиях, следует рассмотреть альтернативные решения, например, мобильные приложения или терминалы на рабочих местах. Также может быть важно оставить телефон как основной канал связи для этих сотрудников, обеспечив при этом автоматические системы ответа (IVR), чтобы частично заменить ручную обработку. Для сотрудников, которые используют специализированные системы (например, сканеры), можно попробовать интеграцию подачи обращений в уже существующие приложения, чтобы не переключать их с рабочего процесса.
управление доступом, IDM, ролевые модели, RBAC, ABAC управление запросами на обслуживание
Евгений Шилов (источник). Рейтинг вопроса: 148
« 1 ... 563 564 565 ... 617 »