Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Процесс управления конфигурациями обеспечивает качество предоставляемых услуг через поддержание достоверной информации о том, как должна быть устроена инфраструктура и как должны взаимодействовать сервисные активы для достижения подтвержденного уровня качества. Он создает эталонные точки (базовые состояния), с которыми сравнивается реальное состояние системы, выявляя расхождения, которые могут повлиять на качество услуг. Доступность актуальной конфигурационной информации помогает в диагностике и устранении проблем, а также в планировании улучшений. Управление конфигурациями также гарантирует, что все изменения вносятся контролируемым образом, что напрямую влияет на стабильность и предсказуемость предоставления услуг.
Иерархическая структура ИТ-департамента негативно влияет на разработку ПО, создавая жесткие функциональные границы и увеличивая количество согласований между отделами. Это замедляет процесс разработки, усложняет коммуникацию и способствует потере знаний при передаче задач между уровнями иерархии. Иерархия также формирует культуру перекладывания ответственности, что снижает общее качество продукта и удовлетворенность команд.
BPO называют наиболее глубокой формой аутсорсинга, потому что он предполагает передачу на сторону целой функциональной области бизнеса, а не отдельных задач или проектов. Это требует тесного взаимодействия между заказчиком и поставщиком, встраивания поставщика в систему управления заказчика и долгосрочного партнерства без строгих временных рамок и фиксированного бюджета. Такой уровень вовлеченности и ответственности выходит за рамки типичного проектного аутсорсинга.
Роль "Практик изменений" в ITIL V3 частично соответствует понятию "Координатор изменений", используемому на практике, но не в полной мере. В описании обязанностей практика изменений упоминаются мониторинг и проверка (reviewing) корректности выполнения работ по изменению, но не прямо указана задача по координации действий участников. Координация изменений упоминается в ITIL не в разделе про роли, а в описании активностей процесса, и её выполнение может быть возложено на разные лица: менеджера процесса, практика изменений или участников CAB. Поэтому многие организации на практике выделяют отдельную роль координатора изменений для обеспечения сквозной ответственности, что не формализовано в самом стандарте ITIL.
Круглосуточная поддержка требует особого подхода к выбору каналов связи, поскольку не все способы одинаково подходят для работы в любое время суток. Телефонная поддержка потребует организации посменной работы сотрудников, что увеличивает затраты на персонал. Веб-портал и электронная почта лучше подходят для круглосуточного обслуживания, так как пользователи могут оставлять запросы в любое время, а ответы обрабатываются в рабочие часы. Автоматизированные системы, такие как чат-боты или базы знаний, также могут быть интегрированы для обеспечения немедленной помощи в нерабочее время. Поэтому компании часто комбинируют разные каналы, чтобы обеспечить доступность поддержки 24/7 при оптимальных затратах.
В ITIL указано, что роли в управлении изменениями могут быть объединены различным образом в зависимости от организационного контекста. Например, небольшие организации могут объединить обязанности владельца процесса управления изменениями, менеджера процесса, администратора изменений и председателя Консультативного совета по изменениям (CAB) в одну роль - менеджера изменений. В более крупных организациях эти функции обычно распределяются между различными специалистами. В ITIL4 с введением роли менеджера изменений как специфической для практики 'Поддержка изменений' также допускается сочетание его обязанностей с координатором изменений для работ в ограниченном контексте, в зависимости от структуры организации и масштаба изменений.
В современной страховой компании не должно быть отдельного пункта "подтверждение страхового случая" в потоках ценностей, потому что со стороны страхователя любые его действия по подтверждению страхового случая, кроме самого факта обращения за выплатой, являются потерями. Подтверждение страхового случая включает в себя предоставление информации, свидетельств и материалов, подтверждающих право на компенсацию, что создает дополнительные сложности для клиента. Вместо этого, страховая компания должна взять на себя эту работу: использовать собственные знания о событии, провести расследование и обеспечить подтверждение, является ли событие страховым случаем. Чем больше шагов в этой части пользовательского пути компания выполнит за клиента и чем быстрее она это сделает, тем больше ценности будет доставлено клиенту и тем меньше операционных потерь будет в собственных процессах компании. Это соответствует бережливому подходу, который направлен на устранение ненужных шагов и потерь как для клиента, так и для самой компании.
Схемы сертификации по управлению непрерывностью бизнеса предлагают два основных института: Business Continuity Institute (BCI) и Disaster Recovery Institute International (DRII). Оба института предоставляют программы сертификации, основанные на своих сводах знаний по управлению непрерывностью бизнеса, которые имеют различные подходы к организации этой деятельности.
Конфигурационный учёт тесно связан с автоматическим тестированием, особенно в условиях современной циклической разработки и конвейеров непрерывного развертывания. Наличие детальной модели конфигурации позволяет структурировать тестовые сценарии, определить критичные области системы и оценить влияние изменений на взаимосвязанные компоненты. Это повышает качество тестирования и снижает риски, связанные с внедрением изменений. Для компаний, использующих микросервисную архитектуру, конфигурационная модель особенно ценна при организации тестирования отдельных сервисов и их взаимодействия.
Для сохранения экспертных знаний бывших руководителей при изменении организационной структуры необходимо внедрить систему документирования и передачи знаний. Это может включать создание внутренней базы знаний, проведение регулярных учебных сессий и менторских программ. Также полезно интегрировать бывших руководителей в процессы межкомандного взаимодействия в качестве экспертов по конкретным направлениям. Важно поощрять культуру открытого обмена информацией и создать механизмы для того, чтобы ценный опыт не оставался на уровне личных контактов, а фиксировался и становился доступным для всей организации.