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

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

## [Почему на практике работа часто отличается от имеющихся регламентов и инструкций?](https://cleverics.ru/digital/kb-qa/pochemu-na-praktike-rabota-chasto-otlichaetsya-ot-imeyushchikhsya-reglamentov-i-instruktsiy/)

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

Автор: Евгений Шилов

Рейтинг: 918

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

## [Какие международные стандарты регулируют использование Role-Based Access Control?](https://cleverics.ru/digital/kb-qa/kakie-mezhdunarodnye-standarty-reguliruyut-ispolzovanie-role-based-access-control/)

Существует три основных взаимосвязанных стандарта, регулирующих использование Role-Based Access Control: INCITS 359-2012 «Information Technology - Role Based Access Control», который содержит референтную модель ролевого управления доступом; INCITS 494-2012 «Information technology - Role Based Access Control - Policy Enhanced», являющийся дополнением к первому стандарту в части обработки динамических ограничений; и INCITS 459-2011 «Information Technology - Requirements for the Implementation and Interoperability of Role Based Access Control», описывающий допустимые сочетания компонентов и интерфейсы. Первые два стандарта определяют модель и функциональные возможности RBAC, а третий обеспечивает совместимость и правильную комбинацию компонентов.

Автор: Денис Денисов

Рейтинг: 918

Теги: ISO 20000, управление доступом, IDM, ролевые модели, RBAC, ABAC

## [Как База знаний влияет на взаимодействие с клиентами и заказчиками?](https://cleverics.ru/digital/kb-qa/kak-baza-znaniy-vliyaet-na-vzaimodeystvie-s-klientami-i-zakazchikami/)

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

Автор: Денис Денисов

Рейтинг: 918

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

## [Что означает принцип 'Работать «в полях»' и почему он важен?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-printsip-rabotat-v-polyakh-i-pochemu-on-vazhen/)

Принцип 'Работать «в полях»' означает необходимость непосредственного наблюдения за процессами для понимания реальной ситуации. Хотя измерения тоже важны, непосредственное наблюдение предпочтительнее, поскольку цифры могут искажаться в зависимости от метода расчета. Например, рекомендуется иногда работать пару дней на Service Desk, чтобы лучше понять проблемы и потребности клиентов из первых рук.

Автор: Павел Дёмин

Рейтинг: 918

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk

## [Как улучшить соблюдение процессов сотрудниками в организации?](https://cleverics.ru/digital/kb-qa/kak-uluchshit-soblyudenie-protsessov-sotrudnikami-v-organizatsii/)

Для улучшения соблюдения процессов необходимо: обеспечить понимание сотрудниками цели и ценности процесса; внедрить систему измерений и контроля с регулярной обратной связью; связать соблюдение процесса с системой мотивации; провести качественное обучение и разъяснить роль каждого; создать возможность для внесения предложений по улучшению процесса; упростить и оптимизировать сам процесс, убрав излишние шаги. Это сформирует культуру ответственности и повысит вовлеченность сотрудников.

Автор: Евгений Шилов

Рейтинг: 918

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

## [Как учитывать разницу между покупателем и конечным пользователем при оценке успеха B2B продукта?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-raznitsu-mezhdu-pokupatelem-i-konechnym-polzovatelem-pri-otsenke-uspekha-b2b-produkta/)

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

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

Рейтинг: 918

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, экономика и финансы

## [Какие условия необходимо соблюдать для успешного внедрения модели "Infrastructure as Code" в команде?](https://cleverics.ru/digital/kb-qa/kakie-usloviya-neobkhodimo-soblyudat-dlya-uspeshnogo-vnedreniya-modeli-infrastructure-as-code-v-koma/)

Для успешного внедрения модели "Infrastructure as Code" в команде необходимо соблюдение нескольких ключевых условий: необходимо полное внедрение микросервисной архитектуры и использование контейнеров; команда должна быть полностью готова перейти на парадигму неизменности узлов, что означает, что любые изменения происходят не в работающих системах, а путем создания новых конфигураций и замены старых узлов; необходима высокая эксплуатационная компетенция внутренней команды в области настройки middleware и автоматизации процессов; и наконец, необходимо использование систем контроля версий и CMS для управления всей конфигурацией, что позволяет быстро и без потерь восстанавливать инфраструктуру при возникновении проблем. Только при соблюдении этих условий команда сможет добиться максимальной гибкости и масштабируемости инфраструктуры.

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

Рейтинг: 918

Теги: архитектура ИТ, TOGAF и IT4IT, командная работа, общие вопросы менеджмента, управление конфигурациями, CMDB, управление релизами

## [Какой минимально эффективный состав первой линии поддержки рекомендуется для небольшой ИТ-организации?](https://cleverics.ru/digital/kb-qa/kakoy-minimalno-effektivnyy-sostav-pervoy-linii-podderzhki-rekomenduetsya-dlya-nebolshoy-it-organiza/)

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

Автор: Олег Скрынник

Рейтинг: 918

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

## [Как вероятность проявляется трижды в структуре риска?](https://cleverics.ru/digital/kb-qa/kak-veroyatnost-proyavlyaetsya-trizhdy-v-strukture-riska/)

Вероятность в структуре риска проявляется на трех уровнях: 1) Вероятность возникновения причин или источников риска (угроз), что зависит от внешней среды. 2) Вероятность того, что появление угрозы приведет к наступлению события, что определяется уровнем уязвимости системы и силой угрозы. 3) Вероятность того, что произошедшее событие вызовет конкретные последствия для организации, которые могут варьироваться от минимальных временных потерь до серьезных финансовых или репутационных убытков. PMBOK рекомендует рассматривать разные сценарии: пессимистический, наиболее вероятный и оптимистический, чтобы оценить возможные варианты исхода.

Автор: Павел Дёмин

Рейтинг: 918

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

## [Нужна ли категория "Другое" в системе категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/nuzhna-li-kategoriya-drugoe-v-sisteme-kategorizatsii-intsidentov/)

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

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

Рейтинг: 918

Теги: управление запросами на обслуживание, управление инцидентами