Основная цель системы Kanban, разработанной на производстве Toyota, заключалась в организации вытягивающего типа производства для построения системы «точно-во-время» (just-in-time, JIT). Это достигалось за счёт использования карточек для сигнализации между участками производственной цепочки. Когда на одном участке приближалось завершение производства или достижение определённого порога, карточка отправлялась предыдущему участку, указывая необходимость изготовления следующей порции продукции. Такой подход позволяет минимизировать складские запасы, избежать избыточного производства и повысить скорость выпуска продукции, так как материалы поступают именно тогда, когда они требуются для дальнейшей обработки.

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

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

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

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

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

Местоположение потребителя может существенно влиять на уровень ИТ-услуг, так как одно подразделение организации может быть распределено по различным площадкам, городам или странам. В таких случаях недостаточно использовать только оргструктуру для определения уровня услуг, поскольку расположение пользователя становится отдельным критерием выбора подходящего SLA.

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

Модель Compass Model тесно соотносится с концепцией ITIL 4, которая описывает преобразование выходов (outputs) в результаты (outcomes) и ценность (value). В ITIL 4 выходы - это конкретные продукты или услуги, которые поставляются (например, такси доставляет пассажира), результаты - это то, чего клиент достигает с помощью этих выходов (пассажир успевает на встречу), а ценность создается тогда, когда результаты соответствуют или превосходят ожидания. Модель Compass Model обеспечивает детальную структуру для понимания этих ожиданий через четыре аспекта: Север и Запад помогают определить желаемые результаты, тогда как Юг и Восток раскрывают глубинные установки и эмоции, влияющие на восприятие ценности. Работа с этими аспектами позволяет не просто выполнять базовые функции, но и создавать дополнительную ценность через превосходство ожиданий, что полностью соответствует философии ITIL 4.

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