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

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

25
авторов

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

100%
оригинальный контент
Особенности страхования здоровья в поездках через онлайн-агрегаторы, которые могут вызвать проблемы у клиентов, включают непрозрачность процесса оформления полиса, когда клиент не всегда понимает, с каким конкретно страховщиком заключается договор. Часто агрегаторы предоставляют множество опций, но при выборе дополнительных услуг система может некорректно обрабатывать запрос или не включать выбранные опции в конечный полис. Проблемы возникают с изменением условий страхования в процессе покупки, когда сначала предлагается выбор среди нескольких компаний, а после выбора дополнительных опций список сужается. Также часто встречаются ситуации, когда стоимость полиса не меняется при выборе дополнительных опций, что указывает на возможный сбой системы. При обращении за помощью клиент сталкивается с тем, что агрегатор не может оперативно решить вопросы, связанные с конкретным страховщиком, и перенаправляет его к партнеру.
Подход к обучению в игре Grab@Pizza отличается от традиционных методов своей интерактивностью и вовлечённостью участников. В отличие от лекций или теоретического обучения, игра создаёт имитацию реальных рабочих ситуаций, в которых участники активно взаимодействуют между собой, принимают решения и видят их последствия в режиме реального времени. Такой метод обучения позволяет быстрее усваивать материал, лучше запоминать ключевые моменты и применять полученные знания на практике. Также игра создаёт условия неопределённости, похожие на реальный бизнес, что помогает развивать навыки принятия решений в стрессовых ситуациях.
Бритва Оккама в контексте использования OLA и SLA означает принцип минимальной сложности, согласно которому не следует умножать сущности без необходимости. В данном случае это подразумевает, что если термин OLA не добавляет ценности к пониманию процессов и фактически дублирует SLA с другой точки зрения, то его можно не использовать. SLA и UC (Underpinning Contracts) достаточно для описания всех необходимых соглашений, поэтому нет необходимости введения отдельного термина OLA. Таким образом, применяя бритву Оккама, можно упростить управление сервисами, убрав избыточный термин, который только вызывает путаницу и усложняет процессы.
В материале Гартнера упоминаются различные стандарты в области управления информационными технологиями, включая ITIL, который относится к области управления ИТ-услугами. Также отмечается, что eTOM был отнесен к предписывающим стандартам в этой области. Однако в тексте указано, что некоторые стандарты, такие как PAS56/PAS77, не упомянуты в отчете, что может быть расценено как несоответствие или упущение в анализе.
Компании предпринимают ряд мер для минимизации внешних факторов, влияющих на соблюдение расписания, включая установку систем защиты от несанкционированного проникновения третьих лиц, птиц и животных на железнодорожные пути, модернизацию информационных сервисов для повышения их устойчивости к инцидентам доступности и общее повышение уровня надежности подвижного состава. Также компании рассматривают возможность внедрения искусственного интеллекта для управления поездами и замены персональной диспетчерской службы, что должно снизить человеческий фактор как основную причину отклонений от расписания.
Принцип 'вытягивания' целесообразно использовать в сложных организационных структурах (особенно тех, которые попадают в квадрант 'Complex' модели Cynefin), где предсказать развитие событий сложно. Этот принцип предполагает, что каждое звено процесса производит работу только тогда, когда в ней есть непосредственная потребность со стороны следующего звена. В ИТ это означает, что разработка функциональности или внедрение изменений происходит на основе реального спроса от непосредственных заказчиков, а не по внутренним планам ИТ-службы.
В тексте упоминаются несколько бизнес-игр, которые ярко демонстрируют проблемы с коммуникациями: Apollo-13, Grab@Pizza и 2020. Эти игры имитируют реальные ситуации, в которых участники сталкиваются с трудностями из-за неправильной передачи информации. Например, в игре Apollo-13 команде необходимо спасти космический корабль, но из-за недостаточной коммуникации может возникнуть ситуация, когда корабль «не возвращается» к Земле. В игре Grab@Pizza возникают проблемы с искажением бизнес-требований при передаче их от заказчика к исполнителю, что приводит к неверному выполнению задач. В игре 2020 участники сталкиваются с ситуацией, когда «наш айсберг тает» из-за неправильно организованных коммуникаций. Все эти примеры показывают, как незначительные ошибки в коммуникации могут привести к серьезным последствиям в выполнении задач.
Добавление показателя качества в методику EVM не решает основной проблемы оценки проектов, так как главная проблема связана с показателем SPI, который некорректно оценивает соблюдение сроков завершенных проектов. Даже имея информацию о качестве, мы не сможем получить объективную оценку соблюдения временных рамок, поскольку SPI по завершении проекта всё равно будет показывать значение 1, не отражая реального отставания в сроках выполнения. Таким образом, проблема не в отсутствии показателя качества, а в принципиальной недостаточности SPI как метрики для оценки сроков проекта.
Когда обе метрики равны (K1 = K2 = X%), геометрическое среднее дает K = X%, что логично: достигнутый баланс оценивается на уровне его качества. Например, при X=90% K=90% показывает, что высокая своевременность и результативность приводят к высокому общему показателю. При X=50% K=50% отражает средний уровень выполнения задач. Эта линейная зависимость сохраняется только при балансе, тогда как дисбаланс резко снижает K, что усиливает стимул к устранению перекосов.
В контексте прозрачности для процесса Управления инцидентами (INC) упоминается критический фактор успеха: «Улучшать прозрачность и коммуникации в работе процесса». Это означает, что процесс должен быть организован так, чтобы обеспечивать своевременную и понятную информацию всем заинтересованным сторонам о текущем состоянии инцидентов. Данный CSF направлен на минимизацию неопределённости для пользователей и подразумевает создание эффективных механизмов коммуникации, позволяющих быстро и удобно предоставлять информацию о статусе инцидентов.