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

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

## [Каковы особенности организации работы через веб-клиент для мобильных сотрудников?](https://cleverics.ru/digital/kb-qa/kakovy-osobennosti-organizatsii-raboty-cherez-veb-klient-dlya-mobilnykh-sotrudnikov/)

Организация работы через веб-клиент позволяет сотрудникам работать с системой через любой браузер, что обеспечивает полный функционал без ограничений, характерных для почтового клиента. Однако этот метод требует стабильного онлайн-соединения с сервером на протяжении всего сеанса работы и предъявляет определенные требования к браузеру (поддержка CSS, JavaScript, AJAX и других современных технологий), что может создавать сложности при использовании на устаревшем оборудовании или в условиях плохого интернет-соединения.

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

Рейтинг: 995

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

## [Как проявляются лидерские качества в ходе деловой игры?](https://cleverics.ru/digital/kb-qa/kak-proyavlyayutsya-liderskie-kachestva-v-khode-delovoy-igry/)

Лидерские качества проявляются через способность вдохновлять команду, создавать общее видение проекта и поддерживать активность участников. Например, роль сопровождающего проекта в игре включает в себя активное взаимодействие с исполнителями, помощь в решении задач и эмоциональную поддержку. Такой участник заряжает азартом и увлечённостью, привлекая остальных к работе и не позволяя никому оставаться в стороне. Его задача – постоянно напоминать о цели и проверять текущее положение дел на соответствие этой цели, что усиливает мотивацию и направленность команды.

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

Рейтинг: 995

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

## [Почему OLA часто вызывает путаницу в практической реализации?](https://cleverics.ru/digital/kb-qa/pochemu-ola-chasto-vyzyvaet-putanitsu-v-prakticheskoy-realizatsii/)

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

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

Рейтинг: 995

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

## [Какие вопросы могут быть использованы для непосредственной оценки удовлетворенности заказчика ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakie-voprosy-mogut-byt-ispolzovany-dlya-neposredstvennoy-otsenki-udovletvorennosti-zakazchika-it-us/)

Для непосредственной оценки удовлетворенности заказчика ИТ-услугами могут быть использованы вопросы, направленные на оценку ключевых аспектов услуги. Примерами таких вопросов могут служить: степень удовлетворенности достигаемой utility услуг, степень удовлетворенности достигаемой warranty услуг, степень соответствия показателей warranty реальным потребностям заказчика. Ответы на эти вопросы оцениваются по шкале от 0 до 1, где 0 означает полное несоответствие, а 1 – полное соответствие ожиданиям.

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

Рейтинг: 995

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

## [Что такое «слишком много ролей» и почему эта ситуация может возникнуть при использовании RBAC?](https://cleverics.ru/digital/kb-qa/chto-takoe-slishkom-mnogo-roley-i-pochemu-eta-situatsiya-mozhet-vozniknut-pri-ispolzovanii-rbac/)

Ситуация «слишком много ролей» возникает при использовании ролевой модели управления доступом (RBAC), когда при подключении новых информационных систем к системе управления доступом ранее определенные роли необходимо дробить на множество других ролей, чтобы учесть все возможные комбинации доступа с новыми системами. Если подключается несколько новых систем, количество ролей может экспоненциально возрасти и в конечном итоге превысить количество пользователей в организации. Например, если в компании уже существовали роли для работы с системами A и B, и при подключении системы C каждая из существующих ролей должна быть разделена еще на несколько вариантов, то общее количество ролей быстро станет непомерно большим. Эта ситуация значительно усложняет управление доступом и снижает преимущества, которые должно давать использование RBAC.

Автор: Александр Омельченко

Рейтинг: 995

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

## [Как соотносятся практики ITIL с использованием CMDB для сервисной экономики?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-praktiki-itil-s-ispolzovaniem-cmdb-dlya-servisnoy-ekonomiki/)

Практики ITIL не запрещают использования CMDB для решения задач сервисной экономики и не требуют создания отдельной базы данных для экономических расчётов. ITIL фокусируется на управлении услугами и ресурсами, и CMDB является важным компонентом для отслеживания зависимостей между элементами инфраструктуры. Поскольку связи влияния в CMDB могут быть использованы для распределения стоимости, использование CMDB для расчёта TCO и других экономических метрик согласуется с принципами ITIL, если это поддерживается используемым ITSM-инструментарием. ITIL не регулирует настолько детально архитектурные решения, чтобы определять, должен ли быть единственный или разделённый подход к учёту.

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

Рейтинг: 995

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

## [Как определить, кто может исполнять роль владельца сквозного процесса?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kto-mozhet-ispolnyat-rol-vladeltsa-skvoznogo-protsessa/)

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

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

Рейтинг: 994

Теги: ITIL, общие вопросы менеджмента, управление процессами, ИТ-процессы

## [Какой подход можно использовать для настройки эффективной переписки по email?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-mozhno-ispolzovat-dlya-nastroyki-effektivnoy-perepiski-po-email/)

Для настройки эффективной переписки по email рекомендуется использовать методологию «4tune», которая фокусируется на четырех аспектах: 1) Кому пишем – необходимо учитывать роль и влияние получателя, его положение в реализации ИТ-инициативы и предпочтения по восприятию информации; 2) Что в теме – тема должна содержать 1-2 ключевых слова, относящихся к проблеме, и ожидаемое действие от адресата; 3) Что в теле – письмо должно состоять из структурированного текста: приветствие, благодарность, основание, суть, о чем просим/требуем, подпись; 4) Когда ждать ответ – важно заранее определить ожидаемые сроки ответа исходя из приоритетности вопроса и сложившейся в компании практики.

Автор: Андрей Носов

Рейтинг: 994

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

## [Чем отличается подход к управлению в гибких методологиях от традиционного проектного управления?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-upravleniyu-v-gibkikh-metodologiyakh-ot-traditsionnogo-proektnogo-upravl/)

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

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

Рейтинг: 994

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

## [Как оценить зрелость рабочего процесса гибких команд?](https://cleverics.ru/digital/kb-qa/kak-otsenit-zrelost-rabochego-protsessa-gibkikh-komand/)

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

Автор: Светлана Сапегина

Рейтинг: 994

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