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

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

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

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

Фраза 'Целое больше суммы его частей', приписанная Аристотелю, является основой целостного подхода, подчеркивающего, что никакая услуга, практика, процесс, отдел или поставщик не существуют в одиночку. Это означает, что организация должна работать интегрированным образом, управляя своей деятельностью в целом, а не отдельными ее частями. Данный принцип отражен в руководящих принципах ITIL 4, в частности в принципе 'Используйте целостный подход' (Think and work holistically). При таком подходе важно понимать, как все части организации работают вместе интегрированным образом, а услуги предоставляются посредством координации всех необходимых компонентов без выборочного внимания к отдельным элементам системы.

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

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

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

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

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