При внедрении системы измерения эффективности в ИТ-процессах часто совершаются следующие ошибки: 1. Механическое копирование KPI из рекомендательных материалов (таких как ITIL) без понимания, что это лишь примеры, а не готовые решения, подходящие для конкретной организации. 2. Стремление измерить все возможные параметры процесса, что приводит к чрезмерной сложности и малой полезности системы измерений. 3. Игнорирование здравого смысла: попытка полного управления через измерения и безоговорочное доверие только технически "объективным" данным при отвержении субъективной, но важной информации (опросы удовлетворенности пользователей). 4. Отсутствие целостного подхода: KPI для отдельных процессов разрабатываются изолированно, без учета их роли в общей системе управления ИТ и взаимосвязей с другими процессами. 5. Сбор непригодных данных: иногда возникают сложности со сбором данных, они недоступны или вызывают сомнения в своей объективности, что делает KPI бесполезным для принятия управленческих решений. 6. Формирование KPI без четкого понимания целей измерения: что именно нужно измерять и зачем это нужно, что приводит к использованию показателей, не помогающих в принятии решений.

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

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

Метрика TPI (Time Performance Index) используется в ИТ-управлении для оценки своевременности обработки пользовательских обращений. В отличие от простого отношения количества своевременно обработанных запросов к общему числу, TPI учитывает как новые, так и давно просроченные обращения. Это позволяет стимулировать сотрудников не только оперативно обрабатывать новые запросы, но и уделять внимание старым, нерешенным проблемам. Метрика помогает создать более справедливую систему оценки производительности, избегая ситуаций, когда сотрудники фокусируются только на новых обращениях, игнорируя старые задачи.

ITIL (Information Technology Infrastructure Library) представляет собой набор передовых методов управления ИТ-услугами, который развился в эпоху, когда многие фундаментальные управленческие концепции уже были установлены. ITIL интегрирует принципы, разработанные ранее: он применяет идеи управления процессами Эдварда Деминга к ИТ-среде, использует системный подход, вдохновленный кибернетикой Винера, и может быть дополнен сбалансированной системой показателей Каплана и Нортона для измерения эффективности ИТ-услуг. ITIL структурирует ИТ-процессы в рамках общей классификации бизнес-процессов, адаптируя общие управленческие принципы к специфике управления информационными технологиями.

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

Суть гибких подходов в управлении командами заключается в способности людей объединяться в сплоченные небольшие группы на основе сильных эмоциональных связей для достижения общей цели. Гибкие методологии фокусируются на приоритете людей и взаимодействия над процессами и инструментами, подразумевая, что качественная коммуникация и взаимное доверие важнее строгого следования регламентам. Для поддержания таких связей необходимы регулярные встречи, обсуждения и создание безопасной среды, где участники могут открыто делиться идеями и брать на себя ответственность. Это особенно эффективно в условиях высокой неопределенности, когда требуется быстрая адаптация к изменениям и творческий подход к решению проблем.

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

Цифры не отражают человеческого фактора: мотивации, качества взаимодействия, скрытых издержек. Например, показатель «100% задач выполнено в срок» может маскировать постоянные переработки сотрудников или откладывание проблем на будущее. Без анализа контекста руководство получает искаженную картину, которая не помогает в принятии решений и может привести к ухудшению эффективности в долгосрочной перспективе.

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