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

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

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

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

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

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

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

Для эффективного контроля результатов необходимо: 1. Систематически отслеживать выполнение запланированных мер ответственными лицами 2. Проводить постоянный мониторинг ключевых показателей эффективности с фокусом на ранее выявленные 'болевые точки' 3. Учитывать, что разные меры могут давать как мгновенный, так и отложенный эффект 4. Анализировать изменения в структуре поступающих обращений и выявлять новые потенциальные проблемы 5. Регулярно сверять фактические результаты с плановыми показателями 6. Поддерживать прозрачность ситуации для всех заинтересованных сторон, используя объективные данные 7. Быть готовым скорректировать план в случае недостаточной эффективности принятых мер Ключевым элементом успешного контроля является непрерывность и внимание к деталям, а также полагаться на данные, а не на экспертные оценки, чтобы избежать субъективности и скрытых проблем.

DevOps-метрики, которые можно соотнести с элементами Causal Loop Diagram, включают: Lead Time (Time to Market), Process Time (Process Time), Deploys per day (Release Rate), процент успешно реализованных изменений (% changes successfully implemented), процент полных и точных изменений (%C/A – percent complete and accurate), PIR Coverage Index, Mean time between release implementation, Percentage of Changes Without Recurring incidents, Total time of Major incidents caused by Releases, Number of defects per release, Average number of release units per release, Emergency Change Rate, Percentage of Changes Registered.

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