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

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

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

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

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

Главные сложности возникают из-за необходимости обеспечения консистентности финансовой информации между различными системами: CMDB, системами учёта договоров, бухгалтерскими системами. ITSM-системы не являются первоисточниками финансовых данных, поэтому требуется интеграция с бухгалтерскими системами и системами управления договорами. К сложностям относятся различия в детализации учёта финансов: в системах учета договоров может отсутствовать спецификация с перечнем позиций, в бухгалтерских системах не учитываться нематериальные активы, инфраструктурные объекты могут группироваться в комплекты с описанием в комментариях. Для решения этих проблем нужны специальные инструменты для сверки финансовой информации и чётко прописанная ролевая модель ответственности за данные.

COBIT 5 PAM основывается на стандарте ISO 15504 и специально разработана как универсальная модель, не привязанная к конкретным процессам или отраслям. В отличие от COBIT 4.1, который использовал понятные уровни зрелости с описанием содержания процессов, COBIT 5 PAM фокусируется на оценке «управленческой надстройки» процессов: распределение ответственности, планирование улучшений, измерение результатов и другие управленческие практики. Такая абстракция делает модель сложнее для восприятия, но значительно повышает объективность и повторяемость оценки. Она одинаково применима и для производства автомобилей, и для предоставления ИТ-услуг, поскольку оценивает не содержание процесса, а качество его управления.

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

Релевантность метрики означает её соответствие и полезность для достижения поставленных целей. Это проверка, действительно ли нужно измерять данный показатель, чтобы принимать управленческие решения. Если данные не используются для конкретных решений или действий, метрика теряет смысл и не соответствует критерию R из SMART. Например, отчётность без последующих действий — нерелевантна.

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