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

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

## [Как целостный подход к работе влияет на сервисное мышление?](https://cleverics.ru/digital/kb-qa/kak-tselostnyy-podkhod-k-rabote-vliyaet-na-servisnoe-myshlenie/)

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

Автор: Александр Движков

Рейтинг: 914

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

## [Кто потенциально может быть менеджером процесса управления проблемами в ИТ-организации?](https://cleverics.ru/digital/kb-qa/kto-potentsialno-mozhet-byt-menedzherom-protsessa-upravleniya-problemami-v-it-organizatsii/)

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

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

Рейтинг: 914

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

## [Почему SLA между ИТ и бизнес-подразделениями часто не востребованы бизнесом?](https://cleverics.ru/digital/kb-qa/pochemu-sla-mezhdu-it-i-biznes-podrazdeleniyami-chasto-ne-vostrebovany-biznesom/)

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

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

Рейтинг: 913

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

## [Что такое принцип разделения полномочий (SoD) в контексте RBAC и почему он важен?](https://cleverics.ru/digital/kb-qa/chto-takoe-printsip-razdeleniya-polnomochiy-sod-v-kontekste-rbac-i-pochemu-on-vazhen/)

Принцип разделения полномочий (Segregation of Duties, SoD) в контексте ролевого управления доступом (RBAC) представляет собой механизм, который не позволяет назначать одному пользователю наборы прав, которые в совокупности могли бы привести к потенциальным конфликтам интересов или мошенническим действиям. Например, сотрудник, который может создавать поставщиков и одновременно утверждать платежи этим поставщикам, представляет собой риск. RBAC позволяет предопределить такие конфликтные сочетания ролей и заблокировать их одновременное назначение одному пользователю. Это значительно снижает риск предоставления избыточных полномочий и повышает безопасность информационных систем.

Автор: Александр Омельченко

Рейтинг: 913

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

## [Какие проблемы возникают при одностороннем применении сервисного подхода?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-odnostoronnem-primenenii-servisnogo-podkhoda/)

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

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

Рейтинг: 913

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

## [Какой подход рекомендуется для преодоления первоначальных сложностей при внедрении CI/CD?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-rekomenduetsya-dlya-preodoleniya-pervonachalnykh-slozhnostey-pri-vnedrenii-ci-cd/)

Для преодоления первоначальных сложностей при внедрении CI/CD рекомендуется составить карту или чек-лист технических практик, необходимых для реализации полноценного конвейера развёртывания. Следует осознать и обсудить, какие области требуют изменений, оценить текущий уровень и определить размер необходимых изменений ('разрыв'). После этого планомерно, ритмично и в рамках выделенного времени (например, 'налога в 20%') реализовывать изменения практических подходов. Рекомендуется также заранее договориться о желаемых параметрах конвейера, например, что он должен доставлять изменения до продуктивной среды в течение 15 минут. Такой четкий ориентир поможет определить, работает конвейер эффективно или нет, избегая неопределенных формулировок вроде 'как бы работает, но не очень'.

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

Рейтинг: 913

Теги: DevOps, CI/CD, управление конфигурациями, CMDB, управление релизами

## [Какой смысл имеют уровни зрелости в контексте оценки процессов согласно COBIT?](https://cleverics.ru/digital/kb-qa/kakoy-smysl-imeyut-urovni-zrelosti-v-kontekste-otsenki-protsessov-soglasno-cobit/)

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

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

Рейтинг: 913

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

## [Какие характеристики должны иметь кросс-функциональные автономные команды согласно четвёртому принципу DASA?](https://cleverics.ru/digital/kb-qa/kakie-kharakteristiki-dolzhny-imet-kross-funktsionalnye-avtonomnye-komandy-soglasno-chetvertomu-prin/)

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

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

Рейтинг: 913

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

## [Какие преимущества телефонной связи как способа контакта с первой линией поддержки?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-telefonnoy-svyazi-kak-sposoba-kontakta-s-pervoy-liniey-podderzhki/)

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

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

Рейтинг: 913

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

## [Какие элементы должны присутствовать в подписи делового электронного письма?](https://cleverics.ru/digital/kb-qa/kakie-elementy-dolzhny-prisutstvovat-v-podpisi-delovogo-elektronnogo-pisma/)

В подписи делового электронного письма должны присутствовать: полное имя и фамилия отправителя, его должность (например, «руководитель проекта N»), контактный телефон для оперативной связи при необходимости уточнения деталей. Полная подпись важна потому, что она указывает на позицию отправителя в компании, его полномочия и зону ответственности. Если подпись отсутствует или неинформативна (например, «Клара К.»), это может вызвать путаницу и потратить время на выяснение личности отправителя, сводя на нет все предыдущие усилия по составлению качественного письма. Многие компании автоматизируют создание стандартных полных и кратких подписей через настройки почтового клиента.

Автор: Андрей Носов

Рейтинг: 913

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