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

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

25
авторов

440+
источников

100%
оригинальный контент
Актуальность данных обеспечивается регулярным (ежедневным) импортом информации со сканеров сети, ручной обработкой записей для коррекции типов лицензий и сопоставления названий ПО, а также проведением регулярных проверок отчётности. Критически важно назначить ответственного за мониторинг и обновление данных, иначе система быстро устареет. Также нужно интегрировать процессы учёта в ежедневные задачи сотрудников, чтобы они фиксировали установки ПО и освобождение лицензий в режиме реального времени.
Чаще всего восстановление данных требуется не из-за крупных системных сбоев или технических аварий, а из-за банальных человеческих ошибок. К таким ошибкам относятся: - Случайное удаление или изменение важных данных сотрудниками. - Непреднамеренная перезапись или повреждение баз данных. - Ошибки при выполнении административных задач. - Неправильные операции при обновлении или модификации систем. Человеческий фактор невозможно полностью исключить, поэтому наличие надежной системы резервного копирования и четко определенных процедур восстановления является критически важным для снижения рисков и обеспечения непрерывности бизнес-процессов.
Для успешного построения сервисных отношений сервис-провайдеру необходимо обладать двумя ключевыми способностями: способностью определить реальную ценность для заказчика и способностью определить наиболее эффективный и рациональный способ обеспечения этой ценности. Первая включает понимание реальных потребностей заказчика, а не только его формальных запросов, что требует регулярных контактов и измерения удовлетворенности. Вторая касается непосредственной реализации этих потребностей с учетом доступных ресурсов и возможностей. Как указано в тексте, без первой способности все остальные усилия, скорее всего, не дадут нужного результата, потому что даже хорошо реализованные, но неверно понятые требования не приведут к созданию реальной ценности для заказчика.
История с мылом в английском отеле иллюстрирует, как формальное отслеживание и выполнение запросов заказчика приводит к нежелательному результату, даже когда персонал отеля следует всем регламентам и процедурам. Постоялец хотел, чтобы ему не приносили отельное мыло, так как он пользуется собственным, но персонал интерпретировал его просьбы буквально, не пытаясь понять истинную потребность. Когда постоялец попросил убрать мыло, его убрали, но затем в следующий день принесли новое, поскольку по регламенту в номер должны класть мыло каждый день. Когда постоялец пожаловался, что остался без мыла, ему тут же принесли дополнительное. Ситуация усугублялась тем, что разные сотрудники отеля по-разному понимали суть проблемы, но никто не задал вопрос, зачем постояльцу нужно именно убрать мыло или почему он просит вернуть своё. Это напрямую отражает ситуацию взаимодействия ИТ и бизнеса, когда технические специалисты формально выполняют требования, но не понимают бизнес-цели, что приводит к ненужным усложнениям и неэффективным решениям.
Частичный или локальный подход к цифровизации неэффективен, потому что бизнес-процессы образуют цепочку создания ценности, где общая эффективность зависит от наименее производительного звена (теория ограничений). Если автоматизируются только отдельные процессы, а остальная система остается ручной или устаревшей, то общая производительность не повысится, а возможные выгоды будут компенсированы зонами низкой эффективности.
Для эффективного управления инцидентами ключевыми факторами успеха являются раннее обнаружение инцидентов и быстрое восстановление нормальной работы. Важно обеспечить скорейшую регистрацию инцидентов — чем раньше о них станет известно, тем лучше. Классификация инцидентов, которая часто недооценивается, играет важную роль в процессе управления. Приоритизация инцидентов также требует внимания, так как привычные параметры — уровень влияния и срочность — уже не являются основными критериями для определения приоритета. Целесообразно типизировать прерывания и деградацию услуг, создавая модели инцидентов для стандартных ситуаций, что позволяет оптимизировать обработку и разрешение повторяющихся инцидентов через стандартизацию выполняемой работы.
В сервисных отношениях заказчик услуг осуществляет руководство (governance) по отношению к поставщику, что включает оценку потребностей, определение требований и отслеживание результатов деятельности поставщика (ИТ-услуг). Заказчик не участвует в управлении ресурсами или деятельностью поставщика напрямую, а фокусируется на том, чтобы убедиться, что результаты соответствуют его потребностям и требованиям.
Коэффициент готовности (по ГОСТ) рассчитывается как отношение времени, когда компонент технически способен работать, ко всему времени, включая время восстановления. Коэффициент доступности (по ITIL) учитывает также плановые простои, время на обслуживание и простои из-за внешних факторов. Таким образом, доступность как метрика в ИТ включает в себя готовность, но расширяет её дополнительными параметрами, связанными с управлением услугой.
Основные факторы, ограничивающие использование чат-ботов для решения сложных проблем клиентов, включают: недостаточный уровень детализации ответов, технические ограничения, ограничения в защите персональных данных (когда для решения проблемы требуются конфиденциальные данные), отсутствие возможности учитывать полную историю взаимодействия с клиентом. Также проблемой является чрезмерная переадресация на FAQ-страницы и долгое время ответа, что ухудшает пользовательский опыт и заставляет клиентов искать помощи у живых операторов даже в случаях, когда техническая реализация решения проблемы через бота возможна.
Объединенный радар результативности и зрелости предоставляет руководству более информативную основу для принятия управленческих решений. Вместо ориентации только на уровень зрелости, что часто бывает в аудиторских заключениях, такой радар позволяет увидеть, какие именно процессы действительно приносят пользу бизнесу, и насколько надежно эта польза обеспечивается. Это помогает определить, на какие процессы стоит направить ресурсы: на повышение их результативности или на укрепление их структуры и документирования. Таким образом, принятие решений становится более осознанным и ориентированным на реальные бизнес-результаты.