Примеры целей процесса управления инцидентами в ITIL, соответствующие принципу SMART: - Обеспечить увеличение доли своевременно решённых инцидентов до 95% к концу квартала. - Довести долю обращений, обработанных на первой линии поддержки, до 30% в течение полугода. - Сократить среднее время восстановления услуг после инцидентов критического уровня на 20% в течение года. - Увеличить удовлетворённость пользователей работой службы поддержки до 85% баллов по результатам опросов за квартал. Эти цели: - Сформулированы с использованием глаголов совершенного вида. - Имеют чёткие метрики и сроки. - Связаны с повышением качества ИТ-услуг через эффективное управление инцидентами.

Основные ошибки при формировании потоков ценности включают: 1) Попытку описать всю ценность продукта одним потоком даже для сложных продуктов; 2) Фокусировку на внутренних процессах компании вместо ценности для потребителя при определении потоков; 3) Создание одного универсального бэклога, игнорируя различия в природе создаваемой ценности; 4) Неправильное определение границ потока, когда один поток отвечает за принципиально разные виды ценности; 5) Игнорирование необходимости информационного взаимодействия между потоками; 6) Попытки измерять разные по природе потоки одинаковыми показателями; 7) Непредусмотрение механизма разрешения конфликтов между потоками за ресурсы. Эти ошибки приводят к неэффективному управлению, конфликтам и недостаточной фокусировке на создании реальной ценности для потребителей.

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

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

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

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

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

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

Функциональных руководителей можно стимулировать к участию в процессном управлении через систему метрик, связывая их оценку и вознаграждение с результатами процессов, в которых участвуют их подразделения. Даже если руководитель формально не несет функциональных обязанностей в процессах (не является R в матрице RACI), его оценка строится на основе процессных метрик его подчиненных. Например, руководитель отдела может оцениваться по таким показателям как доля заданий, выполненных в срок, доля инцидентов, принятых в работу своевременно, и другие показатели эффективности. Это создает мотивацию для руководителя уделять внимание процессам, предоставлять необходимые ресурсы и контролировать выполнение задач. Система метрик должна быть четко определена, со сопоставимыми показателями (шкала от 0 до 1) и понятным способом агрегации результатов для формирования итогового рейтинга.

Для обеспечения долгосрочной стабильности показателей своевременности обслуживания ИТ-процессов необходимо: 1. Регулярно измерять 'температуру' процессов с большей частотой и адресностью 2. Реализовывать стратегию Shift left - раннее обнаружение и решение проблем на начальных этапах жизненного цикла 3. Систематически собирать и анализировать данные для принятия решений, опираясь на объективные измерения 4. Обучать сотрудников и развивать их экспертизу для повышения общей эффективности процесса 5. Проводить регулярные аудиты и рефакторинг процессов с удалением лишних этапов и упрощением структуры 6. Инвестировать в автоматизацию рутинных операций и вспомогательные инструменты 7. Поддерживать запас ресурсов для оперативного реагирования на неожиданные изменения спроса 8. Формировать культуру непрерывного улучшения, где анализ проблем и внедрение решений является повседневной практикой 9. Обеспечивать прозрачность показателей и проблем как для исполнителей, так и для руководства 10. Делать упор на общий результат, а не на отдельные локальные оптимизации Это позволит создать устойчивую систему, способную как к оперативному реагированию на проблемы, так и к предотвращению их возникновения.