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

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

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

Ускорение поставки возможно без увеличения числа разработчиков или рабочего времени благодаря тому, что в производственной системе много задач создают простои и замедляют общий процесс. Для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания (для многих команд эта цифра достигает 95-97%). Сокращая количество работы в системе и фокусируясь на завершении текущих задач вместо начала новых, можно снизить время ожидания для отдельной задачи (например, с 95% до 70%), что приведет к повышению эффективности потока с типичных 3-10% до нормальных для гибких команд 30%. Это позволяет достичь кратного ускорения без увеличения ресурсов.

В управлении доступностью (AVA) основной акцент делается на снижение вероятности наступления нежелательных событий: устранение единой точки отказа, оптимизация систем, проактивное предотвращение потенциальных сбоев. В управлении непрерывностью (CONT) устранение вероятности сбоев не является целью, так как ЧС рассматриваются как неизбежные. Основной задачей CONT является снижение ущерба от наступления нежелательных событий за счет создания резервных площадок, альтернативных способов предоставления услуг и процедур восстановления. Таким образом, AVA проактивен, а CONT скорее реактивен.

Ролевое управление доступом (RBAC, Role Based Access Control) — это модель предоставления доступа, при которой весь доступ к информационным системам и ресурсам предоставляется только через роли. Роль представляет собой набор прав доступа. Пользователи получают доступ к системам и ресурсам исключительно через присвоенные им роли. Это означает, что права не закрепляются напрямую за пользователями, а устанавливаются через назначенные роли. Такая модель позволяет упростить управление доступом, особенно в крупных организациях, группируя права в логические наборы и привязывая их к должностям или функциональным обязанностям сотрудников.

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

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

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

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