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

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

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

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

Чтобы оценить, создает ли система управления конфигурациями реальную ценность для организации, необходимо поговорить с теми, кто, по мнению руководства, должен использовать эту информацию, и попросить их показать, как они работают с ней на практике. Если люди не используют CMDB или используют её только формально, это свидетельствует о том, что система не приносит ценности. Также важно внедрить мониторинг и отчётность по реальным вариантам использования, чтобы измерять эффективность процесса. Если CMDB является просто «базой только для записи», её необходимо перепроектировать, сначала определив конкретные нужды пользователей и способы, которыми информация может быть полезна в их повседневной работе.

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

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

В российских стандартах (ГОСТ 27.002-89, ГОСТ Р 53480-2009) применяется термин «готовность», заимствованный из теории надежности и ориентированный на технические характеристики. Международные стандарты ITIL и ISO/IEC 20000 используют термин «доступность» (availability), который в контексте ИТ-управления включает не только техническую работоспособность, но и организационные аспекты предоставления услуги. Это различие сохраняется в профессиональной литературе и требует адаптации терминологии при локализации документов.

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

Альтернативами могут выступать такие подходы, как закрытие инцидента с кодом "Функциональность приложения", сопровождаемое подробным разъяснением пользователю, или отнесение инцидента к категории запросов на улучшение вместо ошибки. Также возможны промежуточные статусы, которые отражают необходимость изменений в документации или обучении пользователей, либо создание проблемной записи для дальнейшего анализа и возможного изменения функциональности.