Основное различие между подходами канбана и VSM в части ограничения работ в процессе заключается в том, что в канбане ограничение WIP является неотъемлемым и регулируемым элементом системы, тогда как в классической карте потока создания ценности (VSM) такое ограничение не определяется напрямую. В VSM можно определить теоретическое ограничение всей системы по самому медленному участку (узкому месту), но в канбане WIP-ограничения задаются явно для каждого этапа или для всего процесса, что позволяет оперативно управлять загрузкой и скоростью выполнения задач. Это особенно важно в средах, где необходимо сохранять ресурсы для неплановых задач, таких как срочные исправления ошибок.

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

Низкой эффективности потока в командах разработки (3-10%) способствуют несколько факторов: большое количество задач в системе, нежелание делать сложный выбор между задачами, склонность брать новые, понятные задачи вместо решения уже начатых сложных задач, использование статуса 'отложено' для задач, требующих уточнений или участия отсутствующих сотрудников. Все это приводит к тому, что значительная часть трудозатрат превращается в простои и не добавляет ценности, а время ожидания для отдельных задач достигает 90-97% от общего времени нахождения в системе.

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

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

Доступность ИТ-услуги измеряется по формуле: (время, в течение которого услуга была доступна) / (время, в течение которого услуга должна быть доступна). Однако для точного измерения необходимо определить критерии доступности и интервалы предоставления услуги. Показатель рассчитывается с использованием данных мониторинга интерфейсов, API, веб-страниц, анализа логов, end-to-end тестирования и контроля соблюдения SLA. Важно суммировать интервалы недоступности с учетом их пересечения. При отсутствии автоматизации могут использоваться менее точные методы, такие как учет длительности инцидентов, но это может привести к искажению данных.

Кратное ускорение подразумевает не модернизацию процессов на 10-20%, а значительное сокращение времени выхода на рынок новой функциональности в разы: минимум в два раза, предпочтительно в три, желательно в пять-десять раз. Реализация кратного ускорения означает, что вместо 25 минут на выполнение одной задачи, как в типичном случае в начале рабочего процесса, время сокращается до 40 секунд - 1,5 минуты при сохранении или увеличении объёма выполненных задач. Также значительно растёт процент задач, успешно завершённых - с 25-50% до 85-100%.

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

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

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