Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Существует несколько альтернативных вариантов организации управления доступностью. Один из наиболее распространенных — объединение с управлением непрерывностью, как это предусмотрено в ISO/IEC 20000. Также управление доступностью может быть частью управления мощностями (COBIT5, CMMI для сервисов) или включено в функцию надежности (MOF). В некоторых подходах, например, ISM Method, управление доступностью рассматривается как компонент управления качеством. В реальной практике управление доступностью может быть распределено между разными командами и процессами в зависимости от организационной структуры и выбранной методологии.
Существуют четкие аналогии между управлением значительными инцидентами в ИТ и в службах экстренного реагирования, что подтверждается тем, что многие принципы ITIL заимствованы из практики экстренных служб. Как в лондонской системе экстренного реагирования (London Emergency Services Liason Panel), так и в ИТ, значительный инцидент определяется как ситуация, требующая специальных мероприятий с участием множества служб, затрагивающая большое число людей. В обоих случаях требуется: объявление инцидента значительным любым компетентным сотрудником, немедленное информирование руководства, назначение ответственного лица, мобилизация дополнительных ресурсов, обработка большого объема обращений и проведение анализа после разрешения кризиса. Эти аналогии подчеркивают универсальность принципов управления кризисными ситуациями независимо от отрасли.
Для эффективного внедрения процесса управления конфигурациями необходимы как человеческие, так и финансовые ресурсы для создания соответствующих инструментов и обеспечение их функционирования. Также требуется время на формирование и поддержание актуальной информации о сервисных активах. Важны квалифицированные специалисты, способные работать с системами управления конфигурациями, анализировать состояние инфраструктуры и выявлять расхождения. Необходимы также инвестиции в технологии и инструменты, такие как системы контроля версий, средства автоматизации и платформы для управления конфигурационными данными, чтобы обеспечить целостность, доступность и достоверность информации.
В бытовом языке слово «проблема» часто используется для обозначения любого неприятного или непонятного события, тогда как в ITIL у этого термина есть строгое определение: проблема — это причина или потенциальная причина инцидентов. Это различие важно, так как неверное использование терминов может снизить эффективность коммуникации внутри команды и привести к неправильному пониманию процессов управления ИТ-услугами. Например, называть инцидент «проблемой» некорректно, так как это затрудняет дифференцированный подход к устранению текущих сбоев и предотвращению их повторения.
Основные ошибки при формировании потоков ценности включают: 1) Попытку описать всю ценность продукта одним потоком даже для сложных продуктов; 2) Фокусировку на внутренних процессах компании вместо ценности для потребителя при определении потоков; 3) Создание одного универсального бэклога, игнорируя различия в природе создаваемой ценности; 4) Неправильное определение границ потока, когда один поток отвечает за принципиально разные виды ценности; 5) Игнорирование необходимости информационного взаимодействия между потоками; 6) Попытки измерять разные по природе потоки одинаковыми показателями; 7) Непредусмотрение механизма разрешения конфликтов между потоками за ресурсы. Эти ошибки приводят к неэффективному управлению, конфликтам и недостаточной фокусировке на создании реальной ценности для потребителей.
Картриджи и запчасти не следует регистрировать как отдельные конфигурационные единицы, потому что они после приобретения и хранения на складе списываются на конкретное оборудование, а не на конечных пользователей. Учет их в качестве отдельных объектов приводит к бесполезной привязке к пользователю и местоположению, не имеет смысла с точки зрения конфигурационной модели и увеличивает объем базы данных управления конфигурациями (CMDB) без оправданной пользы. Исключение составляют только дорогие комплектующие, не применяемые массово, которые требуют индивидуального учета.
Для минимизации влияния конфликта интересов следует: четко обозначить факт конфликта всем заинтересованным сторонам, установить временную границу его окончания, разделить ответственность на конкретные задачи, определить минимально допустимый уровень качества (MVP) для каждой активности, периодически оценивать ситуацию сверху и управлять временем, фокусируясь на текущих задачах без отвлечения на конфликтующие обязанности.
Корпоративные ценности напрямую влияют на качество клиентского опыта, поскольку формируют основу, на которой строится взаимодействие компании с заказчиками. Когда сотрудники придерживаются общих ценностей, их действия становятся согласованными и направленными, что создает позитивный и бесшовный клиентский путь. Например, ценность 'важен каждый клиент' проявляется в четком согласовании встреч, вовремя предоставленных документах и профессиональном подходе. Если же цепочка создания ценности рвется на уровне сотрудников, которые игнорируют корпоративные ценности или не имеют о них четкого представления, это приводит к разочарованию клиентов, задержкам, ошибкам и потере доверия.
Основные рекомендации для повышения эффективности деловой переписки по email включают: писать краткие письма, умещающиеся в одну экранную форму, с изложением сути проблемы в 2-3 абзацах; формулировать мысли максимально ясно и просто, избегая специфических терминов и витиеватых конструкций; избегать эмоционально окрашенного текста, который может повысить конфликтность; использовать структуру приветствие-благодарность-основание-суть-запрос-подпись; указывать в теме письма ключевые слова и ожидаемое действие; не злоупотреблять статусом «Срочно», чтобы сохранить его значимость; и при необходимости повторно отправлять письма с пометкой «ПОВТОРНО», если ответ не пришел в ожидаемые сроки.
Агент изменений помогает команде увидеть пользу от перехода к гибким методологиям, фокусируясь на конкретной отдаче для каждого участника процесса. Он проводит примерку методологий на реальность текущей работы, демонстрируя, как изменение процессов упростит работу конкретного человека, сократит потери времени, повысит качество продукта или улучшит взаимодействие с заказчиком. Это сложный процесс, требующий глубокого понимания как самих методологий, так и специфики работы команды, а также развитых навыков коммуникации и обучения, чтобы сделать сложные концепции простыми и понятными в контексте текущих задач.