Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.

6170+
вопросов и ответов

25
авторов

440+
источников

100%
оригинальный контент
Для эффективной самоорганизации команды необходимо создать комфортную и безопасную рабочую среду, обеспечить прозрачность процессов и поддерживать высокий уровень вовлеченности и мотивации. Согласно Agile-манифесту, «над проектом должны работать мотивированные профессионалы», которым нужно предоставить условия и поддержку, полностью доверяя их профессионализму. Самоорганизация возможна, когда участники команды четко понимают общую цель и значимость своего вклада, а процессы позволяют оценивать результаты каждого. Менеджеры должны фокусироваться на управлении самим процессом, а не людьми, обеспечивая прозрачность, поддержку и устраняя препятствия, что позволяет команде балансировать между разными групповыми эффектами и достигать стабильных результатов.
Процедуры проведения изменений служат для управления рисками при модификации ИТ-инфраструктуры через формализованные этапы: регистрация, авторизация, оценка, планирование, выполнение и отчетность. Эти процессы обеспечивают защиту инфраструктуры и услуг от нежелательных последствий, сохраняя стабильность системы. Они направлены на предотвращение сбоев и обеспечение прозрачности всех изменений, что критически важно для поддержания качества предоставляемых услуг.
Сроки устранения проблем не могут быть заданы единым значением, так как проблема требует этапного решения: диагностика, разработка решения, внедрение корректирующих изменений. Сроки на каждом этапе зависят от сложности и часто определяются при планировании изменений (например, через CAB). Некоторые этапы, как поиск корневой причины, не имеют точных временных рамок. Это отличает управление проблемами от инцидентов, где срок устранения фиксирован и привязан к восстановлению сервиса.
Назначение процесса в ITIL – это формулировка, определяющая место процесса в общей процессной модели и отвечающая на вопрос "зачем нужен этот процесс, за что он отвечает". Оно формулируется как описание ключевой функции процесса без привязки к конкретному периоду времени. Примеры: - Управление инцидентами и запросами: обеспечение качества ИТ-услуг за счёт скорейшего устранения инцидентов и своевременного выполнения запросов на обслуживание. - Управление проблемами: повышение надёжности ИТ-услуг за счёт предотвращения повторов инцидентов посредством определения и устранения корневых причин. Эти формулировки стабильны и вряд ли меняются от внедрения к внедрению. Назначение определяет дизайнер процессов (специалист по процессам), а не управленец.
В интернете часто встречаются цифры, которые утверждают, что внедрение ITSM-программ (независимо от конкретного названия) повышает эффективность персонала более чем на 80%. Также упоминается, что внедрение процесса управления инцидентами якобы сокращает количество инцидентов на 40%, несмотря на то, что основная цель этого процесса — не предотвращение инцидентов, а оперативное реагирование и минимизация их влияния.
Дорожная карта продукта — это инструмент, который выполняет роль связующего звена между долгосрочным планированием бизнеса и составом работ в каждой конкретной итерации создания функциональности продукта. Она помогает не терять фокус на предназначении продукта для бизнеса и позволяет сосредоточиться на том, что действительно нужно бизнесу. Дорожная карта помогает приземлять верхнеуровневые стратегические цели на тактику развития продукта и состав работ в текущем периоде. Связность целей различных уровней планирования позволяет не отклоняться от выбранного направления и максимально поддерживать развитие бизнеса. В отличие от бэклога, дорожная карта работает с целевыми состояниями, а не с конкретными требованиями, что помогает удерживать нужный темп и направление развития продукта.
На ранних этапах внедрения процессов ИТ-управления важно двигаться от простого к сложному, потому что сложные, интегрированные решения часто проваливаются из-за чрезмерной бюрократизации и отсутствия немедленной видимой пользы для сотрудников. Простые, ограниченные процессы позволяют запуститься, получить первые результаты и создать основу для дальнейшего развития. Такой подход формирует вовлеченность сотрудников, так как они видят реальные улучшения, а не абстрактные обещания. Переход от простого к сложному соответствует принципам гибкости и Lean, позволяя организациям адаптироваться к своим реалиям и избегать излишних затрат на не востребованные функции.
Эффективность системы мониторинга достигается через внедрение структурированного подхода, который включает: понимание потребителей информации и их требований; построение соответствующей модели данных; целенаправленный сбор данных; регулярную оценку полезности собранных данных с возможностью пересмотра модели. Каждое собираемое событие должно иметь определенного получателя, четкий способ реагирования и обоснованные требования к накоплению данных.
Для пересмотра процесса управления конфигурациями следует выполнить следующие шаги: 1) Определить, кто из заинтересованных сторон может получать ценность от информации о конфигурациях. 2) Поговорить с ними о их рабочих процессах и выяснить, какая информация будет для них полезна. 3) Наглядно продемонстрировать, как информация о конфигурациях может быть использована для создания ценности. 4) Пересмотреть политики управления конфигурациями с учётом этой информации. 5) Перепроектировать процесс, чтобы он фокусировался на создании ценности. 6) Убедиться, что CMDB соответствует своей цели. 7) Разработать программу обучения и коммуникации по вариантам использования CMDB. 8) Внедрить мониторинг и отчёты, основанные на реальном использовании системы.
Виртуальный сервер может считаться ИТ-активом, потому что он обладает финансовыми затратами, необходимыми для его поддержания и функционирования в рамках предоставления ИТ-услуги. Эти затраты могут включать затраты на программное обеспечение, аппаратные ресурсы физического сервера, облачные ресурсы, администрирование и поддержку. В приведенном примере сервисно-ресурсной модели указывается, что виртуальные машины участвуют в экономической модели ИТ-услуги с определенными измеримыми затратами.