Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
'Специфические затраты и риски' в определении услуги обозначают внутренние процессы и обязательства, которые полностью взял на себя поставщик услуги и которые клиент не должен учитывать при использовании услуги. Например, в случае центрального водоснабжения клиент не сталкивается с задачами, такими как управление водохранилищами, поддержание очистных сооружений, выбор химических добавок для воды, ремонт трубопроводов или начисление зарплат техническому персоналу. Также клиент не должен беспокоиться о таких рисках, как аварии в трубопроводе или необходимость оплаты счетов за водоснабжение — все это берет на себя поставщик услуги.
Основное отличие заключается в назначении и характере обращений. Управление инцидентами направлено на минимизацию негативного влияния прерывания или деградации качества услуги путем скорейшего восстановления нормальной работы. Инциденты представляют собой незапланированную работу, например, невозможность распечатать документ, отсутствие доступа к системе хранения данных или медленная загрузка веб-страницы. Запросы на обслуживание, напротив, представляют собой заранее определенные и предсказуемые обращения пользователей, поддерживающие согласованное качество услуги, такие как замена картриджа, запрос информации, предоставление доступа к системе или обработка жалоб и благодарностей. Важно помнить, что запросы на обслуживание можно планировать и часто их можно автоматизировать, тогда как инциденты требуют максимально быстрого решения.
Общие задачи включают: 1) Четкое разграничение ответственности, 2) Установление параметров качества выполнения работ, 3) Определение принципов передачи работ между группами, 4) Внедрение централизованного контроля. Эти меры помогут избежать ситуаций, когда каждая группа уверена, что выполнила свою часть работы, но общий результат не достигнут.
Специалисту обычно ставят две противоположные задачи: поддержание стабильности, предсказуемости и эффективности в операционной деятельности, и одновременно проявление инициативы, инноваций и генерация новых идей для развития компании.
Проведение ручного аудита полученных автоматически ролей необходимо потому, что алгоритмы анализа могут не учитывать важные нюансы бизнес-процессов. Например, сотрудники на одинаковых должностях могут иметь разные наборы прав из-за особенностей работы в подразделении, что приводит к созданию либо неточной общей роли, либо дополнительных ролей. Ручной аудит позволяет корректно распределить права, возможно разбить общую роль на более специфические или объединить дополнительные права в существующие роли, обеспечивая соответствие ролевой модели реальным бизнес-процессам.
Agile-трансформация бизнеса представляет собой переход от жестких централизованных структур к более гибким моделям с использованием небольших самоорганизующихся команд. Это означает отказ от долгосрочных стратегических планов в пользу быстрой адаптации к изменениям и умения «ловить волну». Агильный подход, первоначально разработанный для создания программного обеспечения, все чаще применяется в корпоративном управлении за пределами ИТ-сферы. Это приводит к фундаментальным изменениям в корпоративной культуре - от конвейерного мышления к модели, напоминающей работу творческих мастерских.
Преимущества жёстких KPI: чёткое понимание требований для сотрудников, предсказуемость времени решения стандартных задач, возможность измерения и сравнения показателей. Недостатки: снижение гибкости в нестандартных ситуациях, риск преждевременного закрытия сложных заявок, формальный подход к выполнению задач без фокуса на реальном результате. Оптимальный подход — использовать KPI как ориентиры, позволяя квалифицированным сотрудникам отклоняться от них в обоснованных случаях, когда это ведёт к лучшему конечному результату.
Важность различения событий, угроз и уязвимостей обусловлена необходимостью точной идентификации точек воздействия для разработки эффективных мер контроля рисков. Угроза представляет собой потенциальный источник негативного воздействия, который сам по себе не является риском, если нет уязвимости, через которую эта угроза может быть реализована. Событие — это конкретный случай, когда угроза успешно использует уязвимость и приводит к негативным последствиям. Неправильное понимание этих понятий ведет к смешению категорий в реестрах рисков, что затрудняет процесс оценки и снижает эффективность разработанных мероприятий по управлению рисками.
CLD помогает в определении опережающих и отложенных показателей, отображая причинно-следственные связи между элементами системы. Отложенные показатели (trailing indicators) напрямую связаны с конечным результатом и отражают уже случившиеся события (например, 'Percentage of Changes Without Recurring incidents' для оценки Change Risk). Опережающие показатели (leading indicators) связаны с факторами, которые влияют на конечный результат (например, 'Release size' и 'Emergency change rate' для прогноза уровня риска изменений). Это позволяет использовать опережающие показатели для прогнозирования будущих результатов и своевременной корректировки процесса.
RTO (time recovery objective) — это целевое время восстановления, определяющее, за какое максимальное время после возникновения сбоя должна быть восстановлена ИТ-услуга. RTO определяется бизнес-требованиями и указывает, сколько времени бизнес может обойтись без данной услуги, прежде чем ущерб станет неприемлемым. RPO (recovery point objective) — это целевая точка восстановления, обозначающая максимальный период данных, который может быть потерян при восстановлении. RPO определяет, как часто должна выполняться резервная копия данных, чтобы потери информации не превысили допустимый для бизнеса уровня. Например, если RPO составляет 1 час, то резервное копирование должно выполняться каждые 60 минут.