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

Большое количество задач в системе (от нескольких десятков до нескольких сотен задач у команд из 7-9 человек) затрудняет координацию и приоритизацию работы. Люди склонны отказываться от сложных решений и выбирать понятные задачи, часто откладывая сложные и непонятные задачи (ставя их в статус 'отложено'), и вместо этого брать новые, интересные задачи. Это приводит к застывшему потоку, управлять которым и поставлять результаты становится крайне непросто. Большое количество задач в системе вызывает простои и замедляет общий процесс работы.

Для базовой веб-навигации и работы с почтой скорость в 10 кбит/с считается крайне низкой, так как даже простые сайты и электронная почта требуют минимум 50-100 кбит/с. Для стриминга видео, онлайн-игр и других ресурсоемких задач необходима скорость от 10 Мбит/с и выше. Нынешние стандарты подключения редко опускаются ниже 1 Мбит/с даже в условиях ограниченного тарифа.

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

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

Циклический алгоритм (round-robin) распределяет задачи между членами группы строго по очереди. Например, задания последовательно назначаются на Пете, Диме, Васе, затем снова на Пете, Диме, Васе и так далее. Преимущество этого метода – простота реализации и равномерное перераспределение задач, однако у него есть минусы, такие как игнорирование сложности задач, неучет временной доступности сотрудников и полное игнорирование различий в компетенции персонала.

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

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

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

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