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

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

## [В чем разница в применении продуктового подхода для внешних и внутренних ИТ-систем?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-v-primenenii-produktovogo-podkhoda-dlya-vneshnikh-i-vnutrennikh-it-sistem/)

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

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

Рейтинг: 963

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

## [Как пример Twitter иллюстрирует необходимость разделения потоков ценности?](https://cleverics.ru/digital/kb-qa/kak-primer-twitter-illyustriruet-neobkhodimost-razdeleniya-potokov-tsennosti/)

Пример Twitter иллюстрирует необходимость разделения потоков ценности на основе инициативы по добавлению кнопки 'Купить'. Эта кнопка представляла собой отдельный вид бизнеса (торговую площадку для партнеров), а не просто техническую задачу добавления элемента интерфейса. Twitter, изначально основанный на рекламной модели, получил дополнительную ценностную составляющую. Пример показывает, что Twitter содержит как минимум три взаимосвязанных блока потоков: Community (коммуникационная платформа), Advertising (рекламный бизнес) и Marketplace (торговая площадка). Эти потоки создают разную по природе ценность: Community формирует аудиторию (измеряется в натуральных единицах), Advertising и Marketplace создают выручку (измеряются в финансах). При этом они сильно зависят друг от друга и могут конфликтовать за ресурсы.

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

Рейтинг: 963

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, экономика и финансы

## [Как можно интерпретировать результат в 67% и 56% для двух сценариев с одинаковым процентом соблюдения сроков?](https://cleverics.ru/digital/kb-qa/kak-mozhno-interpretirovat-rezultat-v-67-i-56-dlya-dvukh-stsenariev-s-odinakovym-protsentom-soblyude/)

Результаты 67% (зеленый вариант) и 56% (красный вариант) при одинаковом KPI своевременности 95% демонстрируют, что первый сценарий предполагает значительно более быстрое устранение инцидентов. Хотя в обоих случаях 5% инцидентов просрочены, в зеленом варианте большая часть решена вблизи Tmin (30 минут), в то время как в красном — ближе к Tmax (4 часа). Это показывает, что новый метод оценки более точно отражает реальный уровень сервиса и оперативность команды.

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

Рейтинг: 963

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

## [Какие основные требования предъявляются к CMDB в контексте управления мощностями и сервисной экономики?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-trebovaniya-predyavlyayutsya-k-cmdb-v-kontekste-upravleniya-moshchnostyami-i-servisno/)

К CMDB в контексте управления мощностями и сервисной экономики предъявляется три основных требования. Во-первых, в CMDB должны быть построены логические модели приложений и услуг, которые включают не только физические ресурсы (оборудование и сети), но и функциональные роли ресурсов, такие как СУБД, web-сервер, файл-сервер и другие. Функциональные роли важны, так как с ними связаны единицы объёма потребления, специфичные затраты и зависимости мощности. Во-вторых, связи между элементами CMDB должны содержать атрибуты и логику, которые переносят потребность в мощностях от ресурсов верхнего уровня к поддерживающим ресурсам, а также стоимость обеспечения в обратном направлении. В-третьих, для обсчёта целевой архитектуры CMDB должна уметь оперировать не только существующими объектами и связями, но и плановыми, создавая, храня и логически отделяя сервисно-ресурсные модели, которые ещё проектируются.

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

Рейтинг: 962

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

## [Почему инциденты лучше предотвращать, чем устранять?](https://cleverics.ru/digital/kb-qa/pochemu-intsidenty-luchshe-predotvrashchat-chem-ustranyat/)

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

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

Рейтинг: 962

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

## [Как определить качество ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kachestvo-it-uslug/)

Качество ИТ-услуг определяется степенью соответствия определенным стандартам или договоренностям. Для этого необходимо выявить ключевые показатели, по которым будет оцениваться сервис, и зафиксировать целевые значения этих показателей. Например, для сервиса электронной почты важным показателем может быть доступность, чье целевое значение может быть установлено на уровне 95%. Когда показатель превышает целевое значение (например, 98%), можно говорить о высоком качестве сервиса. Для выявления показателей и их целевых значений рекомендуется проводить работу наподобие процесса SLM (Service Level Management), при этом учитывая требования и ожидания конечных пользователей.

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

Рейтинг: 962

Теги: ISO 20000, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление уровнем услуг, SLM

## [Какие требования предъявляются к вопросам, задаваемым пользователю для оценки влияния инцидента?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-predyavlyayutsya-k-voprosam-zadavaemym-polzovatelyu-dlya-otsenki-vliyaniya-intside/)

К вопросам, задаваемым пользователю для оценки влияния инцидента, предъявляются следующие основные требования: 1) Пользователь должен быть в состоянии дать на них ответ, используя имеющуюся у него информацию. 2) Трактовка ответов должна быть максимально однозначной, чтобы разные сотрудники поддержки приходили к одинаковой оценке влияния. 3) Количество вопросов должно быть ограничено (обычно 2-4), чтобы процесс оценки оставался быстрым и не создавал нагрузку на пользователя. 4) Вопросы должны покрывать ключевые аспекты, определяющие уровень влияния (масштаб проблемы и степень недоступности). 5) Формулировки вопросов должны быть понятны неподготовленному пользователю без технических знаний.

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

Рейтинг: 962

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

## [Почему нет универсальной модели организации первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-net-universalnoy-modeli-organizatsii-pervoy-linii-it-podderzhki/)

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

Автор: Анна Васильева

Рейтинг: 962

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

## [Как проявляется отношение команды к руководству в условиях слаженной работы без явных лидеров?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-otnoshenie-komandy-k-rukovodstvu-v-usloviyakh-slazhennoy-raboty-bez-yavnykh-lider/)

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

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

Рейтинг: 962

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

## [Какая роль отводится менеджеру проекта в кризисной ситуации?](https://cleverics.ru/digital/kb-qa/kakaya-rol-otvoditsya-menedzheru-proekta-v-krizisnoy-situatsii/)

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

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

Рейтинг: 962

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