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

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

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

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

Для оценки риска изменений (Change Risk) можно использовать несколько видов метрик. Прямые метрики (отложенные показатели): Percentage of Changes Without Recurring incidents, Total time of Major incidents caused by Releases, Number of defects per release. Эти метрики отражают уже произошедшие инциденты и их последствия. Опережающие показатели: Release size (размер релиза), Emergency change rate (доля аварийных изменений), которые помогают прогнозировать потенциальные риски. Также косвенно на Change Risk влияют метрики, связанные с First-Time Implementation Rate и Standardization/Automation, так как они отражают качество подготовки и внедрения изменений.

Управление релизами не обязательно должно быть отдельным процессом в ИТ-организации. В зависимости от организационной структуры, управление релизами может быть реализовано как отдельный процесс (в подразделении разработки и сопровождения) или как часть процесса управления изменениями (в подразделении эксплуатации). Во втором случае управление релизами выполняет функцию инструмента управления изменениями, отвечающего именно за внедрение, что соответствует описанию в ITIL и IBM Tivoli Unified Process.

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

Проблема недостатка времени на долгосрочное развитие в условиях постоянной занятости оперативными вопросами формулируется как необходимость выделять время для важных, но не приносящих немедленного удовлетворения дел. В тексте прямо не указаны конкретные решения, а лишь обозначена сама проблема: рутинные оперативные задачи стремятся занять всё доступное рабочее время, тогда как на развитие себя и компании времени, как правило, не хватает. Автор констатирует необходимость найти способ обеспечить достаточно времени для долгосрочных задач развития, несмотря на давление текущих оперативных вопросов.

Накопление опыта и знаний положительно влияет на эффективность внедрения изменений в ИТ через повышение Change capability (способности ИТ-организации проводить изменения). Чем чаще внедряются изменения (выше Release rate), тем больше возможностей для обучения на собственных ошибках, отработки взаимодействия и усвоения уроков. Это приводит к росту компетенций команды, увеличению способности автоматизировать стандартные процессы (Standardization/automation) и улучшению First-Time Implementation Rate (коэффициент успешного внедрения с первого раза). В итоге, усиленная Change capability позволяет сократить Process Time (время работы над изменением) и, как следствие, снизить общий Time to market. Этот процесс образует положительную усиливающую петлю обратной связи, где ритмичные малые внедрения приводят к росту возможностей, что позволяет делать еще больше и качественнее внедрений, создавая эффект непрерывного улучшения процессов.

System Lead Time (время в системе) считается от точки принятия обязательств (красный флажок) до момента поставки результата заказчику, тогда как Customer Lead Time считается от момента принятия решения о реализации задачи (зеленый флажок) до момента поставки. System Lead Time является одной из ключевых характеристик эффективности разработки, по которой можно с высокой вероятностью предсказывать сроки выпуска для новых задач, выявлять риски и классифицировать задачи.