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

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

## [Как понимание цели развития продукта влияет на темпы работы команды?](https://cleverics.ru/digital/kb-qa/kak-ponimanie-tseli-razvitiya-produkta-vliyaet-na-tempy-raboty-komandy/)

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

Автор: Светлана Сапегина

Рейтинг: 893

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

## [Следует ли регистрировать вне графика запланированные простои, даже если они согласованы всеми заинтересованными сторонами?](https://cleverics.ru/digital/kb-qa/sleduet-li-registrirovat-vne-grafika-zaplanirovannye-prostoi-dazhe-esli-oni-soglasovany-vsemi-zainte/)

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

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

Рейтинг: 893

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

## [Можно ли работать без менеджеров в крупных организациях?](https://cleverics.ru/digital/kb-qa/mozhno-li-rabotat-bez-menedzherov-v-krupnykh-organizatsiyakh/)

Работать без менеджеров в крупных организациях, как показывает опыт Google, не получается. Эксперимент компании по созданию плоской управленческой структуры в 2002 году продемонстрировал, что сотрудники не могут эффективно функционировать без руководителей. Даже в инновационной компании, которая стремилась к минимизации иерархии, отсутствие менеджеров привело к снижению производительности и возникновению неопределённости в рабочих процессах. В итоге Google вернулась к более традиционной структуре управления с акцентом на качество управленческого состава, а не на его количество.

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

Рейтинг: 893

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

## [Почему при выборе модели управления доступом важно учитывать конкретный случай?](https://cleverics.ru/digital/kb-qa/pochemu-pri-vybore-modeli-upravleniya-dostupom-vazhno-uchityvat-konkretnyy-sluchay/)

Выбор модели зависит от требований к гибкости, сложности системы и необходимости аудита. Например, в простых системах с чёткими ролями достаточно RBAC, тогда как в динамичных средах (многофилиальные компании) гибридная модель с ABAC обеспечит точный контроль. Неверный выбор может привести к избыточной сложности (чистый ABAC) или недостаточной адаптивности (только RBAC).

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

Рейтинг: 893

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

## [Какие риски возникают при отсутствии предпроектного обследования?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-predproektnogo-obsledovaniya/)

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

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

Рейтинг: 892

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

## [Что такое контроль в контексте управления ИТ-проектами?](https://cleverics.ru/digital/kb-qa/chto-takoe-kontrol-v-kontekste-upravleniya-it-proektami/)

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

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

Рейтинг: 892

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

## [Как формируются требования к инструменту автоматизации в ITSM-проекте?](https://cleverics.ru/digital/kb-qa/kak-formiruyutsya-trebovaniya-k-instrumentu-avtomatizatsii-v-itsm-proekte/)

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

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

Рейтинг: 892

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

## [Как технологическое развитие влияет на классификацию сервисов с основных на дополнительные?](https://cleverics.ru/digital/kb-qa/kak-tekhnologicheskoe-razvitie-vliyaet-na-klassifikatsiyu-servisov-s-osnovnykh-na-dopolnitelnye/)

Технологическое развитие может приводить к тому, что некоторые услуги, ранее считавшиеся основными, становятся дополнительными, когда появляются более эффективные альтернативы. Например, электронная почта как канал взаимодействия пользователя с Service Desk, который раньше был стандартным, теперь перестает использоваться повсеместно из-за появления web-порталов. Эти портальные решения обеспечивают более быструю и структурированную обработку заявок, делая почту менее эффективной и более ресурсоемкой, что приводит к ее переводе в разряд дополнительных, премиальных услуг.

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

Рейтинг: 892

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

## [Как следует ориентироваться при разработке продукта или сервиса в условиях конфликта интересов?](https://cleverics.ru/digital/kb-qa/kak-sleduet-orientirovatsya-pri-razrabotke-produkta-ili-servisa-v-usloviyakh-konflikta-interesov/)

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

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

Рейтинг: 892

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

## [В чем заключается траектория "Заряженная пружина" в контексте работы агента изменений?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-traektoriya-zaryazhennaya-pruzhina-v-kontekste-raboty-agenta-izmeneniy/)

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

Автор: Сандра Урядова

Рейтинг: 892

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