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

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

Процессы EDM01 и EDM05 в COBIT 5 ориентированы на управление самой системой руководства ИТ, в то время как EDM02–EDM04 обеспечивают руководство системой управления ИТ. Объектом для EDM01 является система руководства ИТ (процессы EDM02–EDM04), и этот процесс отвечает за создание и обновление подхода к руководству. Аналогично, EDM05 формирует отчетность и обеспечивает прозрачность деятельности системы руководства для заинтересованных сторон. Таким образом, процессы EDM01 и EDM05 описывают, как обеспечивается сама система руководства, в отличие от остальных процессов, которые управляют деятельностью организации в области ИТ.

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

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

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

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

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

Стандарт INCITS 494-2012 определяет три основных интерфейса: интерфейс правил внешней политики, интерфейс аудита и интерфейс унифицированных функций стандарта INCITS 459-2011. Интерфейс правил внешней политики позволяет ограничениям из внешней среды (бизнес-правилам, текущим значениям параметров и т.д.) поступать в движок RBAC. Этот интерфейс может также использовать результаты других точек принятия решений (PDP). Интерфейс аудита обеспечивает получение записей в результате работы движка RBAC, таких как использование прав доступа, отказы в доступе или применение ограничений. Интерфейс унифицированных функций стандарта INCITS 459-2011 обеспечивает синхронизацию движка RBAC и внешней системы в части используемых определений элементов и множеств.

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