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

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

## [Что такое эффект Даннинга-Крюгера и как он влияет на работу ИТ-отделов?](https://cleverics.ru/digital/kb-qa/chto-takoe-effekt-danninga-kryugera-i-kak-on-vliyaet-na-rabotu-it-otdelov/)

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

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

Рейтинг: 764

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

## [Чем отличается подход к управлению в гибких методологиях от традиционного проектного управления?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-upravleniyu-v-gibkikh-metodologiyakh-ot-traditsionnogo-proektnogo-upravl/)

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

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

Рейтинг: 764

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

## [Как организовать информирование пользователя по статусу доработки ПО при обработке инцидента?](https://cleverics.ru/digital/kb-qa/kak-organizovat-informirovanie-polzovatelya-po-statusu-dorabotki-po-pri-obrabotke-intsidenta/)

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

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

Рейтинг: 764

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

## [Почему важно добавлять критерии завершения (Definition of Done) в визуализацию процесса?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-dobavlyat-kriterii-zaversheniya-definition-of-done-v-vizualizatsiyu-protsessa/)

Добавление критериев завершения (Definition of Done) в визуализацию процесса важно потому что в вытягивающей системе (Pull System) каждый следующий шаг в потоке сам забирает задачи. Чтобы система работала правильно, необходимо четко понимать, какие задачи на предыдущем этапе завершены, а какие нет. Без явных критериев завершения невозможно определить, когда задача готова к переходу на следующую стадию, что нарушает принципы потока ценности и эффективности DevOps подхода.

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

Рейтинг: 764

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, эффективность, оптимизация

## [Какие риски возникают при отсутствии процесса управления изменениями для комплексных системных преобразований?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-protsessa-upravleniya-izmeneniyami-dlya-kompleksnykh-sistemnyk/)

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

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

Рейтинг: 764

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

## [Почему безопасность и поддержка в команде не могут быть абсолютными?](https://cleverics.ru/digital/kb-qa/pochemu-bezopasnost-i-podderzhka-v-komande-ne-mogut-byt-absolyutnymi/)

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

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

Рейтинг: 764

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

## [Какие риски снижает этап согласования в обработке заявок?](https://cleverics.ru/digital/kb-qa/kakie-riski-snizhaet-etap-soglasovaniya-v-obrabotke-zayavok/)

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

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

Рейтинг: 764

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

## [Как правильно выбрать ключевые метрики для процесса?](https://cleverics.ru/digital/kb-qa/kak-pravilno-vybrat-klyuchevye-metriki-dlya-protsessa/)

Для выбора ключевых метрик важно сосредоточиться на том, какие показатели реально отражают эффективность и производительность процесса. Следует избегать множества сложных диаграмм и графиков, акцентируясь на 3-4 ключевых метриках, которые позволяют понять, как строится поток создания ценности. Метрики должны быть понятны всем участникам процесса и помогать в ежедневной работе. Они должны отвечать на важные вопросы: куда уходят ресурсы, где возникают задержки, как ускорить вывод ценности к клиенту.

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

Рейтинг: 764

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

## [Какие сложности возникают при технической реализации ИТ-бюджетирования?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-tekhnicheskoy-realizatsii-it-byudzhetirovaniya/)

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

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

Рейтинг: 764

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

## [Почему вебинары сложнее проводить, чем очные занятия?](https://cleverics.ru/digital/kb-qa/pochemu-vebinary-slozhnee-provodit-chem-ochnye-zanyatiya/)

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

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

Рейтинг: 764

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