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

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

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

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

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

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

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

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

Уровень Resource Capacity Management определяется как управление мощностью на уровне физических и виртуальных ресурсов (например, вычислительных мощностей, каналов связи, хранилищ данных). Независимо от того, как определена ИТ-услуга (ресурс, система или бизнес-процесс), Resource Capacity Management остается необходимым, поскольку в конечном итоге все услуги требуют выделения и управления конкретными ресурсами. Однако его роль может варьироваться от основной (при предоставлении услуг как ресурсов) до поддерживающей (при управлении бизнес-процессами).

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