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

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

## [Какие ограничения имеет концепция уровней зрелости в COBIT?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-imeet-kontseptsiya-urovney-zrelosti-v-cobit/)

Концепция уровел зрелости в COBIT имеет несколько существенных ограничений: возможность одновременного проявления признаков нескольких уровней зрелости одним процессом, что делает их точное определение невозможным; отсутствие стандартной математики для вычисления интегрального уровня; субъективность оценок разных аудиторов даже при использовании одинаковых контрольных мероприятий; и возможность достижения одного уровня зрелости разными способами через различные контрольные мероприятия. Все эти ограничения подчеркивают, что уровни зрелости следует рассматривать исключительно как иллюстративные инструменты, а не как объективные метрики процессов.

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

Рейтинг: 784

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

## [Какие каналы коммуникации могут использоваться для информирования пользователей о статусе инцидента?](https://cleverics.ru/digital/kb-qa/kakie-kanaly-kommunikatsii-mogut-ispolzovatsya-dlya-informirovaniya-polzovateley-o-statuse-intsident/)

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

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

Рейтинг: 784

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

## [Как поддерживать импульс реализации ITSM проекта в течение длительного периода?](https://cleverics.ru/digital/kb-qa/kak-podderzhivat-impuls-realizatsii-itsm-proekta-v-techenie-dlitelnogo-perioda/)

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

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

Рейтинг: 784

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

## [Как бизнес смотрит на преодоление текущих ограничений ИТ-подразделения?](https://cleverics.ru/digital/kb-qa/kak-biznes-smotrit-na-preodolenie-tekushchikh-ogranicheniy-it-podrazdeleniya/)

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

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

Рейтинг: 784

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

## [Как можно улучшить подход к управлению ИТ без использования концепции услуг?](https://cleverics.ru/digital/kb-qa/kak-mozhno-uluchshit-podkhod-k-upravleniyu-it-bez-ispolzovaniya-kontseptsii-uslug/)

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

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

Рейтинг: 784

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

## [Почему при выборе модели управления доступом важно учитывать конкретный случай?](https://cleverics.ru/digital/kb-qa/pochemu-pri-vybore-modeli-upravleniya-dostupom-vazhno-uchityvat-konkretnyy-sluchay/)

Выбор модели зависит от требований к гибкости, сложности системы и необходимости аудита. Например, в простых системах с чёткими ролями достаточно RBAC, тогда как в динамичных средах (многофилиальные компании) гибридная модель с ABAC обеспечит точный контроль. Неверный выбор может привести к избыточной сложности (чистый ABAC) или недостаточной адаптивности (только RBAC).

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

Рейтинг: 784

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

## [Какие основные типы регламентирующих документов необходимы для взаимодействия проектного офиса, разработчиков и эксплуатирующих подразделений?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-tipy-reglamentiruyushchikh-dokumentov-neobkhodimy-dlya-vzaimodeystviya-proektnogo-ofi/)

Для взаимодействия проектного офиса, разработчиков и эксплуатирующих подразделений необходимы следующие основные типы регламентирующих документов: 1) Документ, определяющий основные стадии создания новой автоматизированной системы (АС) или выполнения доработок, обычно называемый «Положение о разработке прикладного ПО». Он содержит описание состава работ, ответственных лиц, входных и выходных документов для каждой стадии. Важная особенность – вовлечение эксплуатирующих подразделений в определение требований и проектирование АС. 2) Документ, определяющий порядок приёмки новых АС в эксплуатацию, который может быть частью первого документа и обычно называется «Положение о внедрении информационных систем». Он включает определение порядка и охвата тестирования, подготовки тестовых сред, опытной эксплуатации и других аспектов. Может дополняться политиками релизов. 3) Документ, определяющий архитектурные и технологические стандарты, распространяющиеся на разработку новых решений. Включает определение допустимых языков и сред разработки, используемых платформ и СУБД, механизмов развёртывания, требований к интерфейсам, резервированию, мониторингу, журналированию и другим техническим аспектам. Эти документы образуют совокупный регламент управления изменениями и релизами в части разработки и внедрения прикладного программного обеспечения.

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

Рейтинг: 783

Теги: DevOps, CI/CD, ISO 20000, мониторинг, управление изменениями, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление релизами

## [Как мотивировать сотрудников правильно заполнять поля при регистрации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-motivirovat-sotrudnikov-pravilno-zapolnyat-polya-pri-registratsii-intsidentov/)

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

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

Рейтинг: 783

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

## [Как учесть рабочее время при расчете Flow Efficiency для распределенных команд?](https://cleverics.ru/digital/kb-qa/kak-uchest-rabochee-vremya-pri-raschete-flow-efficiency-dlya-raspredelennykh-komand/)

Учет рабочего времени при расчете Flow Efficiency для распределенных команд является сложной задачей, так как сотрудники могут работать в разных часовых поясах и иметь разные графики (например, аналитики в Новосибирске, разработчики в Москве, тестировщик на неполную ставку). Точный расчет требует учета доступного рабочего времени каждого участника потока, но в условиях совместной работы над задачей неясно, какой календарь использовать. Практически все реализации сводятся к упрощенным подходам и договоренностям, а не к точному расчету, что делает получаемые значения приблизительными. Некоторые методы предполагают использование среднего календаря команды или выделенного ответственного, но ни один из них не дает идеального результата.

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

Рейтинг: 783

Теги: Канбан, WIP-лимиты, командная работа, общие вопросы менеджмента, экономика и финансы

## [Как организовать работу мобильных сотрудников при низком разрешении экрана?](https://cleverics.ru/digital/kb-qa/kak-organizovat-rabotu-mobilnykh-sotrudnikov-pri-nizkom-razreshenii-ekrana/)

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

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

Рейтинг: 783

Теги: эффективность, оптимизация