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

Для оценки начальника отдела в сфере управления инцидентами можно использовать следующие процессные метрики: доля заданий, выполненных в срок, от общего количества заданий на сотрудников отдела за период (К1); доля инцидентов, принятых в работу своевременно, от общего количества инцидентов, назначенных на сотрудников отдела за период (К2); доля инцидентов, решенных в срок и с первой попытки, от общего количества инцидентов, назначенных на сотрудников отдела за период (К3); коэффициент обновления по проблемам за период (К4). Все эти метрики должны быть приведены к единой шкале (обычно от 0 до 1) для возможности их сравнения и агрегирования. Итоговый рейтинг руководителя может строиться с использованием арифметического среднего, геометрического среднего, взвешенного среднего или среднего по доле от целевых значений.

В части 2 стандарта ISO 20000 на странице 20 содержится рекомендация: «Целевые показатели разрешения должны быть основаны на приоритете». Эта формулировка указывает, что сроки устранения проблем или инцидентов следует устанавливать с учетом их приоритета. При этом важно отметить, что это именно рекомендация, а не обязательное требование, так как находится во второй части стандарта.

В эксперименте Дэна Ариели участники двух групп по-разному справлялись с задачей сборки роботов LEGO Bionicle за деньги. В группе «Работа со смыслом» участники видели результат своего труда в виде выстроенных в ряд собранных роботов, что позволяло им осознавать ценность каждой следующей детали. В группе «Сизифов труд» роботы разбирались сразу после сборки, что уничтожало ощущение завершённости и ценности работы. Результаты эксперимента показывают, что участники первой группы собирали в среднем 10,6 роботов, а второй — всего 7,2. Кроме того, когда оплата снижалась ниже психологического барьера в $1, 65% участников первой группы продолжали работу, тогда как во второй группе эта доля составляла лишь 20%. Таким образом, эксперимент подтверждает, что когда люди видят смысл и результат своей работы, их продуктивность и мотивация значительно выше.

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

Регулярная смена приоритетов создает постоянную турбулентность и завихрения в системе выполнения задач, что приводит к значительным потерям эффективности. Чем чаще происходят изменения приоритетов, тем медленнее выполняются все задачи, как повышающиеся, так и понижающиеся в приоритете. При работе с длительными проектами (на месяцы) смена приоритета часто происходит на стадии, когда задачи уже начаты, но не завершены, превращая предыдущую работу в потерянные затраты. Это также отрывает ресурсы от развития и системного решения проблем организации труда, усиливая хаос и создавая новые кризисные ситуации.

Да, модель оценки процессов COBIT 5 PAM применима и для малых ИТ-команд, несмотря на распространенное заблуждение, что она подходит только для крупных компаний. Для небольших организаций необходимость в структурировании процессов возникает, когда внутренняя вариативность деятельности становится настолько значительной, что работа по памяти уже неэффективна. В таких случаях стандартные рамки управления — четкое распределение обязанностей, введение автоматизации, регулярное измерение и улучшение процессов — становятся критически важными. Эти элементы помогают стабилизировать работу даже небольшой команды и создают основу для будущего роста. Модель не навязывает сложные процедуры, но предоставляет структуру, которую можно адаптировать под масштаб компании.

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

Делегирование задач — это ценный навык для руководителя, так как он позволяет оптимально распределять работу между командой, развивать компетенции сотрудников и освобождать время руководителя для решения стратегических задач. Умение делегировать наполовину показывает, что руководитель способен построить систему работы, где каждый участник выполняет то, в чём он наиболее силён. Это особенно важно в небольших коллективах, где полное разделение ролей невозможно, и необходимо находить баланс между личным участием в работе и управлением процессами.

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