Ошибка восприятия канбана как простого списка задач заключается в том, что канбан – это не только визуализация задач, сложенных по статусам ("Надо сделать", "Делаем", "Сделано"), но и инструмент управления потоком работы. Настоящий канбан позволяет выявлять узкие места процесса, устанавливать ограничение на количество задач в работе одновременно (WIP limit) и организовывать вытягивающую систему производства, где следующий этап берёт задачу только после освобождения предыдущего этапа. Простое размещение задач на доске без соблюдения этих принципов не делает процесс настоящим канбаном.

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

Основные недостатки ABAC связаны со сложностью управления и аудита. Из-за использования множества атрибутов и условий правила становятся запутанными, требуют постоянного обновления и сложны в поддержке. В отличие от RBAC, где права явно привязаны к ролям, в ABAC невозможно быстро определить, какие именно привилегии имеет конкретный пользователь, так как модель не оперирует понятием «права». Это делает ABAC неэффективным для аудита и управления правами на уровне отдельных пользователей.

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

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

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

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

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

При установлении ключевых практик для процесса измерения возникают следующие трудности: сложно определить комплекс практик, необходимых для реализации назначения процесса; рекомендации из фреймворков, таких как CSF в ITIL или Key Practices в COBIT5, могут быть слишком общими или не полностью соответствовать специфике конкретной организации; даже после определения ключевых практик и разработки для них метрик могут оставаться сомнения в полноте покрытия всех аспектов управления процессом. Эти трудности требуют дополнительного анализа и адаптации стандартных подходов под конкретные условия.

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