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

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

Раздел «Хорошие практики» в описании фактора влияния COBIT 5 включает набор задач и факторов успеха, необходимых для реализации назначения процесса. Эти практики можно взять из общедоступных референтных моделей, таких как COBIT, ITIL или ISO20000, или разработать собственные. Например, для процесса BAI06 Manage Changes COBIT 5 определяет такие практики, как оценка и приоритизация запросов на изменения, управление экстренными изменениями, отслеживание статуса изменений и их документирование. Соответствие этим практикам является метрикой соответствия внешним или внутренним требованиям и помогает оценить, насколько процесс соответствует лучшим практикам отрасли, что важно как для внутреннего совершенствования, так и для аудита и сертификации.

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

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

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

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

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

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

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