Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Для успешной реализации принципа Zero Known Defects необходимо внедрить несколько методов. Основным является создание культуры, где устранение дефектов имеет первоочередной приоритет перед разработкой новых функций. Нужно внедрить процессы, которые не позволяют накапливать дефекты, например, проверку качества кода перед тем, как считать задачу завершенной. Также полезны автоматизированные тесты и непрерывная интеграция, которые помогают быстро выявлять дефекты. Для существующих проектов (not green field) можно постепенно снижать количество дефектов в бэклоге, устанавливая целевые показатели. Важно также изменить KPI-метрики, чтобы поощрять команды за поддержание системы в рабочем состоянии, а не за количество реализованных фич.
Оба процесса — управление доступностью (AVA) и управление непрерывностью (CONT) — в конечном итоге решают задачу обеспечения устойчивости организации к отказам, но разными путями. AVA повышает устойчивость через проактивную оптимизацию и снижение вероятности сбоев, гарантируя высокий уровень доступности сервисов в обычных условиях. CONT повышает устойчивость через создание механизмов восстановления после серьезных сбоев, обеспечивая, что организация может продолжать функционировать даже после катастрофических событий. Эти подходы дополняют друг друга, формируя комплексную стратегию управления рисками.
Часто повторяющиеся запросы на доступ могут стать основанием для принятия решения о создании новой роли и добавлении её в текущую ролевую модель. Если определенные комбинации прав доступа запрашиваются многими пользователями или одним и тем же пользователем многократно, это свидетельствует о необходимости создания отдельной роли для таких случаев. Внедрение новых ролей на основе частых запросов уменьшает количество запросов со временем, упрощает систему управления доступом и делает её более эффективной.
Статистическое утверждение о преобладании «Hard Candy»-отзывов указывает, что ценная обратная связь почти всегда поступает в лаконичном формате от занятых людей, не готовых тратить время на подробные описания. Это означает, что компании должны сфокусироваться на улучшении способности выделять суть в коротких сообщениях и создавать механизмы глубокого анализа таких отзывов. Также важно избегать иллюзий о массовом потоке детализированных отзывов и вместо этого оптимизировать обработку минимального, но содержательного контента.
Какие элементы обычно включает документ по порядку приёмки автоматизированных систем в эксплуатацию?
Документ по порядку приёмки автоматизированных систем в эксплуатацию обычно включает следующие элементы: определение порядка и охвата тестирования, описание процесса подготовки тестовых сред, порядок организации опытной эксплуатации, критерии готовности системы к полноценной эксплуатации, требования к документации, необходимой для приёмки, определение ответственных за различные этапы приёмочной кампании, процедуру согласования результатов тестирования и опытной эксплуатации, требования к обучению пользователей. Такой документ может также дополняться политиками релизов, которые помогают согласовать с бизнесом календарь релизов и определить необходимость и порядок выделения ресурсов на проведение пользовательского тестирования (UAT). Основная цель документа – обеспечить структурированный и согласованный процесс перехода от разработки к эксплуатации новых решений.
Интегрированный подход CSI в контексте Tipu представляет собой метод, при котором непрерывное улучшение применяется не только к услугам, но и к самим процессам управления. Это означает, что с самого начала внедрения системы управления ИТ-услугами закладывается цикл постоянного анализа, корректировки и развития процессов. Такой подход позволяет системе развиваться органично, решая реальные проблемы заказчика через небольшие итерации, и обеспечивает постепенное повышение уровня зрелости как отдельных процессов, так и всей системы управления в целом.
Баланс достигается через приоритизацию метрик по критериям: 1) влияние на стратегические цели, 2) частота использования в принятии решений, 3) трудоемкость сбора данных. Например, ежедневный сбор данных по дорогостоящей метрике оправдан, если она напрямую влияет на клиентский опыт. Для второстепенных показателей допустимы упрощенные методы — выборки или периодические опросы. Регулярно проводится аудит метрик на актуальность и выделение ресурсов.
Для построения финансовой модели услуг необходимо учитывать следующие аспекты финансовой информации ИТ-активов: закупочную стоимость активов, стоимость сопровождения, которая может меняться и привязываться к определенному периоду, затраты на негарантийные ремонты и обслуживание, затраты на расходные материалы и комплектующие, используемые при эксплуатации активов, затраты на программные лицензии, которые могут обновляться или продлеваться. Учёт всех этих компонентов позволяет создать полную картину финансовых затрат на конфигурационные единицы и формировать точную финансовую модель предоставляемых ИТ-услуг.
При изменениях структуры (слияние, разделение подразделений) нужно: 1) Определить тип изменений: 'старое-старое' (функции не меняются), 'старое-новое' (добавляются новые функции) или 'новое' (полностью новый набор функций). 2) Для 'старое-новое' комбинировать бизнес-роли основного и сливаемого подразделений (например, роли из объединяемых департаментов маркетинга и PR объединяются в единую модель). 3) Для 'новое' формировать уникальный набор ролей с нуля, если подразделение создаётся под новые задачи. Ключевой этап — перераспределение ролей между сотрудниками, учитывая новые зоны ответственности.
Понимание специфики ИТ на рабочем месте необходимо для того, чтобы пользователи могли корректно заполнять формы на портале самообслуживания и классифицировать свои обращения. Это знание помогает им вводить точные данные, что упрощает автоматическую маршрутизацию обращений. Если пользователь не понимает, какие именно данные требуются или как правильно описать проблему, это может привести к ошибкам и замедлить обработку запроса. Подготовка пользователей может включать обучение при приеме на работу, инструктажи или курсы повышения квалификации, особенно если это экономически целесообразно в контексте низкой текучести кадров и необходимой сложности работы.