Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Ценность отношений в сервисных взаимодействиях представляет собой позитивное влияние на деятельность потребителя услуг, которое создается благодаря сложившимся доверительным отношениям с поставщиком. К компонентам этой ценности относятся: доверие, позволяющее сократить затраты на контроль; уверенность в целостности собственной цепочки формирования ценности для конечных клиентов; снижение ориентированности поставщика на других потребителей (в том числе потенциальных конкурентов данного потребителя). Получателем ценности отношений выступает потребитель услуг. Особенностью этого вида ценности является то, что она может существовать даже при отсутствии явной рыночной или бизнес-ценности, проявляясь через психологические и социологические эффекты в долгосрочных деловых отношениях.
В документе Risk Scenarios Using COBIT 5 for Risk упоминаются четыре основные стратегии реагирования на риски: уклонение, принятие, передача и снижение. Для каждого сценария риска в документе указывается, какие из этих стратегий применимы. Кроме того, предлагается использование семи факторов влияния для реализации мер по снижению рисков, при этом для каждой меры приводится оценка её эффективности воздействия как на вероятность возникновения риска, так и на потенциальный ущерб в случае реализации риска.
Показатель результативности процессов отражает фактическую пользу, которую процессы приносят организации. Он измеряется по шкале от 0 до 100%, что позволяет количественно оценить эффективность процессов в выполнении своих задач для бизнеса. Расчёт таких показателей для основных процессов ITSM (IT Service Management) включает специальные наборы KPI и методологию формирования сбалансированных карт показателей. Результативность определяет, насколько хорошо процессы удовлетворяют потребности бизнеса и обеспечивают ожидаемую ценность.
Стандартное понимание SLM как процесса, в результате которого должны быть созданы два каталога услуг (бизнес- и технических), SLA и OLA, является ограниченным, потому что эта модель применима лишь к определенным типам организаций и сценариев. Во-первых, практика ведения каталога технических услуг и OLA применима только к очень небольшой доле компаний с реализованным сервисным подходом. Во-вторых, каталог бизнес-услуг с различными уровнями обслуживания востребован преимущественно в сценариях массового обслуживания, что не соответствует ситуации во многих внутренних ИТ-подразделениях. Кроме того, создание этих документов составляет не более половины содержания SLM как процесса управления.
При проектировании архитектуры решения для автоматизации бизнес-процессов необходимо учитывать: соответствие решения бизнес-требованиям в контексте user story, технические требования к логике и интерфейсам, возможности интеграции с внешними системами, стандарты разработки компании, требования к документированию процессов и решений, а также накопленный опыт реализации аналогичных проектов. Важно также предусмотреть механизмы поддержания актуальности решения при изменении бизнес-процессов и внешней среды.
Основной риск — искажение картины качества процесса. Автоматизированные метрики часто фиксируют только формальное соответствие, игнорируя контекст: например, обращение может быть зарегистрировано за 2 минуты, но содержать ошибки, требующие трехкратного уточнения. Это ведет к ложному ощущению эффективности и отсутствию реакции на реальные проблемы. Субъективные методы помогают выявить «слепые зоны» автоматизированных измерений.
Практическую пользу от использования CMDB можно обеспечить, сначала определив, какие именно данные необходимы сотрудникам для их повседневной работы. Это требует общения с заинтересованными сторонами для понимания их потребностей и рабочих процессов. После этого необходимо настроить CMDB так, чтобы она предоставляла именно ту информацию, которая упрощает работу сотрудников. Важно также провести обучение, чтобы показать, как использовать систему для решения конкретных задач, и внедрить механизмы мониторинга использования, чтобы регулярно улучшать качество и релевантность данных. Регулярная демонстрация успешных кейсов использования CMDB также способствует повышению её ценности.
Бимодальные ИТ - это стратегический подход, при котором организация использует две различные модели работы: первую, более консервативную (Модель 1), ориентированную на стабильность, предсказуемость и оптимизацию существующих процессов, и вторую, динамичную (Модель 2), ориентированную на эксперименты, скорость и гибкость в условиях неопределенности. Преимущества бимодального подхода в том, что организация может одновременно поддерживать стабильность критически важных систем и процессов, обеспечивающих основной бизнес, и быстро реагировать на изменения рынка через инновационные инициативы. Этот подход позволяет оптимально распределять ресурсы, сохраняя надежность существующих систем, при этом создавая возможности для инноваций без риска нарушения основных бизнес-процессов.
Категоризация инцидентов поддерживает проактивное управление проблемами за счет выявления областей, где возникают частые инциденты определенного типа. Анализ этих инцидентов по категориям позволяет ИТ-специалистам определить их корневые причины и принять проактивные меры для их устранения. Например, если в категории «Проблемы с оборудованием» наблюдается высокая частота инцидентов, связанных с конкретным типом устройств, это может сигнализировать о необходимости их замены или усиленного профилактического обслуживания. Такой подход позволяет предотвратить повторные инциденты и улучшить общую надежность ИТ-инфраструктуры.
Использование специализированных групп вместо единой точки контакта целесообразно, когда у организации существуют отдельные группы пользователей, которые взаимодействуют с узкоспециализированными ИТ-решениями. Каждая такая группа может обеспечить свою собственную точку контакта (SPOC), что позволяет избежать лишней обработки запросов через центральную службу и повысить оперативность решения задач. Особенно такая модель эффективна для крупных компаний с разнообразными ИТ-услугами и для малых компаний с ограниченными ресурсами на поддержку.