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

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

## [Что представляет собой методика «Пять «Почему?» («5-why») в процессе управления проблемами?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-metodika-pyat-pochemu-5-why-v-protsesse-upravleniya-problemami/)

Методика «Пять «Почему?» («5-why») заключается в последовательном задавании вопроса «Почему?» для выявления причин явления (проблемы). Начиная с исходного события, на каждом шаге фиксируется ответ, и к этому ответу снова применяется вопрос «Почему?». Данный подход позволяет, как утверждается в ITIL SO (4.4.4.3), на пятой итерации добираться до корневой причины проблемы. Однако процесс может включать ветвление ответов на каждом этапе, поскольку на вопрос «Почему?» часто существует несколько возможных ответов, что усложняет однозначное определение корневой причины.

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

Рейтинг: 924

Теги: ITIL, управление проблемами

## [Почему переход крупной ИТ-организации полностью на гибкие методы маловероятен и часто нецелесообразен?](https://cleverics.ru/digital/kb-qa/pochemu-perekhod-krupnoy-it-organizatsii-polnostyu-na-gibkie-metody-maloveroyaten-i-chasto-netseleso/)

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

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

Рейтинг: 924

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

## [Может ли наличие выделенных менеджеров процессов ИТСМ свидетельствовать о зрелости организации?](https://cleverics.ru/digital/kb-qa/mozhet-li-nalichie-vydelennykh-menedzherov-protsessov-itsm-svidetelstvovat-o-zrelosti-organizatsii/)

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

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

Рейтинг: 924

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

## [Как можно автоматизировать процесс управления доступом в организации?](https://cleverics.ru/digital/kb-qa/kak-mozhno-avtomatizirovat-protsess-upravleniya-dostupom-v-organizatsii/)

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

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

Рейтинг: 924

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

## [Какой вопрос должен был быть задан вместо фиксации риска в разделе «Слабые стороны»?](https://cleverics.ru/digital/kb-qa/kakoy-vopros-dolzhen-byl-byt-zadan-vmesto-fiksatsii-riska-v-razdele-slabye-storony/)

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

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

Рейтинг: 924

Теги: стратегия, управление рисками

## [Какие меры помогут предотвратить хаос при неудачном развёртывании релиза?](https://cleverics.ru/digital/kb-qa/kakie-mery-pomogut-predotvratit-khaos-pri-neudachnom-razvertyvanii-reliza/)

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

Автор: Шамиль Бабаев

Рейтинг: 924

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

## [Должен ли срок выполнения задачи приостанавливаться при переводе в статус 'Ожидание'?](https://cleverics.ru/digital/kb-qa/dolzhen-li-srok-vypolneniya-zadachi-priostanavlivatsya-pri-perevode-v-status-ozhidanie/)

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

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

Рейтинг: 924

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

## [Что такое Service Backbone в модели IT4IT и как он соотносится с ITIL?](https://cleverics.ru/digital/kb-qa/chto-takoe-service-backbone-v-modeli-it4it-i-kak-on-sootnositsya-s-itil/)

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

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

Рейтинг: 924

Теги: ITIL, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, постоянное улучшение, совершенствование, CSI, PDCA, стратегия, эффективность, оптимизация

## [Какие критерии помогают определить наиболее подходящую стратегию изменений для организации?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-pomogayut-opredelit-naibolee-podkhodyashchuyu-strategiyu-izmeneniy-dlya-organizatsii/)

Для выбора стратегии необходимо оценить: 1) Скорость требуемых изменений (срочные преобразования требуют концентрации инструментов влияния); 2) Распределение власти и интересов в организации (при множестве заинтересованных сторон эффективнее построение альянсов); 3) Наличие ресурсов и поддержки руководства; 4) Степень сопротивления сотрудников (для слабого сопротивления подходит пошаговая стратегия); 5) Соответствие изменений общей стратегии компании (если изменения органичны для бизнеса, проще внедрять их постепенно). Эти критерии помогут выбрать оптимальный путь минимизации рисков и повышения шансов на успех.

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

Рейтинг: 924

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

## [Нужно ли перестраивать процессы управления инцидентами при переходе с ITIL v3 на ITIL 4 из-за отсутствия явного упоминания приоритизации?](https://cleverics.ru/digital/kb-qa/nuzhno-li-perestraivat-protsessy-upravleniya-intsidentami-pri-perekhode-s-itil-v3-na-itil-4-iz-za-ot/)

Нет, не нужно. Несмотря на то, что в процессе обработки инцидента (Incident handling and resolution) в ITIL 4 приоритизация не упоминается как отдельный шаг, она остается важным компонентом практики управления инцидентами. Приоритизация рассматривается как сквозной процесс и включена в факторы успеха практики, необходимые для минимизации негативного влияния инцидентов. Организациям не нужно выбрасывать текущие ITSM-системы или кардинально менять процессы — можно продолжать использовать приоритизацию как часть управления инцидентами, но принять более гибкий подход, когда приоритеты могут пересматриваться несколько раз в течение жизненного цикла инцидента.

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

Рейтинг: 924

Теги: ITIL, ITSM, управление инцидентами, управление процессами, ИТ-процессы