Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
В рамках сервисной модели SLA (Соглашение об Уровне Услуг) и OLA (Операционный Уровневый Договор) тесно связаны, но имеют разный фокус. SLA регулирует обязательства поставщика услуг перед заказчиком, тогда как OLA определяет обязательства внутреннего подрядчика по отношению к поставщику услуг. Однако при детальном рассмотрении выясняется, что OLA фактически является тем же SLA, но с точки зрения другого субъекта сервисных отношений. То есть то, что для одного участника является OLA, для другого уже является SLA. Таким образом, эти документы на деле не так отличаются, как может показаться, и теряется смысл в наличии отдельного понятия OLA.
Компании, выбирающие стратегию выживания, увеличивают долю бюджета на управление ИТ, потому что в условиях экономических трудностей возрастает необходимость во внимательном контроле и оптимизации ресурсов. Это связано с тем, что когда поступает 'сигнал' экономить, компании усиливают контроль над ИТ-процессами, уделяя больше внимания управлению и оптимизации. Это можно рассматривать как реакцию на кризис - необходимость 'затянуть пояса' приводит к усилению управленческого контроля.
Постепенное внедрение процесса управления изменениями позволяет избежать сопротивления сотрудников, дает время на освоение новых процедур и формирование культуры работы с процессом. Оно также снижает риски связанные с внезапным изменением рабочих привычек и дает возможность корректировать процесс на ранних стадиях.
Постепенное внедрение процесса управления уровнем обслуживания (SLM) дает следующие преимущества: - Позволяет сосредоточиться на наиболее критичных и понятных областях, где есть явная потребность и поддержка бизнеса. - Снижает сопротивление бизнеса за счет демонстрации быстрых и заметных результатов на ограниченном наборе услуг. - Дает возможность накопить опыт и настроить процессы до их распространения на более сложные области. - Минимизирует риски, связанные с масштабным изменением, позволяя выявлять и исправлять проблемы на ранних стадиях. - Обеспечивает возможность обучения команды без чрезмерной нагрузки на персонал. - Создает положительную динамику и поддержку среди заинтересованных сторон за счет успешных примеров внедрения. - Позволяет лучше понять специфику организации перед развертыванием процесса на всю инфраструктуру. - Дает возможность корректировать подходы на основе полученного опыта до их применения в более широком масштабе. Постепенное внедрение особенно важно для SLM, поскольку этот процесс требует глубокого понимания и взаимодействия между бизнесом и ИТ.
Консультанты и интеграторы регулярно учатся, поскольку их работа связана с постоянным взаимодействием с разными проектами и технологиями, что требует обновления знаний. Сотрудники заказчиков, напротив, чаще сосредоточены на текущих задачах и могут недооценивать важность обучения для успешного внедрения изменений. Это приводит к ситуации, когда проекты реализуются без должной подготовки внутренних сотрудников, что снижает их эффективность.
Важно, чтобы ресурсы, поддерживающие основные потоки ценности, были измеримыми, потому что только измеримые ресурсы могут быть эффективно интегрированы в систему управления и использованы для оперативного принятия решений. Измеримость ресурсов позволяет определить их текущее состояние, качество и достаточность для поддержки основных потоков. Это критически важно, так как неизмеримые ресурсы создают слепые зоны в управлении, когда организация не может точно определить, готова ли она к выполнению своих обязательств перед клиентами. Например, если результаты проверки compliance не измеримы, компания не может быть уверена в том, что соблюдает все необходимые требования законодательства во всех регионах присутствия. Аналогично, если тестирование надежности систем не дает четких метрик, невозможно определить, готова ли ИТ-инфраструктура к эксплуатации с ожидаемым потоком клиентов. Измеримость также позволяет выстроить правила поставки ресурсов так, чтобы они всегда присутствовали, но без излишков, что соответствует бережливому подходу и оптимизирует использование ресурсов компании.
Результаты работы инструментов Role mining можно использовать в системе IDM, чтобы наполнить ее базовыми ролями, которые отражают текущее распределение прав. Для каждой роли можно увидеть состав прав, их частоту встречаемости среди сотрудников и список пользователей, которые будут наделены этой ролью при ее внедрении. Это позволяет быстро начать процесс оптимизации системы управления доступом, используя уже существующую картину прав, а не создавая модель с нуля, и обеспечивает более плавный переход к улучшенной ролевой модели.
При внедрении ITSM-процессов в не-ИТ-сферы необходимо учитывать их специфику и упрощенную природу по сравнению с ИТ-процессами. Хотя методы обработки заявок и управления задачами остаются универсальными, не-ИТ-процессы обычно не требуют таких сложных элементов, как интеграция с CMDB, учет трудозатрат на таком же уровне детализации или управление сложными ИТ-архитектурами. Важно адаптировать ITSM-методики под конкретные потребности не-ИТ-сфер, чтобы избежать избыточной сложности.
Для повышения производительности важно учитывать несколько аспектов: анализ текущих процессов на наличие избыточных действий, внедрение инструментов автоматизации, обучение сотрудников современным методам работы, создание четкой документации и регламентов. Также необходимо обеспечить баланс между нагрузкой и возможностями сотрудников, чтобы избежать перегрузок. Важно регулярно измерять эффективность изменений и корректировать подходы. Упор следует делать на улучшение качества труда, а не на увеличение объёма выполняемых задач без учета результата.
Зрелость организации в управлении проблемами определяется способностью не только выявлять и устранять технические неполадки, но и успешно управлять организационными аспектами, такими как исполнение, взаимодействие, принятие решений и контроль. Это проявляется в том, что компания системно работает над развитием своих процессов, включая оргвопросы в охват управления проблемами, и не ограничивается реагированием на технические сбои, а предотвращает инциденты еще до их возникновения.