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

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

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

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

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

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

Коэффициент готовности (по ГОСТ) рассчитывается как отношение времени, когда компонент технически способен работать, ко всему времени, включая время восстановления. Коэффициент доступности (по ITIL) учитывает также плановые простои, время на обслуживание и простои из-за внешних факторов. Таким образом, доступность как метрика в ИТ включает в себя готовность, но расширяет её дополнительными параметрами, связанными с управлением услугой.

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

Для выбора ключевых метрик важно сосредоточиться на том, какие показатели реально отражают эффективность и производительность процесса. Следует избегать множества сложных диаграмм и графиков, акцентируясь на 3-4 ключевых метриках, которые позволяют понять, как строится поток создания ценности. Метрики должны быть понятны всем участникам процесса и помогать в ежедневной работе. Они должны отвечать на важные вопросы: куда уходят ресурсы, где возникают задержки, как ускорить вывод ценности к клиенту.

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