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

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

25
авторов

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

100%
оригинальный контент
Повторные согласования могут возникать, если на каком-то этапе появляются вопросы к заявителю или если согласуется только часть запроса, например, доступ к одному ресурсу из нескольких запрошенных. В таких случаях после внесения изменений или уточнения информации заявка снова направляется на согласование. Заявитель должен получать оповещения о необходимости доработки и повторного согласования. Это позволяет оперативно вносить правки и продолжать обработку заявки без её полной отмены или перезапуска всего процесса.
Шаблонный план отката неэффективен, поскольку он не учитывает специфику конкретной системы и сценариев возможных проблем. В реальных условиях всегда возникают нюансы и особенности, которые шаблон не может предвидеть. Шаблоны часто содержат лишь общие рекомендации без конкретных действий, что не помогает сотрудникам в условиях стресса кризисной ситуации. Детальная проработка каждого шага отката и адаптация к реальным условиям системы необходимы для того, чтобы план действительно работал при возникновении реальных проблем.
'Специфические затраты и риски' в определении услуги обозначают внутренние процессы и обязательства, которые полностью взял на себя поставщик услуги и которые клиент не должен учитывать при использовании услуги. Например, в случае центрального водоснабжения клиент не сталкивается с задачами, такими как управление водохранилищами, поддержание очистных сооружений, выбор химических добавок для воды, ремонт трубопроводов или начисление зарплат техническому персоналу. Также клиент не должен беспокоиться о таких рисках, как аварии в трубопроводе или необходимость оплаты счетов за водоснабжение — все это берет на себя поставщик услуги.
Сервисная экономика кардинально меняет диалог ИТ и бизнеса, переводя его с уровня разового утверждения бюджета на уровень постоянного экономически обоснованного партнерства. Вместо обсуждения общих сумм бюджета и его уменьшения на определенный процент, появляется возможность обсуждать конкретные услуги, их качество и стоимость. Бизнес получает возможность выбирать пакеты услуг в зависимости от своих текущих потребностей и финансовых возможностей, а ИТ может обоснованно предлагать дополнительные опции или аргументировать необходимость определенного уровня финансирования. Это приводит к более прозрачному и конструктивному взаимодействию, где каждая сторона понимает ценность предоставляемых услуг и их влияние на бизнес-результаты. В результате ИТ перестает восприниматься исключительно как центр затрат и становится стратегическим партнером бизнеса.
Обработка типовых заявок состоит из нескольких этапов: регистрация, согласование, реализация запрошенных работ, проверка и закрытие. На этапе регистрации заявка подается в электронном виде через специализированные формы. Далее следует этап согласования, который может включать несколько уровней утверждения в зависимости от типа заявки и других факторов. После согласования переходят к самой реализации работ, четко следуя заранее определенному набору действий для каждого вида заявки. Завершается весь процесс проверкой выполненных работ и подтверждением пользователем с последующим закрытием заявки.
Стандартизация изменений позволяет ускорить выполнение операций с низким уровнем риска, так как для стандартных изменений создаются предопределённые процессы и шаблоны. Это уменьшает время и усилия, затрачиваемые на повторяющиеся задачи, и снижает вероятность ошибок. Стандартизация особенно полезна в ситуациях, когда необходимо часто вносить однотипные изменения. Для её реализации рекомендуется создавать отдельные модели изменений, специально адаптированные для стандартных операций.
Новые возможности визуализации CMDB позволяют значительно упростить анализ инфраструктурных инцидентов. Теперь можно легко определять, какие конфигурационные единицы (CI) влияют на конкретную услугу, и оценивать последствия отказа определенных CI. Благодаря возможности «раскрывать» связи, аналитики могут детально изучить зависимости внутри ИТ-инфраструктуры, быстро находя проблемные участки и планируя решения.
Хороший поставщик услуг отслеживает изменения и удовлетворяет потребности потребителей настолько, насколько успевает за ритмом изменений, то есть бежит со всех ног, чтобы оставаться на том же месте. Лучший поставщик, в отличие от просто хорошего, не только отслеживает текущие потребности, но и предвидит, а также формирует потребности будущего. Таким образом, лучший поставщик оказывается единственным, кто может максимально полно удовлетворить возникающие потребности, создавая ценность заранее и устанавливая новые стандарты.
Для оптимизации времени решения инцидентов ITIL рекомендует несколько ключевых методов и подходов. Во-первых, использование метода Expanded incident lifecycle для детального анализа всех этапов обработки инцидента, что позволяет выявить конкретные узкие места. Во-вторых, тесная интеграция управления инцидентами с управлением проблемами, так как своевременное выявление и решение проблем приводит к снижению количества повторяющихся инцидентов. В-третьих, ITIL Service Operations подчеркивает важность документирования решений и создания базы знаний для ускорения диагностики и решения типовых инцидентов. В-четвертых, рекомендуется установить четкие SLA и матрицы приоритизации для эффективного распределения ресурсов и обработки наиболее критичных инцидентов в первую очередь. Эти методы в совокупности позволяют не только ускорить обработку текущих инцидентов, но и снизить их общее количество за счет решения первопричин.
При определении услуги в ITIL4 необходимо выделить три ключевых компонента: 1) Товар - физический или нематериальный продукт, который является частью предложения (например, шоколадка, автомобиль); 2) Ресурс - инфраструктура или среда, обеспечивающая доступ к товару (магазин со службой доставки, каршеринговая площадка, автомат с шоколадками); 3) Сервисные операции - действия, которые поставщик выполняет для обеспечения работы услуги (доставка товара, загрузка шоколадок в автомат, обслуживание оборудования). Эти компоненты вместе образуют услугу, позволяя клиенту переложить на поставщика определенные риски и затраты, связанные с получением конечной ценности.