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

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

25
авторов

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

100%
оригинальный контент
Да, чем шире охват учета в CMDB, тем сложнее оценить трудозатраты. С увеличением количества учитываемых конфигурационных единиц возрастает число привлекаемых к сопровождению специалистов, которые решают разные по ресурсоемкости задачи. Разные группы конфигурационных единиц (ИТ-системы, бизнес-приложения, технологические элементы бизнес-приложений, инфраструктура) обслуживают разные специалисты с различной стоимостью рабочего времени. Кроме того, структура информации и источники ее получения тоже различны для разных групп. Это делает необходимым детальную разбивку по группам и ролям для точной оценки трудозатрат. При широком охвате становится критически важным нормирование отдельных задач по сопровождению CMDB в разбивке по участвующим ролям и учету требований к компетенциям исполнителя.
В сценариях массового обслуживания, где одна услуга имеет множество заказчиков с различными уровнями обслуживания, каталог услуг и SLA представляют собой отдельные документы: каталог описывает услуги, а SLA определяет условия их предоставления для разных категорий заказчиков. В случае внутреннего ИТ-подразделения с одним основным заказчиком и единой инфраструктурой такое разделение часто избыточно, и каталог услуг фактически становится «каталогом SLA», где уровень обслуживания интегрирован в описание самой услуги, а дополнительные спецификации прилагаются к основному SLA.
Для клиента остаются невидимыми многие аспекты услуги, такие как внутренние процессы управления, затраты на ресурсы, технические решения и методы организации работы. Например, при использовании центрального водоснабжения клиент не беспокоится о таких вопросах, как проектирование трубопроводов, выбор материалов для строительства, регламенты работы котельных или режим завоза топлива. Однако для поставщика услуги именно эти аспекты критически важны, так как они определяют себестоимость услуги и уровень качества, который будет предоставлен клиенту. Поставщик должен учитывать и управлять всеми этими факторами для обеспечения стабильности и надежности услуги.
ИТ-менеджеру необходимо уметь оценивать взаимодействие с поставщиками и партнерами, понимать их роль в общем процессе предоставления услуг и выстраивать эффективную коммуникацию. Это включает умение анализировать их вклад, оптимизировать взаимодействие и создавать синергетические эффекты для повышения качества конечного продукта.
В тексте приводятся следующие примеры совместного создания ценности: услуга такси позволяет клиенту вовремя прийти на встречу, услуга обучения повышает квалификацию и компетентность работников потребителя. В случае покупки автомобиля потребитель снимает с себя затраты на использование общественного транспорта или такси, становясь более мобильным и независимым от времени и места, но приобретает затраты на содержание и использование автомобиля. Поставщик (автодилер) получает ценность через продажу автомобиля и установление долгосрочных отношений с клиентом.
Услуга становится ресурсом для другой услуги, когда она не предоставляется конечному потребителю напрямую, а используется как компонент для обеспечения более комплексной услуги. Определить это можно по следующим признакам: услуга не имеет прямого SLA с конечным клиентом, потребитель не взаимодействует с ней напрямую, она является частью внутренней архитектуры предоставления основной услуги. Например, услуга хостинга серверов может быть ресурсом для услуги предоставления веб-приложения конечному пользователю.
Выходом каждого процесса проектирования услуг в предложенной модели является ожидаемое значение одноименного параметра качества, применимое ко всем услугам сразу. Это означает, что результат работы по каждому процессу (безопасность, надежность, доступность, удобство) определяет целевой уровень соответствующего параметра качества для всей системы услуг в целом, обеспечивая единые стандарты и критерии оценки.
Ресурсные ИТ-услуги сосредоточены на предоставлении клиенту конечных ресурсов, таких как приложения, устройства или доступ к сетям, где ценность создается непосредственно самим ресурсом. Для заказчика полезность здесь очевидна - работоспособное приложение или доступ в интернет. Услуги, основанные на деятельности, фокусируются на работе, которую выполняет ИТ-служба: консультации, анализ данных, моделирование бизнес-процессов. В ресурсных услугах деятельность ИТ-службы обычно скрыта и вторична в сознании заказчика, тогда как в услугах, основанных на деятельности, сама работа ИТ-специалистов - это основная ценность. Большинство традиционных ИТ-услуг являются ресурсными, что создает сложности в обосновании необходимости инвестиций в процессы и инфраструктуру, обеспечивающие эти ресурсы.
Основное отличие между использованием метрик EVM для текущих и завершённых проектов заключается в том, что при анализе текущих проектов SPI (Schedule Performance Index) адекватно отображает отставание от графика, но для завершённых проектов этот показатель становится равным единице, независимо от реальных задержек, так как весь объём работ к этому моменту уже выполнен. В то же время, показатель CPI (Cost Performance Index) остаётся полезным на всех этапах проекта, поскольку он корректно отражает соотношение стоимости работ и фактических затрат, как в процессе выполнения, так и после завершения проекта.
Чтобы предотвратить выполнение работы подчиненными под чужим руководством без контроля со стороны прямого руководителя, необходимо: 1. При работе с RACI- или RASCI-матрицей четко определить и зафиксировать, кто является ответственным за организацию работы (это может отличаться от ответственного за конечный результат). 2. Если вы находитесь в позиции S (Supports - поддерживающий), рекомендуется делегировать непосредственное исполнение задачи, сохранив за собой роль в информационном потоке (I - Informed) или консультативную роль (C - Consulted). 3. Убедиться, что для всех задач, в которых участвуют ваши подчиненные, определены точки контроля, через которые вы сможете отслеживать прогресс и качество выполнения. 4. Установить четкие правила информирования о ходе выполнения задач, даже если непосредственное руководство осуществляется другим менеджером. Это гарантирует, что вы будете в курсе происходящего и сможете вмешаться при необходимости, не позволяя ситуации выйти из-под контроля.