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

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

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

Универсальный характер имеют деловые игры, такие как "Египет - управление проектами" и "2020 - организационные изменения", полезные не только для ИТ-руководителей, но и для специалистов из других сфер. Они ориентированы на развитие общих навыков управления, которые применимы в различных профессиональных контекстах.

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

ITIL v3 предоставляет полезные подходы к измерению бизнес-процессов, особенно в разделе Continual Service Improvement (Постоянное улучшение услуг), глава 3.7.2 'Value to business'. Этот раздел объясняет ценность измерений для бизнеса и содержит практические рекомендации по применению метрик, фокусируясь на создании реальной ценности через измерение и улучшение процессов.

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

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

С 2016 года команда разрабатывала курс "Основы DevOps", а с 2017 года начали его проведение. К концу 2017 года первая версия курса была полностью переработана, что позволило улучшить структуру и содержание программы. Это было связано с тем, что DevOps была относительно новой темой для команды и требовалось лучше понять, насколько она релевантна целевой аудитории.

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