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

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

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

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

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

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

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

Помимо скорости решения инцидентов на удовлетворённость пользователей влияет несколько важных факторов. Во-первых, количество коммуникационных итераций: чем меньше пользователю приходится взаимодействовать с службой поддержки в рамках одного инцидента, тем выше удовлетворённость. Это измеряется показателем FCR (First Contact Resolution) — долей инцидентов, решённых с первого обращения. Во-вторых, качество решения: важно, чтобы инцидент был устранён правильно с первой попытки, что контролируется через долю инцидентов, возвращённых на доработку. В-третьих, качество коммуникаций: это включает культуру общения, уровень прозрачности, своевременность оповещений и проактивное информирование пользователей о ходе решения инцидента. Все эти компоненты в совокупности формируют общий уровень удовлетворённости пользователей сервисом.

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

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