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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Предложения должны быть конкретными, направленными на решение выявленных проблем, и не сводиться только к просьбам увеличить ресурсы («дайте еще людей»). Например, если перегрузка вызвана неоптимальным распределением задач, можно предложить внедрение нового инструмента планирования или изменить этапы согласования. Каждое предложение должно объяснять, как именно оно устранит проблему и какие измеримые результаты предполагает.
общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление релизами
Евгений Шилов (источник). Рейтинг вопроса: 179
Потеря клиента из-за фатальной ошибки поставщика имеет серьёзные последствия для компании. Прежде всего, компания теряет не только текущий доход от этого клиента, но и потенциальный доход, который мог бы поступать в будущем за счёт долгосрочного сотрудничества и расширения спектра услуг. Кроме того, утрата клиента наносит ущерб репутации компании, так как недовольные клиенты часто делятся негативным опытом с коллегами и в публичных пространствах, что отпугивает потенциальных новых клиентов. Это также может повлечь дополнительные издержки на привлечение новых клиентов для компенсации утраты и на восстановление репутации через маркетинговые кампании. В некоторых случаях такая ошибка может спровоцировать правовые разбирательства, если клиент решит подать в суд за невыполнение условий договора.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик
Олег Скрынник (источник). Рейтинг вопроса: 179
Команды с деловыми отношениями более стабильны в токсичной внешней среде, потому что их работа основана на четких правилах и понятных процессах, а не на сложных межличностных взаимодействиях. В таких командах каждый участник фокусируется на своем участке задачи, не завися от эмоционального состояния коллег или сложных договоренностей. Это снижает влияние внешних негативных факторов на продуктивность, так как команда продолжает функционировать даже в условиях стресса или давления, пока соблюдаются основные правила игры и есть понимание конечного результата. Кроме того, такие команды менее подвержены внутренним конфликтам, которые могут возникнуть в условиях высокого стресса в командах с тесными личными связями.
командная работа управление отношениями, взаимодействие, BRM
Павел Капусткин (источник). Рейтинг вопроса: 179
Точки взаимодействия — это конкретные моменты, когда клиент контактирует с компанией: сайт, соцсети, телефонные звонки, точки продаж и т.д. Чтобы спроектировать их эффективно, необходимо: 1) понять, какая ценность предоставляется в каждой точке, 2) обеспечить их согласованность между собой для плавного перехода клиента к следующему этапу, 3) учитывать, что даже небольшие изменения контекста могут кардинально повлиять на восприятие. Точки должны быть не просто функциональными, но и мотивирующими клиента двигаться дальше по его путешествию. Если ценность точки неочевидна, это сигнал к её переработке.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM
Андрей Шилов (источник). Рейтинг вопроса: 179
В заявках рекомендуется запрашивать только однотипные операции, например, не смешивать запросы на доступ к сетевым ресурсам с запросами на доступ к ИТ-системам. Это помогает определить четкий и узкий маршрут согласования, позволяя привлекать только тех людей, которые действительно отвечают за конкретный тип операций. Такие ограничения снижают количество согласующих, сокращают время обработки заявки и уменьшают вероятность ошибок. Дополнительно можно ограничить возможность запроса нескольких однотипных операций в одной заявке, чтобы упростить обработку и согласование.
управление доступом, IDM, ролевые модели, RBAC, ABAC управление запросами на обслуживание
Евгений Шилов (источник). Рейтинг вопроса: 179
Код закрытия "Нет решения" используется в ситуациях, когда приложение функционирует корректно согласно своему дизайну, но пользователь воспринимает его поведение как ошибку. Поскольку изменение приложения по техническим, экономическим или другим причинам невозможно, инцидент закрывается с указанием на отсутствие решения, при этом фактическая проблема с восприятием пользователем поведения системы остается нерешенной.
поддержка пользователей, Service Desk, Help Desk управление инцидентами
Евгений Шилов (источник). Рейтинг вопроса: 179
Необходимость в таком коде закрытия возникает из-за того, что не все заявленные проблемы пользователей являются реальными ошибками системы. Иногда пользователи неправильно понимают функциональность приложения или ожидают от него поведения, которое не предусмотрено в технических требованиях. В таких случаях, поскольку приложение работает как задумано, формальное решение проблемы невозможно, но инцидент все равно требует корректного статуса завершения.
поддержка пользователей, Service Desk, Help Desk управление инцидентами
Евгений Шилов (источник). Рейтинг вопроса: 179
Для изучения взаимодействия с заинтересованными сторонами подходят материалы, посвященные картированию путешествия заказчика и анализу пользовательского опыта. Подобные ресурсы доступны, например, в виде обучающих роликов, которые можно найти на таких платформах, как Rutube и YouTube.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM
Игорь Фадеев (источник). Рейтинг вопроса: 179
Оперативный контроль использует механизмы непосредственного наблюдения и управления за процессом приостановки. Это включает уведомление заявителя о необходимости предоставить дополнительную информацию, введение процедуры санкционирования приостановки линейным руководителем, настройку автоматических напоминаний о необходимости возобновления обработки запроса. Такой контроль позволяет оперативно реагировать на каждый случай приостановки и минимизировать возможности для злоупотребления, но становится менее эффективным при большом объеме запросов, когда индивидуальный контроль каждого случая затруднен.
общие вопросы менеджмента
Дмитрий Исайченко (источник). Рейтинг вопроса: 179
Для mission-critical услуг, где каждая метрика имеет критическое значение, рекомендуется использование более строгих методов агрегирования, таких как среднее геометрическое, которое учитывает даже небольшие отклонения по любому показателю. Для business-critical услуг можно применять среднее арифметическое, так как здесь допустима некоторая компенсация недостатков по одному показателю достижениями в других областях. При этом важно сохранять гибкость в выборе метода, так как условия и требования могут меняться. Также возможно использование методов с весовыми коэффициентами, где mission-critical услуги получают большие веса при формировании общего показателя.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды
Дмитрий Исайченко (источник). Рейтинг вопроса: 179
« 1 ... 400 401 402 ... 617 »