Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Профессиональное суждение оценщика играет ключевую роль в интерпретации собранных свидетельств и принятии решения об уровне зрелости процесса. Оно позволяет учитывать контекст, нюансы реализации управленческих практик и соответствие их заявленным целям, что невозможно при строго формальной проверке. Оценщик анализирует, насколько систематично и стабильно выполняются управленческие действия, как они связаны с достижением целей процесса и как подтверждены документально или устными свидетельствами. Это делает оценку более гибкой и практически значимой, но требует высокой квалификации и опыта оценщика, чтобы минимизировать субъективные искажения и обеспечить достоверность результатов.
При выборе между переносом данных в CMDB и доступом к внешним источникам следует учитывать следующие факторы: необходимость выполнения операций поиска и фильтрации данных внутри CMDB; требования к построению отчетов; удобство использования для конечных пользователей; объем данных, необходимых для процесса управления конфигурациями; возможность потери контроля за историей изменений при автоматическом сборе данных; соответствие глубины и охвата данных требованиям бизнес-процессов.
Игнорирование метрик поставки приводит к потере объективной картины состояния процессов. Команда начинает полагаться на субъективные ощущения, что замедляет реакцию на проблемы. Например, снижение скорости поставки может быть ошибочно приписано сезонным факторам, в то время как реальная причина — рост технического долга или накопление блокировок. Без данных невозможно выявить деградацию на ранних стадиях, что ведёт к критическим срывам сроков и увеличению дефектов.
Отсутствие у сотрудников соответствующих навыков и знаний является одной из основных причин рисков, связанных с сопровождением и развитием ИТ-систем. Эта проблема часто возникает из-за отсутствия зрелых практик по управлению персоналом, особенно в части найма и мотивации. Неподходящие кандидаты на позиции приводят к выполнению работ недостаточно квалифицированными специалистами, а низкая мотивация и отсутствие карьерных перспектив вызывают высокую текучесть кадров и, как следствие, утрату компетенций и знаний внутри организации.
Основная цель оценки процессов по модели COBIT 5 PAM — определить способность организации стабильно достигать целей процессов через наличие и качество управленческой структуры, обеспечивающей их выполнение. Оценивается не содержание самого процесса, а его управленческая надстройка: определение ответственности, распределение ресурсов, измерение результатов, планирование улучшений. Уровни способности отражают степень предсказуемости и воспроизводимости процесса, и чем больше собрано свидетельств выполнения управленческих практик, тем выше вероятность того, что процесс действительно способен достигать своих целей. Эта информация служит основой для целенаправленного совершенствования процессов и повышения их эффективности.
В DevOps автоматизация всего процесса (сборки, тестирования, развертывания) важна не менее, чем сама работа кода в продуктиве, потому что: 1) Ручные процессы являются узким местом и источником ошибок; 2) Автоматизация обеспечивает регулярность и предсказуемость релизов; 3) Позволяет быстро и безопасно реагировать на изменения; 4) Минимизирует время между написанием кода и его развертыванием в продукт; 5) Делает процесс прозрачным и контролируемым; 6) Позволяет часто и малыми шагами обновлять продукт, что снижает риски. Без полной автоматизации даже идеально работающий в продуктиве код не может считаться действительно завершенным в контексте DevOps-философии.
Применимость продуктового подхода определяют три основных критерия: наличие динамически появляющихся и меняющихся возможностей, необходимость активного и постоянного развития продукта, а также высокая неопределенность в процессе создания и развития продукта. Если эти условия выполняются, продуктовый подход будет эффективен. Если же, например, разрабатывается внутренняя ИТ-система с фиксированными требованиями и без необходимости постоянного изменения, продуктовый подход может быть избыточным или неэффективным. Примером ситуации, где продукты подход подходит, является разработка ИТ-системы для внешних клиентов с неопределенными изначально требованиями и потребностью в постоянной адаптации.
PCF может быть полезен при создании каталога ИТ-услуг, особенно когда организации выбирает подход "от бизнес-процессов" и не имеет формализованного списка процессов. С его помощью можно проанализировать стандартный список процессов и выделить те, которые присутствуют в организации. Затем определить владельцев процессов и совместно с ИТ-специалистами проанализировать, для каких процессов имеется специфичная ИТ-поддержка. На основе этого анализа можно определить ИТ-услуги, соответствующие бизнес-процессам, и при необходимости объединить несколько процессов в рамках одной услуги. Это обеспечивает создание каталога ИТ-услуг, который четко соотносится с реальными бизнес-потребностями организации.
Современная ИТ-поддержка требует более сложных подходов потому, что технологии перестали быть просто поддерживающей частью бизнеса и стали его неотъемлемой составляющей. Мир быстро развивается, бизнес становится все более зависимым от бесперебойной работы ИТ-систем, а пользователи ожидают высокого качества и мгновенного реагирования на их запросы. Современные системы обладают высокой сложностью и взаимосвязанностью, что увеличивает риски и последствия сбоев. Кроме того, появились новые технологии - искусственный интеллект, машинное обучение, сложные системы удаленного доступа и мониторинга - которые требуют специализированных знаний и подходов для эффективного управления. Поэтому ИТ-поддержка превратилась из работы локального специалиста в сложную деятельность, требующую применения новых практик и технологий для обеспечения высокой доступности и качества услуг.
Менеджер процесса управления уровнем услуг обеспечивает операционное управление процессом. Его обязанности включают планирование и координацию всех активностей процесса в соответствии с политиками и регламентами, назначение исполнителей на роли, непосредственное управление этими исполнителями, мониторинг и отчётность по работе процесса. Также он отвечает за взаимодействие с владелецами услуг и менеджерами других процессов для обеспечения качественного предоставления услуг. В контексте SLA менеджер процесса не только обеспечивает их наличие, но и участвует в обсуждении и согласовании требований к уровню услуг с заказчиком и подготовке самих соглашений.