Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Эффективное управление ИТ-активами позволяет добиться существенной экономии бюджета за счет устранения дублирующих лицензий и ненужных контрактов, оптимизации условий поставки, рационального использования программного обеспечения, а также внедрения выгодных политик лицензирования. Это включает случаи, когда апгрейды ПО могут быть проведены без дополнительных затрат благодаря грамотному анализу и переговорам.
Поток создания ценности и метрики являются взаимодополняющими концепциями в управлении процессами. Построение работающего потока требует его измерения с помощью метрик. Это помогает определить, насколько эффективно создается ценность для клиента, выявить точки, где возникают задержки или потери, и принимать решения на основе данных. Без измерения невозможно объективно оценить, как устроен поток и как его улучшить.
Выбор приоритетов качества услуг напрямую зависит от типа и специфики организации. Для финансовых институтов и организаций, работающих с конфиденциальной информацией, приоритетом является безопасность. Для сервисных компаний, где непрерывная работа критична, основным приоритетом выступает доступность систем. Динамично развивающиеся компании часто ставят во главу угла гибкость и мощность ИТ-инфраструктуры. Медицинские учреждения и критически важные системы делают акцент на непрерывность услуг. Этот выбор влияет на то, какие процессы управления получат наибольшие ресурсы и внимание.
Availability (Availability) представляет собой показатель, определяющий, насколько система, компонент или услуга могут быть использованы в заданное время. В технической надежности, согласно ГОСТ 27.002-89 (ГОСТ Р 53480-2009), этот термин переводится как «готовность». В ITIL и ISO/IEC 20000 он трактуется как «доступность». Разница кроется в контексте применения: «готовность» акцентирует внимание на технической способности системы функционировать, тогда как «доступность» в ИТ-управлении связана с предоставлением услуги пользователю. Термины отражают разные аспекты одной метрики и требуют уточнения в документах для избежания неоднозначности.
Прозрачность процесса существенно влияет на готовность пользователей давать обратную связь. Если пользователь знает точно, что и как он должен сделать, сколько времени это займет и нет ли скрытых условий (например, внезапной платы за SMS), он гораздо чаще завершает процесс. Непрозрачность или противоречивая информация вызывают недоверие и снижают мотивацию, даже если качество самой услуги было хорошим. Четкие инструкции и предсказуемый результат увеличивают вероятность того, что пользователь будет сотрудничать и предоставит обратную связь.
Документооборот при управлении ИТ-услугами можно оптимизировать, заменив множество повторяющихся OLA для одних и тех же инфраструктурных областей на операционные стандарты. Каждый операционный стандарт описывает уровень предоставления услуги в целом (доступность, время восстановления, поддержку и т.д.) и распространяется на все соответствующие ИТ-системы. Это уменьшает объем документации и исключает противоречия и пересечения между документами.
Сервисная культура ИТ-департамента часто не востребована бизнесом из-за сложившихся стереотипов восприятия ИТ как технической службы, обеспечивающей поддержку, но не участвующей в формировании бизнес-стратегии. В пост-советских организациях распространено декларативное управление, при котором бизнес не привык взаимодействовать с ИТ на равных. Бизнес-заказчики ожидают, что ИТ будут просто следовать указаниям, а не предлагать решения или помогать в реализации задач. Это формирует ситуацию, где сервисный подход ИТ не находит поддержки и понимания.
Контртезис к убеждению «лучше делать хоть что-то, чем ничего» формулируется как «нужно делать то, что нужно, а что не нужно, то делать не нужно». Этот контртезис подчеркивает важность осознанного выбора действий, основанных на реальной потребности и ценности работы, а не на стремлении к самой активности. Он акцентирует внимание на необходимости оценки целесообразности каждого действия, учета всей системы в целом, а не отдельных ресурсов, и понимания того, что иногда лучшее действие — это временное бездействие для анализа ситуации и сбора необходимой информации.
Важно понимать, зачем компания стремится к высокому уровню сервиса, так как такое решение требует значительных ресурсов. Необходимо анализировать, соответствует ли это стратегии бизнеса, целевой аудитории и ожиданиям клиентов. Слишком высокий сервис может быть неэффективным, если он не приносит дополнительную ценность или не отличает компанию от конкурентов.
Использование статических весов не решает проблему игнорирования отдельных областей ответственности, потому что даже при больших весах отклонений от статического веса, если у сотрудника много KPI, частичное невыполнение по одной метрике снизит общую оценку пропорционально её весу, но не достаточно критично. Например, при 10 равнозначных KPI (вес 10% для каждого) полный провал одного показателя снижает средний результат всего на 10%. Поэтому работник может решить: "Черт с ними с 10%, я не буду делать эту работу и сосредоточусь на остальных". Статические веса не усиливают значимость провала по какому-то конкретному показателю в зависимости от ситуации.