Customer Lead Time - это время ожидания, которое считается от момента принятия решения о реализации задачи (зеленый флажок) до момента поставки результата заказчику. Этот период зависит от количества задач, которые находятся в системе перед рассматриваемой задачей, а также от скорости обработки этих задач. Особенно комично выглядит попытка определить срок поставки задачи именно в момент принятия решения, так как зачастую очередь задач меняется, и точную дату завершения предсказать невозможно.

Стандартный KPI по своевременности может быть вводящим в заблуждение, так как учитывает только факт устранения инцидента в рамках Tmax, не обращая внимания на реальное время решения. Например, два сценария с одинаковым процентом соблюдения сроков (95%) могут иметь существенно разные средние времена устранения — 67% и 56% по усовершенствованной методике. При этом первый вариант предполагает гораздо более оперативное восстановление сервисов и меньшее влияние на бизнес, что не отражается в традиционном KPI.

Целевое состояние ИТ-процессов определяется после оценки текущих задач, возможностей и ограничений компании. Оно включает определение состава процессов, их целей, задач, специфики и необходимых инструментов для решения поставленных задач. После этого целевое состояние сравнивается с текущим, чтобы выявить направления для улучшения.

Чтобы понять причину перегрузки, нужно проанализировать, что именно занимает время сотрудника. Если сотрудник выполняет много задач, но результаты низкокачественные или не соответствуют целям, это может указывать на недостаточную производительность из-за неоптимизированных процессов. Если же сотрудник постоянно занят, но не успевает выполнить план, это может быть связано с нехваткой ресурсов или перераспределением обязанностей. Важно провести анализ процессов, чтобы определить, где есть потери времени и какие шаги можно упростить или автоматизировать. Также стоит учитывать качество работы и соответствие результатов поставленным задачам.

Если одна из tension-метрик равна нулю, итоговый KPI, рассчитанный как геометрическое среднее, также будет равен нулю. Например, при K1 = 100% и K2 = 0%: K = √(100% × 0%) = 0%. Это отражает критическую проблему — полное отсутствие баланса, когда одна из метрик игнорируется. Такая характеристика геометрического среднего делает его подходящим инструментом для оценки эффективности, где обе метрики обязательны к выполнению.

Внутренние сервисные отношения, такие как отношения между ИТ-подразделением и бизнес-подразделениями в рамках одной организации, напрямую влияют на общую эффективность организации. При отсутствии чёткой формализации и ориентации на реальную ценность это приводит к нерациональному использованию ресурсов и снижению общей эффективности. Например, если ИТ-департамент фокусируется только на формальных показателях, а не на реальных потребностях бизнеса, это может привести к созданию систем, которые формально работают, но не поддерживают бизнес-процессы эффективно. Нехватка неформальных отношений и коммуникации приводит к созданию разрыва между ИТ и бизнесом, когда технические решения не соответствуют реальным потребностям. С другой стороны, хорошо построенные внутренние сервисные отношения, сочетающие формальную структуру с ориентацией на реальную ценность, способствуют более эффективному использованию ресурсов организации в целом, повышая её конкурентоспособность и способность к адаптации.

Ошибочные представления об ИТ-персонале опасны для руководителей крупных компаний тем, что они могут привести к: - Неправильным стратегическим решениям, основанным на завышенной оценке квалификации существующего персонала. - Недооценке необходимости инвестиций в развитие и улучшение управления персоналом. - Проблемам в реализации проектов из-за несоответствия между ожидаемым и реальным уровнем компетенций сотрудников. - Ухудшению конкурентоспособности компании на рынке. - Повышению рисков срыва ключевых инициатив и проектов. - Потере ценных проектов и клиентов из-за низкого качества работы. - Формированию неэффективной структуры управления, которая не в состоянии компенсировать недостаток квалификации на исполнительском уровне.

KEDB (Known Error Database) - это база данных известных ошибок, которая играет ключевую роль в управлении проблемами. Она содержит информацию об известных проблемах, их корневых причинах, обходных решениях и постоянных решениях. KEDB позволяет быстро находить решение для инцидентов, которые вызваны уже известными проблемами, что существенно сокращает время восстановления услуг. Эффективное использование и поддержание KEDB в актуальном состоянии облегчает работу сервисных команд, ускоряет разрешение инцидентов и способствует постоянному улучшению качества предоставляемых ИТ-услуг.

Консультанты должны аргументировать каждое своё предложение в работе с подготовленным заказчиком, поскольку такой заказчик обладает достаточными знаниями для критической оценки предлагаемых решений. Это означает, что предложения без должного обоснования будут отклонены, что заставляет консультантов тщательнее подходить к подготовке решений. Аргументация требует от консультантов глубокого понимания как отраслевых стандартов, так и специфики конкретной организации. Также это способствует лучшему пониманию решений самим заказчиком, что повышает шансы успешной адаптации и внедрения системы. Кроме того, необходимость аргументации стимулирует консультантов постоянно развивать свои профессиональные компетенции и быть в курсе последних тенденций и практик в области управления ИТ.

Для выбора услуг, которые следует выбрать для первоначального внедрения SLM, рекомендуется учитывать следующие критерии: - Уровень критичности услуги для бизнеса: чем выше критичность, тем больше потребность в четком управлении уровнем обслуживания. - Степень понимания бизнесом данной услуги и готовность к диалогу по определению требований. - Наличие текущих проблем или частых инцидентов, которые могут быть устранены с помощью внедрения SLM. - Техническая зрелость услуги и ИТ-инфраструктуры, которая ее поддерживает. - Наличие опыта успешного внедрения подобных процессов для аналогичных услуг. - Уровень заинтересованности владельцев бизнеса в данной услуге и их готовность участвовать в процессе. - Сложность услуги: для начала лучше выбирать менее сложные услуги, которые проще в управлении. - Наличие исторических данных, которые помогут определить реальные показатели "как есть". - Потенциал для быстрого достижения видимых результатов, что повысит доверие к процессу внедрения. Выбор услуг, соответствующих этим критериям, значительно повысит шансы успешного запуска процесса SLM.