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

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

## [Почему важно учитывать обе стороны при применении сервисного подхода?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-obe-storony-pri-primenenii-servisnogo-podkhoda/)

Применение сервисного подхода требует участия как поставщика услуг, так и заказчика, потому что ценность услуг определяется именно со стороны заказчика. Одностороннее применение сервисного подхода поставщиком услуг без учета потребностей и восприятия заказчика приводит к ситуации, когда услуги становятся «навязанными» и не приносят никакой пользы ни одной из сторон. Взаимное понимание необходимо для того, чтобы определить, что именно заказчик считает ценным и какие функции он воспринимает как услуги.

Автор: Роман Журавлёв

Рейтинг: 732

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

## [Почему в традиционной иерархической структуре ИТ-департамента возникают межгрупповые конфликты?](https://cleverics.ru/digital/kb-qa/pochemu-v-traditsionnoy-ierarkhicheskoy-strukture-it-departamenta-voznikayut-mezhgruppovye-konflikty/)

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

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

Рейтинг: 732

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

## [Что входит в обязанности владельца услуги при управлении жизненным циклом услуги?](https://cleverics.ru/digital/kb-qa/chto-vkhodit-v-obyazannosti-vladeltsa-uslugi-pri-upravlenii-zhiznennym-tsiklom-uslugi/)

В обязанности владельца услуги при управлении жизненным циклом услуги входит: контроль соответствия уровня предоставления и поддержки услуги согласованным параметрам; трансляция требований бизнеса в понятные ИТ-задачи; обеспечение прозрачных коммуникаций с заказчиком по запросам и инцидентам; помощь в разработке модели услуги при работе с процессом управления портфелем услуг; оценка влияния изменений на услугу; обеспечение актуальности сведений об услуге в каталоге услуг; представление услуги в рамках всей организации и на CAB-ах; мониторинг и отчётность по услуге; участие в обсуждении SLA/OLA применительно к его зоне ответственности. Владелец услуги несёт ответственность за услугу на протяжении всего её жизненного цикла, независимо от географического расположения её компонентов и обслуживающего персонала.

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

Рейтинг: 732

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

## [Как IT4IT отражает концепцию жизненного цикла услуги в своей структуре?](https://cleverics.ru/digital/kb-qa/kak-it4it-otrazhaet-kontseptsiyu-zhiznennogo-tsikla-uslugi-v-svoey-strukture/)

IT4IT отражает концепцию жизненного цикла услуги через свою структуру Service Backbone (Сервисный каркас), который состоит из четырех основных Value Streams. Первый поток Strategy to Portfolio (S2P) соответствует начальной фазе жизненного цикла - определению стратегии и планированию услуг. Второй поток Requirement to Deployment (R2D) соотносится с фазами разработки и внедрения услуги. Третий поток Request to Fulfill (R2F) охватывает эксплуатацию и предоставление услуги пользователям. Четвертый поток Detect to Correct (D2C) связан с мониторингом и улучшением услуги в процессе ее эксплуатации. Таким образом, вся структура IT4IT организована таким образом, чтобы охватить все этапы жизненного цикла услуги - от первого концептуального представления до постоянного улучшения в эксплуатации, просто представлена в терминах потоков создания ценности, что подчеркивает добавление ценности на каждом этапе.

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

Рейтинг: 732

Теги: архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, мониторинг, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, поток создания ценности (Value Stream), стратегия, управление релизами, эффективность, оптимизация

## [Какова разница между владельцем практики и менеджером изменений в ITIL4?](https://cleverics.ru/digital/kb-qa/kakova-raznitsa-mezhdu-vladeltsem-praktiki-i-menedzherom-izmeneniy-v-itil4/)

В ITIL4 владелец практики (Practice owner) отвечает за общее управление, развитие и стратегическое направление всей практики 'Поддержка изменений' как функциональной области, тогда как менеджер изменений (Change manager) фокусируется на оперативном управлении жизненным циклом отдельных изменений и развитии практики на тактическом уровне. Владелец практики определяет стандарты, политики и общие направленность практики на уровне организации, в то время как менеджер изменений реализует эти стандарты на практике, управляя конкретными изменениями и их внедрением. В небольших организациях эти роли могут быть объединены в одном лице.

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

Рейтинг: 732

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

## [В чем отличие продуктового подхода с быстрым потоком от простого использования продуктовых ролей?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-produktovogo-podkhoda-s-bystrym-potokom-ot-prostogo-ispolzovaniya-produktovykh-roley/)

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

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

Рейтинг: 732

Теги: Канбан, WIP-лимиты, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление релизами

## [Какую роль играют T-shape профили сотрудников в продуктовом подходе с быстрым потоком?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igrayut-t-shape-profili-sotrudnikov-v-produktovom-podkhode-s-bystrym-potokom/)

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

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

Рейтинг: 732

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

## [Что делать, если часть запрошенных ресурсов не была согласована?](https://cleverics.ru/digital/kb-qa/chto-delat-esli-chast-zaproshennykh-resursov-ne-byla-soglasovana/)

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

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

Рейтинг: 732

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

## [Какова роль руководства бизнеса при внедрении процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kakova-rol-rukovodstva-biznesa-pri-vnedrenii-protsessa-upravleniya-izmeneniyami/)

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

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

Рейтинг: 732

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

## [Какие сложности возникают при совмещении отпусков консультантов и планов проекта?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-sovmeshchenii-otpuskov-konsultantov-i-planov-proekta/)

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

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

Рейтинг: 732

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