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

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

## [Какие известные концепции и ученые связаны с развитием менеджмента?](https://cleverics.ru/digital/kb-qa/kakie-izvestnye-kontseptsii-i-uchenye-svyazany-s-razvitiem-menedzhmenta/)

В истории менеджмента известно множество ключевых фигур и их концепций: Адам Смит ввел идею специализации труда; Генри Форд внедрил конвейерное производство; Уолтер Шухарт и Эдвард Деминг разработали основы управления качеством на основе измерения и совершенствования процессов; Норберт Винер создал кибернетику, которая повлияла на управление системами; Дэвид Нортон и Роберт Каплан предложили концепцию сбалансированной системы показателей; ITIL стал стандартом в управлении ИТ-услугами. Эти концепции и их авторы хорошо документированы и признаны в профессиональном сообществе.

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

Рейтинг: 653

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

## [В чем заключается основная проблема ручного вмешательства в запущенные узлы и как её решить?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-osnovnaya-problema-ruchnogo-vmeshatelstva-v-zapushchennye-uzly-i-kak-ee-reshit/)

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

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

Рейтинг: 652

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

## [Как влияет недостаток информации в учебных заданиях на результаты выполнения упражнений участниками тренингов?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-nedostatok-informatsii-v-uchebnykh-zadaniyakh-na-rezultaty-vypolneniya-uprazhneniy-uchas/)

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

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

Рейтинг: 652

Теги: бизнес, ценность, бизнес-заказчик, обучение сотрудников, учебные курсы, тренинги

## [Какие аспекты формирования каталога ИТ-услуг требуют дополнительных рекомендаций, по мнению автора обзора?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-formirovaniya-kataloga-it-uslug-trebuyut-dopolnitelnykh-rekomendatsiy-po-mneniyu-avtor/)

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

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

Рейтинг: 652

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

## [Как оценить соответствие ITSM-решения потребностям заказчика?](https://cleverics.ru/digital/kb-qa/kak-otsenit-sootvetstvie-itsm-resheniya-potrebnostyam-zakazchika/)

Оценка проводится через проверку соответствия каждого элемента решения ответам на вопросы «Зачем?», «Что?», «Кто?», «Как?». Решение признаётся подходящим, если все его компоненты прямо поддерживают решение конкретной бизнес-задачи заказчика, не содержат избыточных элементов и учитывают особенности организации труда и существующей ИТ-инфраструктуры.

Автор: Артём Мукосеев

Рейтинг: 652

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

## [Какие факторы следует учитывать при принятии решения о том, где закрывать инциденты: на первой или второй линии?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-prinyatii-resheniya-o-tom-gde-zakryvat-intsidenty-na-pervoy-ili/)

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

Автор: Дмитрий Подольский

Рейтинг: 651

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

## [Что подразумевается под фразой 'разогнать CAB' в контексте дискуссии?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-frazoy-razognat-cab-v-kontekste-diskussii/)

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

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

Рейтинг: 651

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

## [Как понимание цели развития продукта помогает при оценке реальности выполнения задач?](https://cleverics.ru/digital/kb-qa/kak-ponimanie-tseli-razvitiya-produkta-pomogaet-pri-otsenke-realnosti-vypolneniya-zadach/)

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

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

Рейтинг: 651

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

## [Почему в ранних подходах к разработке недостаточно считать работу завершенной после проверки разработчиком?](https://cleverics.ru/digital/kb-qa/pochemu-v-rannikh-podkhodakh-k-razrabotke-nedostatochno-schitat-rabotu-zavershennoy-posle-proverki-r/)

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

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

Рейтинг: 651

Теги: DevOps, CI/CD, управление релизами

## [Какие изменения произошли в подходах к обслуживанию клиентов с 1990-х годов?](https://cleverics.ru/digital/kb-qa/kakie-izmeneniya-proizoshli-v-podkhodakh-k-obsluzhivaniyu-klientov-s-1990-kh-godov/)

С 1990-х годов подходы к обслуживанию клиентов стали более структурированными и профессиональными. Если раньше предприниматели использовали спонтанные методы, такие как объявления на рынках или в автомобилях с надписями «Доллары куплю», то сегодня компании разрабатывают детальные стратегии, направленные на высококачественное удовлетворение покупательского спроса, что отражается в их официальных формулировках миссии.

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

Рейтинг: 651

Теги: бизнес, ценность, бизнес-заказчик, стратегия