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

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

## [Как стимулировать функциональных руководителей к участию в процессном управлении через систему метрик?](https://cleverics.ru/digital/kb-qa/kak-stimulirovat-funktsionalnykh-rukovoditeley-k-uchastiyu-v-protsessnom-upravlenii-cherez-sistemu-m/)

Функциональных руководителей можно стимулировать к участию в процессном управлении через систему метрик, связывая их оценку и вознаграждение с результатами процессов, в которых участвуют их подразделения. Даже если руководитель формально не несет функциональных обязанностей в процессах (не является R в матрице RACI), его оценка строится на основе процессных метрик его подчиненных. Например, руководитель отдела может оцениваться по таким показателям как доля заданий, выполненных в срок, доля инцидентов, принятых в работу своевременно, и другие показатели эффективности. Это создает мотивацию для руководителя уделять внимание процессам, предоставлять необходимые ресурсы и контролировать выполнение задач. Система метрик должна быть четко определена, со сопоставимыми показателями (шкала от 0 до 1) и понятным способом агрегации результатов для формирования итогового рейтинга.

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

Рейтинг: 966

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

## [Почему опасно изолировать разработчиков от обратной связи от пользователей?](https://cleverics.ru/digital/kb-qa/pochemu-opasno-izolirovat-razrabotchikov-ot-obratnoy-svyazi-ot-polzovateley/)

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

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

Рейтинг: 966

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

## [Как понятие опыта (experience) соотносится с разделением на полезность и гарантию в ITIL?](https://cleverics.ru/digital/kb-qa/kak-ponyatie-opyta-experience-sootnositsya-s-razdeleniem-na-poleznost-i-garantiyu-v-itil/)

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

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

Рейтинг: 966

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

## [Как определить, какие именно компоненты системы влияют на снижение производительности?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kakie-imenno-komponenty-sistemy-vliyayut-na-snizhenie-proizvoditelnosti/)

Для определения компонентов, влияющих на снижение производительности, следует сравнить текущие метрики с ранее зафиксированными baseline-данными. Если известно, как система вела себя раньше при аналогичной нагрузке, можно выявить те элементы, чьи характеристики изменились. Например, если ранее при 1000 операциях загрузка диска составляла 40%, а сейчас — 90%, это указывает на проблему в дисковой подсистеме. Важно учитывать влияние всех уровней: прикладного ПО, баз данных, серверного оборудования и сети.

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

Рейтинг: 966

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

## [Почему перфекционизм не рекомендуется при выполнении конфликтующих задач?](https://cleverics.ru/digital/kb-qa/pochemu-perfektsionizm-ne-rekomenduetsya-pri-vypolnenii-konfliktuyushchikh-zadach/)

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

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

Рейтинг: 966

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

## [Как в ITIL рекомендуется подходить к сбору и обработке требований заказчика?](https://cleverics.ru/digital/kb-qa/kak-v-itil-rekomenduetsya-podkhodit-k-sboru-i-obrabotke-trebovaniy-zakazchika/)

В ITIL рекомендуется использовать «marketing mindset» (маркетинговый способ мышления) при сборе и обработке требований заказчика. Сервис-провайдеру нужно отвечать не на вопрос «Что мы должны предоставить?», а на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им в этом помочь; каких результатов хочет достичь заказчик; какие ограничения могут помешать заказчику достичь желаемого и как сервис-провайдер может снять эти ограничения. ITIL отмечает, что у сервис-провайдера часто нет руководств по сбору и обработке требований, что приводит к ситуации, когда заказчики предоставляют требования в произвольной форме без учета процессов. BRM играет ключевую роль в правильной интерпретации требований и обеспечении обратной связи между заказчиком и ИТ-специалистами.

Автор: Павел Дёмин

Рейтинг: 966

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

## [Почему организации часто недооценивают уровень изменений при внедрении ITSM?](https://cleverics.ru/digital/kb-qa/pochemu-organizatsii-chasto-nedootsenivayut-uroven-izmeneniy-pri-vnedrenii-itsm/)

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

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

Рейтинг: 966

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

## [Какие два типа локуса контроля существуют?](https://cleverics.ru/digital/kb-qa/kakie-dva-tipa-lokusa-kontrolya-sushchestvuyut/)

Существуют два основных типа локуса контроля: внутренний (интернальный) и внешний (экстернальный). Внутренний локус контроля проявляется в склонности человека объяснять результаты своей деятельности собственными усилиями, качествами, знаниями и навыками. Внешний локус контроля характеризуется тенденцией приписывать успехи и неудачи внешним факторам, таким как обстоятельства, другие люди или случайные события. Например, человек с внутренним локусом контроля, получив плохую оценку, будет считать, что недостаточно подготовился, тогда как человек с внешним локусом обвинит отвлекающих гостей или плохо написанное задание.

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

Рейтинг: 966

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

## [Как обеспечить учет совместимости моделей расходных материалов с моделями оборудования?](https://cleverics.ru/digital/kb-qa/kak-obespechit-uchet-sovmestimosti-modeley-raskhodnykh-materialov-s-modelyami-oborudovaniya/)

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

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

Рейтинг: 966

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, управление конфигурациями, CMDB

## [Какова роль аудита и анализа в ИТ-поддержке?](https://cleverics.ru/digital/kb-qa/kakova-rol-audita-i-analiza-v-it-podderzhke/)

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

Автор: Игорь Фадеев

Рейтинг: 966

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