Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Вместо полного описания процесса для рядовых участников процесса следует использовать ролевые инструкции. Эти документы содержат только ту информацию, которая необходима конкретному сотруднику для выполнения своих обязанностей в рамках процесса. Ролевые инструкции помогают сотрудникам понять свою роль, задачи, процедуры и требования, без необходимости изучать полное описание всего процесса, что повышает эффективность и упрощает ориентацию в рабочих процессах.
Техническая поддержка является важным элементом в управлении уровнем услуг, поскольку это «лицо» ИТ-подразделения для конечных пользователей. Она обеспечивает стабильность, удобство и решение проблем, с которыми сталкиваются пользователи при работе с ИТ-решениями. Недовольство пользователей быстро доходит до заказчиков, поэтому работа технической поддержки напрямую влияет на общее восприятие качества ИТ-услуг и удовлетворенность всех заинтересованных сторон.
Минимальная жизнеспособная практика помогает в управлении ресурсами, позволяя сосредоточить внимание и усилия именно на тех элементах практики, которые действительно создают ценность в текущих потоках. Это предотвращает растрачивание ресурсов на избыточные действия и процессы, которые не влияют на конечный результат. За счет этого организация может более эффективно распределять свои финансовые, временные и человеческие ресурсы, направляя их на ключевые аспекты деятельности, отвечающие за создание ценности для клиентов и достижение бизнес-целей.
Сопровождение CMDB включает следующие задачи по поддержанию данных в актуальном состоянии: первоначальная регистрация (постановка на учет), обновление статуса и сопутствующих атрибутов (ввод/вывод из эксплуатации, перемещение, ремонт, списание и т.д.), обновление при проведении изменений, операционный аудит (обработка сверок), периодический (выборочный или полный) аудит, инвентаризация и отчетность. Для нормирования трудозатрат на эти задачи необходимо произвести детализацию по различным группам конфигурационных единиц и ролям специалистов. Важно учитывать, что разные группы единиц обслуживают разные специалисты с разной стоимостью рабочего времени, поэтому нормирование должно проводиться в разбивке по участвующим ролям и с учетом требований к компетенциям исполнителя. Идеальным решением является ведение полного или выборочного учета трудозатрат, что позволяет формировать статистику для планирования ресурсов.
Автоматизация позволяет интегрировать процессы управления конфигурациями и изменениями, обеспечивая автоматическое обновление данных CMDB при каждом зарегистрированном изменении. Например, при использовании инструментов DevOps или платформ управления конфигурацией (Ansible, Puppet, Chef) изменения в коде или инфраструктуре фиксируются и сразу же отражаются в конфигурационной базе. Это повышает скорость и точность данных, снижает человеческий фактор и делает процессы более прозрачными для всех участников.
Для организации взаимодействия с внешними специалистами по Ops с целью обеспечения непрерывности работы продукта необходимо установить четкие SLA с описанием уровня сервиса, ожидаемых показателей доступности и времени реакции на инциденты. Важно также разделить обязанности таким образом, чтобы внешние специалисты отвечали за поддержку базовой инфраструктуры (IaaS), а внутренняя команда сохраняла контроль над критически важными компонентами, такими как настройка middleware и безопасность. Регулярный обмен информацией и документирование всех процессов через системы контроля версий и CMS обеспечит плавную работу и быстрое восстановление в случае сбоев. Внешние специалисты должны быть интегрированы в процессы мониторинга и реагирования на инциденты, чтобы оперативно уведомлять внутреннюю команду о любых аномалиях.
Использование PDCA-цикла по сравнению с одноразовыми улучшениями дает следующие преимущества: 1) Системный подход к улучшениям, где каждый шаг проверяется и анализируется перед принятием окончательных решений; 2) Минимизация рисков за счет постепенного внедрения изменений и их тестирования на небольших участках процесса; 3) Непрерывное научение и накопление знаний благодаря итеративному характеру цикла; 4) Возможность объективной оценки результатов через измеримые метрики на этапе проверки; 5) Способность реагировать на непредвиденные последствия изменений, как в примере с отложением сложных инцидентов. Одноразовые улучшения же часто не имеют механизма обратной связи и могут привести к новым проблемам из-за недостаточного анализа.
Заказчик ИТ-услуги участвует в определении требований к доступности и производительности ресурса, а также критериев, нарушающих доступность. В соглашении об уровне предоставления услуг (SLA) заказчик устанавливает границы, нарушение которых будет считаться недоступностью. При этом учитываются реальные влияния нарушений на бизнес-процессы, например, превышение нормативов формирования отчетов вне периода сдачи может не считаться недоступностью, если не влияет на бизнес-процессы компании.
Высокий процент дефектов в бэклоге (от 50% до 70%) может считаться нормой в некоторых командах из-за искажения восприятия, вызванного изоляцией от внешних стандартов и отсутствием объективных метрик. В таких командах сложилась привычка, что большое количество ошибок — это обычная ситуация, особенно если нет возможности сравнить свою работу с работой других команд или отраслевыми стандартами. Коллективное мнение вроде «бывало и хуже» укрепляет это представление, и сотрудники перестают видеть проблему, так как ежедневно взаимодействуют с этим состоянием и перестают замечать его ненормальность.
Недостаток мотивации сотрудников напрямую влияет на эффективность внедрения новых методологий управления, превращая их в формальность без реальных улучшений. Если сотрудники не видят смысла в новых процедурах или не заинтересованы в их соблюдении, методология теряет смысл, даже если теоретически она является оптимальной. Например, в случае с внедрением Kanban-метода аналитики могут формально следовать процедуре ведения доски задач, но не брать новые задачи после завершения текущих. Это приводит к остановке всего процесса, так как входящий поток задач отсутствует. Отсутствие мотивации также может спровоцировать сопротивление изменениям, что затруднит внедрение новых систем и снизит доверие сотрудников к будущим инициативам. Следовательно, до внедрения любой методологии важно решить вопросы мотивации и вовлечённости сотрудников.