# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

## [Почему проект аутсорсинга может быть нецелесообразен для компании?](https://cleverics.ru/digital/kb-qa/pochemu-proekt-autsorsinga-mozhet-byt-netselesoobrazen-dlya-kompanii/)

Проект аутсорсинга может быть нецелесообразен, если руководство компании не готово рассматривать аутсорсер как независимый коммерческий бизнес, подверженный конкуренции. В таком случае аутсорсер не сможет развиваться, останется инертным и потеряет мотивацию к оптимизации затрат и повышению качества. Это приведет к увеличению расходов и ухудшению соотношения качество/стоимость, делая проект пустой тратой сил, времени и денег.

Автор: Дмитрий Исайченко

Рейтинг: 1011

Теги: аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, мотивация персонала, стимулирование, управление проектами, PRINCE2, экономика и финансы, эффективность, оптимизация

## [Почему традиционные показатели выполнения SLA не всегда отражают реальную удовлетворенность заказчика ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-traditsionnye-pokazateli-vypolneniya-sla-ne-vsegda-otrazhayut-realnuyu-udovletvorennost-zaka/)

Традиционные показатели выполнения SLA не всегда отражают реальную удовлетворенность заказчика, потому что они фокусируются на количественных параметрах, описанных в соглашении об уровне услуг, но не учитывают субъективное восприятие заказчика. Нередко бывает, что формальные показатели соблюдаются, однако заказчик остается недоволен, так как реальные потребности и ожидания могли быть недостаточно точно отражены в SLA, или изменились со временем, или важные аспекты восприятия качества не были включены в условия SLA изначально.

Автор: Дмитрий Исайченко

Рейтинг: 1011

Теги: SLA, бизнес, ценность, бизнес-заказчик, управление уровнем услуг, SLM

## [Какой вопрос должен был быть задан вместо фиксации риска в разделе «Слабые стороны»?](https://cleverics.ru/digital/kb-qa/kakoy-vopros-dolzhen-byl-byt-zadan-vmesto-fiksatsii-riska-v-razdele-slabye-storony/)

Вместо фиксации риска в разделе «Слабые стороны» следовало задать вопрос: «Почему вы видите этот риск возможным? Какие слабые стороны вашей организации делают его возможным или слишком вероятным или приводят к недопустимо сильному влиянию?». Этот вопрос помогает выявить внутренние причины, лежащие в основе риска. Например, это может выявить наличие противоборствующих сторон с долгосрочными различиями в позициях или авторитарный стиль управления, при котором решения принимаются без должного обсуждения. Такой подход углубляет анализ и предоставляет ценную информацию для разработки стратегии.

Автор: Дмитрий Исайченко

Рейтинг: 1011

Теги: стратегия, управление рисками

## [Почему у агрегаторов услуг часто возникают проблемы с ответственностью за качество предоставляемых услуг?](https://cleverics.ru/digital/kb-qa/pochemu-u-agregatorov-uslug-chasto-voznikayut-problemy-s-otvetstvennostyu-za-kachestvo-predostavlyae/)

У агрегаторов услуг часто возникают проблемы с ответственностью за качество предоставляемых услуг из-за структуры их бизнес-модели. Они создают единую точку продажи, но сами не предоставляют услуги напрямую, а выступают посредником между клиентом и поставщиком. При возникновении проблем они сталкиваются с дилеммой: брать на себя ответственность за услуги, которые они не предоставляют напрямую, или перекладывать ее на партнеров. Чаще выбирается второй вариант, что приводит к уходу от ответственности и переводу стрелок между участниками цепочки. Даже при наличии деклараций о едином контроле и поддержке на практике агрегаторы часто не имеют полного доступа к информации о заказе, не могут оперативно решать проблемы и ссылаются на то, что не обладают необходимыми данными или полномочиями.

Автор: Роман Журавлёв

Рейтинг: 1011

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC

## [Чем поток ценности отличается от процесса обслуживания клиента?](https://cleverics.ru/digital/kb-qa/chem-potok-tsennosti-otlichaetsya-ot-protsessa-obsluzhivaniya-klienta/)

Поток ценности принципиально отличается от процесса обслуживания клиента тем, что он описывает этапы получения ценности потребителем, а не внутренние процедуры компании. Поток ценности выражается в терминах, которые понятны потребителю и фокусируются на том, как именно человек получает ценность при взаимодействии с продуктом. В отличие от этого, процесс обслуживания клиента описывается в терминах внутренних процедур компании, входов и выходов, что не отражает реального опыта потребителя и его восприятия ценности.

Автор: Андрей Труфанов

Рейтинг: 1011

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, управление отношениями, взаимодействие, BRM, управление продуктами, продуктовый подход

## [Каковы ограничения гибких методологий управления ИТ в контексте эксплуатации?](https://cleverics.ru/digital/kb-qa/kakovy-ogranicheniya-gibkikh-metodologiy-upravleniya-it-v-kontekste-ekspluatatsii/)

Основные ограничения гибких методологий в контексте эксплуатации ИТ связаны с их фокусом на разработке и временных целях, а не на долгосрочной поддержке. Гибкие методологии, такие как Agile, не обеспечивают четкой структуры для постоянного обслуживания систем после завершения проекта. Отсутствует механизм управления повторяющимися стандартными задачами, которые не требуют итеративного развития. Кроме того, гибкие подходы часто не учитывают потребности в документировании и стандартизированных процессах, необходимых для эффективной эксплуатации.

Автор: Константин Нарыжный

Рейтинг: 1011

Теги: Agile и гибкие методы разработки ПО, поддержка пользователей, Service Desk, Help Desk, управление проектами, PRINCE2, эффективность, оптимизация

## [Что такое сервис-интегратор в контексте модели SIAM?](https://cleverics.ru/digital/kb-qa/chto-takoe-servis-integrator-v-kontekste-modeli-siam/)

Сервис-интегратор в контексте модели SIAM — это уровень управления, который располагается между организацией-заказчиком и её поставщиками услуг. Его основная функция — обеспечивать управление, интеграцию и координацию различных поставщиков, чтобы конечный клиент получал наилучшее качество сервиса при минимальных накладных расходах на управление поставщиками. Сервис-интегратор берет на себя ответственность за согласование процессов между поставщиками, мониторинг качества услуг, управление инцидентами и проблемами, возникающими на стыке разных поставщиков, а также за обеспечение того, чтобы все предоставляемые услуги в совокупности создавали ценность для бизнеса заказчика.

Автор: Дмитрий Хруслов

Рейтинг: 1011

Теги: аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, мониторинг, общие вопросы менеджмента, управление инцидентами, управление уровнем услуг, SLM, экономика и финансы

## [Как инциденты влияют на управление доступностью ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-intsidenty-vliyayut-na-upravlenie-dostupnostyu-it-uslug/)

Инциденты напрямую связаны с управлением доступностью ИТ-услуг, так как именно данные об инцидентах являются основным источником информации для оценки и улучшения доступности. При смешивании инцидентов с запросами на обслуживание статистика по доступности искажается, что приводит к некорректной оценке реального уровня доступности услуг. Корректное разделение инцидентов позволяет точно измерять время простоя и время восстановления, что критично для расчета таких показателей, как uptime и доступность в процентах. Это, в свою очередь, помогает в принятии обоснованных решений по улучшению инфраструктуры и процессов для повышения общей доступности ИТ-услуг.

Автор: Игорь Фадеев

Рейтинг: 1011

Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, постоянное улучшение, совершенствование, CSI, PDCA, управление доступностью, управление запросами на обслуживание, управление инцидентами, управление конфигурациями, CMDB, эффективность, оптимизация

## [В чем заключается метод сервисных операций, разработанный компанией Cleverics?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-metod-servisnykh-operatsiy-razrabotannyy-kompaniey-cleverics/)

Метод сервисных операций, разработанный компанией Cleverics, используется для выявления требований к услуге, исходя из понимания природы деятельности в рамках потребления и предоставления услуги. Метод заключается в том, чтобы рассмотреть, из каких операций (деятельности) состоит потребление услуги. Поскольку невозможно предметно говорить об услуге, не рассматривая, как она потребляется, этот метод помогает понять, какие именно действия необходимы потребителю и поставщику для успешного предоставления и потребления услуги. Это позволяет более точно определить требования к услуге и оценить ее качество через измерение сервисных операций.

Автор: Игорь Гутник

Рейтинг: 1011

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление уровнем услуг, SLM

## [Какой взгляд на инфраструктуру как код представил шестой принцип DevOps DASA?](https://cleverics.ru/digital/kb-qa/kakoy-vzglyad-na-infrastrukturu-kak-kod-predstavil-shestoy-printsip-devops-dasa/)

Шестой принцип DevOps DASA предполагает широкий взгляд на автоматизацию, включая не только процессы разработки программного обеспечения, но и весь инфраструктурный ландшафт, что реализуется через подход 'инфраструктура как код' (Infrastructure as Code). Это означает, что конфигурация и управление инфраструктурой должны быть определены через код и версионироваться, как и любое другое программное обеспечение. Такой подход позволяет автоматически воссоздавать инфраструктуру, обеспечивать её согласованность в разных средах, быстрее разворачивать новые экземпляры и легко откатываться к предыдущим версиям при необходимости. Инфраструктура как код также интегрируется в процессы непрерывной поставки, что позволяет тестировать изменения инфраструктуры так же, как и изменения приложения, повышая общую надёжность и стабильность системы.

Автор: Игорь Гутник

Рейтинг: 1011

Теги: DevOps, CI/CD, управление конфигурациями, CMDB