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

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

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

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

Модель Value network помогает в управлении сложными ИТ-отношениями внутри компании, предоставляя более адекватный фреймворк для описания нелинейных и многомерных взаимодействий между подразделениями. В отличие от линейной модели Value chain, Value network учитывает множественность отношений: подразделения могут быть одновременно и заказчиками, и потребителями услуг; один ИТ-продукт может иметь несколько заказчиков; функции заказчика и плательщика могут быть разделены. Это позволяет более точно моделировать внутренние сервисные отношения, выявлять точки напряжения (такие как проблема разделения заказчика и плательщика), и разрабатывать решения, которые учитывают сложную природу внутренних корпоративных взаимодействий, включая построение четких аллокационных моделей и определение ответственности за различные аспекты ИТ-услуг.

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

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

Снижению вероятности повторного решения уже существующих проблем способствуют: систематизация и централизация информации о завершенных проектах и решениях; прозрачность процессов принятия решений через публикацию повесток и решений CAB; создание и активное использование корпоративного хранилища знаний; внедрение обязательной практики информирования о проектах и результатах; обучение сотрудников работе с существующими системами и решениями; развитие современных поисковых технологий для быстрого доступа к информации; формирование культуры обмена знаниями и опытом в организации; обеспечение удобного доступа к информации через улучшенные UX и интерфейсы.

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

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