Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Учет трудозатрат необходим для оценки эффективности компании в выполнении типовых работ, унификации внутренних процессов, разработки технологических карт с нормативными трудозатратами, выявления узких мест в работе (например, регулярного превышения трудоемкости по определенному виду деятельности), расчета себестоимости услуг и понимания реальных затрат на предоставление услуг клиентам. Этот инструмент помогает оптимизировать процессы и повышать рентабельность бизнеса.
Для дополнения ролевой модели управления доступом (RBAC) рекомендуется использовать управление доступом на основании запросов на предоставление прав доступа. Эта стратегия подразумевает, что пользователь самостоятельно запрашивает дополнительные права при возникновении потребности. Запрос проходит проверку, согласование и, при одобрении, приводит к выдаче прав. Такой подход можно автоматизировать через портал самообслуживания. Также полезно интегрировать ролевую модель с кадровой системой и обрабатывать изменения, связанные с кадровыми событиями, автоматически. Кроме того, регулярное проведение аудитов прав доступа помогает своевременно отзывать неиспользуемые права и поддерживать безопасность системы.
Существует три основные стратегии: 1) Аккумулирование инструментов влияния (информация, ресурсы, поддержка) в руках заинтересованных участников для планомерного внедрения изменений. 2) Последовательное разбиение изменения на мелкие шаги с постепенным накапливанием критической массы изменений. 3) Построение альянсов и союзов через выявление побудительных мотивов ключевых участников и создание компромиссной 'картины' для всех сторон. Каждая стратегия имеет свои преимущества и недостатки в скорости, сложности реализации и устойчивости достигнутых результатов.
Вместо фиксированных временных KPI можно использовать комплексный подход: уровень удовлетворённости пользователей, количество повторных обращений по одному и тому же вопросу, успешность первичного решения проблемы, доля запросов, решённых без передачи на следующий уровень, время восстановления критически важных сервисов. Эти метрики более точно отражают качество обслуживания и реальную ценность работы поддержки для бизнеса, чем простое соблюдение временных рамок.
При планировании ресурсов на сопровождение CMDB необходимо учитывать несколько ключевых факторов. Прежде всего, нужно разделить конфигурационные единицы на четыре основные группы: ИТ-системы, бизнес-приложения, технологические элементы бизнес-приложений и инфраструктура, так как разные группы требуют различного подхода к сопровождению. Также необходимо учитывать перечень задач сопровождения: первичная регистрация, обновление статусов, обновление при изменениях, операционный и периодический аудит, инвентаризация и отчетность. Важно учитывать стоимость рабочего времени для разных категорий специалистов и требования к их компетенциям, так как разные задачи обычно выполняются разными специалистами. Необходимо учитывать ширину охвата учета в CMDB, так как чем она больше, тем сложнее оценка трудозатрат. Идеально вести учет фактических трудозатрат («списание часов»), чтобы на основе этой статистики планировать ресурсы. Если такой учет не ведется, можно использовать консолидированную статистику с портала REALITSM.RU.
Для ИТ-департамента процесс управления изменениями критически важен, так как он позволяет избежать хаотичных и неконтролируемых доработок, которые нередко приводят к сбоям в работе сервисов. Стандартизация процесса помогает ИТ-специалистам эффективнее планировать нагрузку, сократить время простоя и минимизировать количество срочных исправлений. Кроме того, упорядоченное управление изменениями упрощает документирование и обучение новых сотрудников, повышает прозрачность задач и позволяет сосредоточиться на стратегических целях, вместо бесконечной борьбы с авариями.
Критерии охвата PIR определяются на основе категорий изменений и их степени влияния на бизнес-процессы. Для значимых изменений, затрагивающих стратегические направления или высококритичные процессы, охват будет максимально широким. Для небольших изменений может быть определен целевой охват только по ключевым показателям. Критерии должны быть определены заранее и согласованы со всеми заинтересованными сторонами.
При внедрении процесса управления активами и конфигурациями заказчики выделяют различные ключевые задачи и расставляют приоритеты в зависимости от специфики своего бизнеса. Один из главных моментов, который заказчики отмечают как значимый результат внедрения процесса - возможность получения сводной финансовой информации об ИТ-активах. Эта информация включает закупочную стоимость, стоимость сопровождения по периодам, затраты на негарантийные ремонты, расходные материалы и комплектующие, лицензии ПО. Помимо этого, в некоторых проектах основной упор делается на задачи материального учёта и анализ взаимного влияния конфигурационных единиц.
Приоритет проблемы определяется суммой весов привязанных к ней инцидентов, где вес каждого инцидента зависит от его уровня влияния. Проблема с инцидентами высокого уровня влияния (например, "Критичный") получает больший приоритет, чем проблема с множеством инцидентов низкого уровня влияния (например, "Низкий"). Однако, если количество "Низких" инцидентов становится достаточным, их суммарный вес может превысить вес нескольких критических. Точность расстановки приоритетов зависит от корректного определения весов инцидентов и уровней влияния.
Чтобы избежать фокуса исключительно на процессах при внедрении управления ИТ-сервисами, необходимо следовать следующим принципам: 1) Начать с определения ключевых ИТ-сервисов и выявления показателей качества, важных для бизнеса, а не со внедрения процессов; 2) Установить четкую ответственность за каждый сервис и назначить менеджеров сервисов; 3) Связать метрики процессов напрямую с показателями качества сервиса, а не только с внутрипроцессными показателями; 4) Внедрить постоянную обратную связь от пользователей сервисов для корректировки приоритетов и целей; 5) Создать циклы непрерывного улучшения сервисов, включающие анализ отклонений, выявление причин проблем и внедрение улучшений; 6) Обеспечить, что система мотивации сотрудников направлена на достижение целевых показателей сервиса, а не только на следование процессным процедурам; 7) Проводить регулярные стратегические встречи по управлению сервисами с участием бизнеса для согласования приоритетов и ожиданий.