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

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

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

Для предотвращения путаницы необходимо четко определить в договорах и технической документации используемую терминологию. Рекомендуется сопровождать термины пояснениями вида: «Доступность (в смысле ITIL, включая плановые простои)». При работе с российскими стандартами можно указывать: «Готовность (в соответствии с ГОСТ Р 53480-2009)». Также полезно использовать англоязычные оригиналы (availability) с расшифровкой методологии расчета в приложениях.

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

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

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

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

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

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