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

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

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

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

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

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

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

Время руководителя нужно беречь, так как оно критически ограничено, и его катастрофически не хватает на все задачи. Эффективное управление предполагает, что руководитель должен сосредоточиться на стратегических задачах и принятии ключевых решений, а не на оперативном выполнении задач, которые могут быть делегированы. RACI-матрица помогает определить, какие задачи (обозначенные как R - Responsible) могут быть переданы другим сотрудникам. Делегирование позволяет руководителю оптимизировать использование своего времени, повысить личную продуктивность и дать возможность подчиненным развивать профессиональные навыки. Это также способствует созданию более устойчивой команды, не зависящей от прямого участия руководителя в каждой задаче.

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

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