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

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

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

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

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

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

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

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

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

Согласно Business Continuity Institute Good Practice Guidelines 2010 (GPG), жизненный цикл системы управления непрерывностью бизнеса состоит из шести этапов: анализ организации, определение стратегии обеспечения непрерывности, разработка и внедрение планов обеспечения непрерывности, испытание и оценка планов, менеджмент программы управления непрерывностью бизнеса, внедрение управления непрерывностью бизнеса в организационную структуру. Каждый этап подробно описан в документе.