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

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

## [Почему разбираться в основах ITSM важно для всех ИТ-специалистов, независимо от их роли?](https://cleverics.ru/digital/kb-qa/pochemu-razbiratsya-v-osnovakh-itsm-vazhno-dlya-vsekh-it-spetsialistov-nezavisimo-ot-ikh-roli/)

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

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

Рейтинг: 916

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

## [Что такое функциональность 'приостановки таймера' в ITSM-системах и для чего она используется?](https://cleverics.ru/digital/kb-qa/chto-takoe-funktsionalnost-priostanovki-taymera-v-itsm-sistemakh-i-dlya-chego-ona-ispolzuetsya/)

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

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

Рейтинг: 916

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

## [Как руководители подразделений воспринимают проблемы с ИТ, и в чем их отличие от пользователей?](https://cleverics.ru/digital/kb-qa/kak-rukovoditeli-podrazdeleniy-vosprinimayut-problemy-s-it-i-v-chem-ikh-otlichie-ot-polzovateley/)

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

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

Рейтинг: 916

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

## [Какие последствия могут быть, если не контролировать аспект 'Риск' в проекте?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-esli-ne-kontrolirovat-aspekt-risk-v-proekte/)

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

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

Рейтинг: 916

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

## [Почему поиск виноватых ведет к провалу проекта?](https://cleverics.ru/digital/kb-qa/pochemu-poisk-vinovatykh-vedet-k-provalu-proekta/)

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

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

Рейтинг: 916

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

## [Каким образом деловые игры способствуют повышению эффективности команды в реальной работе?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-delovye-igry-sposobstvuyut-povysheniyu-effektivnosti-komandy-v-realnoy-rabote/)

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

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

Рейтинг: 916

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

## [Какие факторы привели к экспоненциальному росту инцидентов ИТ-услуг в компании?](https://cleverics.ru/digital/kb-qa/kakie-faktory-priveli-k-eksponentsialnomu-rostu-intsidentov-it-uslug-v-kompanii/)

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

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

Рейтинг: 916

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

## [Какая роль заказчика в запуске потоков создания ценности?](https://cleverics.ru/digital/kb-qa/kakaya-rol-zakazchika-v-zapuske-potokov-sozdaniya-tsennosti/)

Заказчик играет ключевую роль в запуске потоков создания ценности. Заказчик предъявляет требования к услуге - новой или существующей, что запускает соответствующие потоки. При создании или изменении услуги заказчик запускает потоки, связанные с согласованием и фиксацией новых условий услуги и требований к уровню обслуживания (SLA) на этапах Offer и Agree. В рамках этих взаимодействий сбор требований осуществляется в виде деятельности потока Engage. Таким образом, заказчик является инициатором определенных потоков, когда предъявляет спрос на изменение или создание новых услуг.

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

Рейтинг: 916

Теги: SLA, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, общие вопросы менеджмента, поток создания ценности (Value Stream), управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление уровнем услуг, SLM

## [Как поддерживать мотивацию и развитие "боевого товарища" - успешно адаптировавшегося агента изменений?](https://cleverics.ru/digital/kb-qa/kak-podderzhivat-motivatsiyu-i-razvitie-boevogo-tovarishcha-uspeshno-adaptirovavshegosya-agenta-izme/)

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

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

Рейтинг: 916

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

## [Как сохранять мотивацию команды при постоянном отклонении предложений по рефакторингу?](https://cleverics.ru/digital/kb-qa/kak-sokhranyat-motivatsiyu-komandy-pri-postoyannom-otklonenii-predlozheniy-po-refaktoringu/)

Для сохранения мотивации команды при постоянном отклонении предложений по рефакторингу важно создать прозрачный процесс оценки и приоритизации таких задач. Следует объяснить инженерам причины отклонения конкретных предложений и предложить альтернативные пути решения технических проблем. Рекомендуется регулярно обсуждать состояние технического долга на ретроспективах и совместно определять план его уменьшения. Важно обеспечить, чтобы инженеры видели, что их профессиональное мнение учитывается, и что в долгосрочной перспективе их предложения по улучшению кодовой базы будут реализованы. Можно внедрить практику откладывания части времени (например, 10-20%) на технические улучшения, независимо от текущих бизнес-приоритетов. Организация внутренних технических хакатонов или выделение времени для экспериментов также помогает поддерживать мотивацию. Прозрачная коммуникация о том, как текущие технические ограничения влияют на бизнес-цели, поможет команде понять обоснованность приоритизации задач.

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

Рейтинг: 916

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