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

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

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

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

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

Процесс учета рабочего времени занимает значительно меньше, чем многие предполагают. За весь 2014 год на эту задачу потребовалось всего 6 часов 4 минуты, что составляет 0,32% всего рабочего времени за год. Это опровергает распространенное мнение о том, что учет времени может занимать от 5% до 10% рабочего времени.

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

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

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

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