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

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

## [Каковы основные причины, по которым Project Management Institute (PMI) продолжает продвигать роль руководителя проектов в гибкой среде?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-prichiny-po-kotorym-project-management-institute-pmi-prodolzhaet-prodvigat-rol-rukov/)

Project Management Institute (PMI) продолжает продвигать роль руководителя проектов в гибкой среде, прежде всего, из-за коммерческих интересов. PMI зарабатывает на сертификации и пересертификации специалистов по управлению проектами, и пик спроса на сертификацию PMP пришелся на 2006-2008 годы, после чего спрос снизился примерно вдвое. Чтобы поддерживать спрос на свои услуги, PMI стремится адаптировать концепцию руководителя проектов к гибким методологиям, создавая термин «гибкий руководитель проектами» и утверждая необходимость его роли даже в условиях, где основные гибкие методологии, такие как Scrum и SAFe, напрямую не предусматривают эту позицию. Такой подход позволяет PMI оставаться релевантной организацией и продолжать генерировать доход от сертификаций и обучения, хотя на практике эта позиция не всегда соответствует реальным потребностям гибких организаций.

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

Рейтинг: 507

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

## [Что такое ИТ-риск согласно определению в COBIT5 for Risk?](https://cleverics.ru/digital/kb-qa/chto-takoe-it-risk-soglasno-opredeleniyu-v-cobit5-for-risk/)

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

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

Рейтинг: 506

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

## [Какой подход может сделать систему мониторинга более эффективной?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-mozhet-sdelat-sistemu-monitoringa-bolee-effektivnoy/)

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

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

Рейтинг: 505

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

## [Какие риски возникают при фиксации крайнего срока в процессе внедрения изменений?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-fiksatsii-kraynego-sroka-v-protsesse-vnedreniya-izmeneniy/)

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

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

Рейтинг: 505

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

## [Как правильно использовать накопленный опыт в новых ITSM-проектах?](https://cleverics.ru/digital/kb-qa/kak-pravilno-ispolzovat-nakoplennyy-opyt-v-novykh-itsm-proektakh/)

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

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

Рейтинг: 505

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

## [Может ли владелец конфигурационного элемента участвовать в аудите своих данных?](https://cleverics.ru/digital/kb-qa/mozhet-li-vladelets-konfiguratsionnogo-elementa-uchastvovat-v-audite-svoikh-dannykh/)

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

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

Рейтинг: 505

Теги: аудит, управление конфигурациями, CMDB

## [Почему управление доступностью можно считать функцией, а не процессом?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-dostupnostyu-mozhno-schitat-funktsiey-a-ne-protsessom/)

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

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

Рейтинг: 505

Теги: управление доступностью

## [Почему эффекту Даннинга-Крюгера присудили Шнобелевскую премию?](https://cleverics.ru/digital/kb-qa/pochemu-effektu-danninga-kryugera-prisudili-shnobelevskuyu-premiyu/)

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

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

Рейтинг: 505

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

## [Как категоризация инцидентов влияет на создание базы знаний?](https://cleverics.ru/digital/kb-qa/kak-kategorizatsiya-intsidentov-vliyaet-na-sozdanie-bazy-znaniy/)

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

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

Рейтинг: 504

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

## [В чем разница между ценностью отдельной истории и совокупной ценностью эпика?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-tsennostyu-otdelnoy-istorii-i-sovokupnoy-tsennostyu-epika/)

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

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

Рейтинг: 503

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