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

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

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

Основные причины отказа от измерения удовлетворённости ИТ-подразделениями заключаются в восприятии удовлетворённости как эмоциональной составляющей которой нельзя доверять и в её субъективной природе. Многие ИТ-специалисты считают что поскольку удовлетворённость является субъективной оценкой она не может служить надёжным инструментом измерения качества услуг.

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

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

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

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

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

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