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

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

## [Какие существуют альтернативы традиционной иерархии в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-alternativy-traditsionnoy-ierarkhii-v-it-upravlenii/)

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

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

Рейтинг: 984

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

## [Как определяется состав группы оценщиков для проведения Post-Implementation Review?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-sostav-gruppy-otsenshchikov-dlya-provedeniya-post-implementation-review/)

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

Автор: Павел Дёмин

Рейтинг: 984

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

## [Почему назначение менеджера major-инцидента считается важным этапом управления критическим инцидентом?](https://cleverics.ru/digital/kb-qa/pochemu-naznachenie-menedzhera-major-intsidenta-schitaetsya-vazhnym-etapom-upravleniya-kriticheskim/)

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

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

Рейтинг: 983

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

## [Какой смысл четвертого шага цикла Деминга (Act)?](https://cleverics.ru/digital/kb-qa/kakoy-smysl-chetvertogo-shaga-tsikla-deminga-act/)

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

Автор: Степан Хрулёв

Рейтинг: 983

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

## [Как влияют возвраты задач на соблюдение WIP-лимитов?](https://cleverics.ru/digital/kb-qa/kak-vliyayut-vozvraty-zadach-na-soblyudenie-wip-limitov/)

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

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

Рейтинг: 983

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

## [Почему важно, чтобы улучшения услуг соответствовали представлениям заказчика, а не только ИТ-службы?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chtoby-uluchsheniya-uslug-sootvetstvovali-predstavleniyam-zakazchika-a-ne-tolko-it-sl/)

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

Автор: Денис Денисов

Рейтинг: 983

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

## [Как организовать обучение сотрудников новым ITIL-процессам?](https://cleverics.ru/digital/kb-qa/kak-organizovat-obuchenie-sotrudnikov-novym-itil-protsessam/)

Эффективное обучение сотрудников новым ITIL-процессам должно быть многоступенчатым и ориентированным на практическое применение. Начните с обучения ключевых сотрудников, которые затем станут внутренними тренерами. Разработайте уровневую программу обучения: базовый уровень для всех сотрудников с фокусом на их конкретные роли в процессах; расширенный уровень для ответственных за процессы; продвинутый уровень для руководителей и архитекторов. Делайте упор на практические занятия - симуляции, ролевые игры, обработка реальных кейсов из вашей компании. Используйте различные форматы: очные тренинги, вебинары, онлайн-модули для самостоятельного изучения, чек-листы и шаблоны для повседневного использования. Разработайте индивидуальные планы обучения для разных должностей, так как требования к знаниям различаются для руководителей, менеджеров и исполнителей. Создайте систему проверки знаний через тестирование и практические задания. После обучения организуйте поддерживающую среду: регулярные коуч-сессии, сообщество практиков для обмена опытом, доступ к справочным материалам. Внедрите систему поощрения за успешное применение новых процессов. Проводите повторное обучение через 3-6 месяцев для закрепления знаний и внесения корректировок. Важно, чтобы обучение было не разовым событием, а частью постоянного развития навыков сотрудников.

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

Рейтинг: 983

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

## [Какова основная идея ITIL 4 по сравнению с предыдущими версиями?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-ideya-itil-4-po-sravneniyu-s-predydushchimi-versiyami/)

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

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

Рейтинг: 983

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

## [Как в ITIL4 определяется конечный результат или ценность услуги для клиента?](https://cleverics.ru/digital/kb-qa/kak-v-itil4-opredelyaetsya-konechnyy-rezultat-ili-tsennost-uslugi-dlya-klienta/)

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

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

Рейтинг: 983

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

## [Как связаны управление доступностью и управление непрерывностью с концепцией обеспечения устойчивости организации к отказам?](https://cleverics.ru/digital/kb-qa/kak-svyazany-upravlenie-dostupnostyu-i-upravlenie-nepreryvnostyu-s-kontseptsiey-obespecheniya-ustoyc/)

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

Автор: Павел Дёмин

Рейтинг: 983

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