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

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

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

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

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

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

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

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

Запрос на получение информации о текущем статусе инцидента должен обрабатываться в процессе Управление инцидентами (Incident Management, INC). Этот процесс несёт ответственность за обеспечение прозрачности работы с инцидентами, включая коммуникацию информации о статусе инцидента. В ITIL Service Operation явно указано, что обеспечение прозрачности является частью задач процесса INC. В примере критических факторов успеха упомянут KPI: «Среднее число звонков на Service Desk и прочих контактов со стороны бизнес-пользователей по поводу уже зарегистрированных инцидентов», что подразумевает необходимость минимизации таких запросов за счёт качественной коммуникации в рамках INC. Хотя процесс Управления запросами на обслуживание (Request Fulfillment Management, RFF) может использоваться как канал передачи информации, основная ответственность за организацию коммуникации и прозрачность лежит на INC, поэтому именно этот процесс должен отрабатывать запросы о статусе инцидента.

Акт потребления услуги представляет собой ключевой элемент потоков создания ценности, но ранее он не укладывался в каноничные модели потоков развития. В конечном итоге, осознание конечной ценности происходит именно в момент потребления услуги клиентом. Для правильного включения акта потребления в систему управления предложено использовать потоки "прямого потребления". Например, в страховой компании можно выделить два основных инициирующих набора активностей, вызванных актами потребления услуги: приобретение страхового права и получение страховой компенсации. Эти потоки формируют прямую ценность для страхователя, и каждый шаг приближает его к желаемому результату. Важно, чтобы процесс учитывал, что многие действия, которые раньше возлагались на потребителя (например, подтверждение страхового случая), на самом деле являются его потерями, и компания должна брать эти действия на себя.