Применение минимального норматива в 15 минут, даже для задач, выполняемых за 1–2 минуты (например, отправка простого электронного письма), приводит к многократному завышению суммарных трудозатрат. Это создаёт ложную статистику, где за рабочий день на 8 часов может быть зафиксировано 12 часов работы. Такой метод часто является скрытым сопротивлением сотрудников внедрению учёта, так как искажает реальную загрузку и мешает анализу эффективности. Подобная практика подрывает доверие к системе и затрудняет планирование ресурсов.

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

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

Согласно второму принципу DASA, важность ориентации на конечный результат (Create with the End in Mind) заключается в отказе от водопадного подхода и процессно-ориентированных моделей, где сотрудники выполняют только конкретные функции без понимания общей картины. Вместо этого компании должны действовать как продуктовые организации, явно сфокусированные на создании продуктов для реальных заказчиков. Это требует, чтобы все сотрудники понимали полный контекст создания продукта и представляли его конечными пользователям. Такой подход позволяет более эффективно выстраивать процессы, минимизировать разрыв между отделами и обеспечивать создание ценности для клиентов с самого начала процесса разработки.

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

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

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

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

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

Value Stream 'Request to Fulfill' (R2F) в IT4IT включает в себя несколько ключевых функциональных компонентов, отвечающих за предоставление ИТ-услуг конечным пользователям. К основным компонентам относятся: каталог услуг (Service Catalog), управление запросами (Request Management), управление инцидентами (Incident Management), управление проблемами (Problem Management), управление уровнем услуг (Service Level Management). Эти компоненты работают совместно для обеспечения того, чтобы пользователи могли легко запрашивать услуги, получать их без перебоев и иметь возможность сообщать о возникающих проблемах. Структура этого Value Stream напрямую соответствует основным процессам ИТ-управления в эксплуатации, описанным в ITIL v3, и представляет их как часть единого потока, направленного на удовлетворение запросов пользователей и обеспечение непрерывности услуг.