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

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

## [Каким образом управление доступностью взаимодействует с управлением изменениями в контексте планирования простоев?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-upravlenie-dostupnostyu-vzaimodeystvuet-s-upravleniem-izmeneniyami-v-kontekste-planiro/)

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

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

Рейтинг: 1101

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

## [Что является залогом выживания и успешности компании?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-zalogom-vyzhivaniya-i-uspeshnosti-kompanii/)

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

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

Рейтинг: 1100

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

## [Какова основная цель системы Kanban при её создании на производстве Toyota?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-tsel-sistemy-kanban-pri-ee-sozdanii-na-proizvodstve-toyota/)

Основная цель системы Kanban, разработанной на производстве Toyota, заключалась в организации вытягивающего типа производства для построения системы «точно-во-время» (just-in-time, JIT). Это достигалось за счёт использования карточек для сигнализации между участками производственной цепочки. Когда на одном участке приближалось завершение производства или достижение определённого порога, карточка отправлялась предыдущему участку, указывая необходимость изготовления следующей порции продукции. Такой подход позволяет минимизировать складские запасы, избежать избыточного производства и повысить скорость выпуска продукции, так как материалы поступают именно тогда, когда они требуются для дальнейшей обработки.

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

Рейтинг: 1100

Теги: Канбан, WIP-лимиты

## [Каковы причины того, что баланс между стимулированием и наказанием персонала в ИТ-сфере сложно сохранять?](https://cleverics.ru/digital/kb-qa/kakovy-prichiny-togo-chto-balans-mezhdu-stimulirovaniem-i-nakazaniem-personala-v-it-sfere-slozhno-so/)

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

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

Рейтинг: 1100

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

## [Как интеграция практик PaaS и SaaS влияет на организацию работы продуктовой команды?](https://cleverics.ru/digital/kb-qa/kak-integratsiya-praktik-paas-i-saas-vliyaet-na-organizatsiyu-raboty-produktovoy-komandy/)

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

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

Рейтинг: 1100

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

## [Какие бизнес-требования и обоснования должны содержаться в предложении об изменении согласно ITIL?](https://cleverics.ru/digital/kb-qa/kakie-biznes-trebovaniya-i-obosnovaniya-dolzhny-soderzhatsya-v-predlozhenii-ob-izmenenii-soglasno-it/)

В Change proposal должно быть высокоуровневое описание услуги с указанием бизнес-выгод, требований к функциональности и гарантиям (доступность, мощность, безопасность), подробный бизнес-кейс с экономической выгодой, рисками, альтернативами решения и графиком внедрения, а не просто фиксированным дедлайном. Это позволяет принимать обоснованные решения на стратегическом уровне.

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

Рейтинг: 1100

Теги: ITIL, безопасность, бизнес, ценность, бизнес-заказчик, управление доступностью, управление релизами, управление рисками

## [Какие риски возникают при полном отказе от субъективных методов измерения?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-polnom-otkaze-ot-subektivnykh-metodov-izmereniya/)

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

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

Рейтинг: 1100

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

## [Как фиксированная эскалация помогает избежать «футбола» в процессе обработки инцидентов?](https://cleverics.ru/digital/kb-qa/kak-fiksirovannaya-eskalatsiya-pomogaet-izbezhat-futbola-v-protsesse-obrabotki-intsidentov/)

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

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

Рейтинг: 1100

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

## [Какие аргументы говорят против разделения сервисных запросов и инцидентов на отдельные процессы?](https://cleverics.ru/digital/kb-qa/kakie-argumenty-govoryat-protiv-razdeleniya-servisnykh-zaprosov-i-intsidentov-na-otdelnye-protsessy/)

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

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

Рейтинг: 1100

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

## [Как определить, какие услуги следует выбрать для первоначального внедрения SLM?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kakie-uslugi-sleduet-vybrat-dlya-pervonachalnogo-vnedreniya-slm/)

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

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

Рейтинг: 1100

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