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

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

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

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

Эффект арбуза возникает, когда показатели выходов (output) выглядят успешными (зелёные индикаторы на дашбордах), но конечные результаты (outcome) оказываются неудовлетворительными — клиенты недовольны, несмотря на выполнение всех формальных критериев. Название происходит от внешней зелёной оболочки арбуза при красной мякоти внутри, символизируя внешнее благополучие и внутренние проблемы.

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

С 2016 года команда разрабатывала курс "Основы DevOps", а с 2017 года начали его проведение. К концу 2017 года первая версия курса была полностью переработана, что позволило улучшить структуру и содержание программы. Это было связано с тем, что DevOps была относительно новой темой для команды и требовалось лучше понять, насколько она релевантна целевой аудитории.

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

Автор считает, что должен существовать промежуточный уровень между USM и eSCM-SP, потому что USM слишком простой, а eSCM-SP слишком сложный для практического применения. Автор видит потребность в подходе, который будет близок по сложности к eTOM, но с возможностью обобщения на различные виды услуг, а не только телекоммуникационные. Такой промежуточный уровень должен сохранить простоту понимания USM, иметь достаточную детализацию, чтобы быть практически полезным, и не быть перегруженным сложностью eSCM-SP, что сделало бы его малоприменимым для многих организаций.

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