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

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

## [Почему токсичная обратная связь может быть опаснее, чем полное ее отсутствие?](https://cleverics.ru/digital/kb-qa/pochemu-toksichnaya-obratnaya-svyaz-mozhet-byt-opasnee-chem-polnoe-ee-otsutstvie/)

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

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

Рейтинг: 1043

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

## [Почему не рекомендуется часто корректировать базовый календарь плановых простоев?](https://cleverics.ru/digital/kb-qa/pochemu-ne-rekomenduetsya-chasto-korrektirovat-bazovyy-kalendar-planovykh-prostoev/)

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

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

Рейтинг: 1043

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

## [Какие ошибки часто допускаются при внедрении «доски аварий»?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-dopuskayutsya-pri-vnedrenii-doski-avariy/)

Типичные ошибки включают избыточное упрощение данных (например, пометка всего сервера как «недоступного» без учёта его роли), игнорирование динамики влияния инцидентов, недостаточное наполнение CMDB взаимосвязями компонентов. Также распространена ошибка — полагаться исключительно на автоматические уведомления без последующего ручного анализа, что приводит к неверным решениям.

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

Рейтинг: 1043

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

## [Почему важно разделять построение каталога услуг и внедрение SLM?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-postroenie-kataloga-uslug-i-vnedrenie-slm/)

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

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

Рейтинг: 1043

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

## [Что такое Definition of Done в контексте DevOps?](https://cleverics.ru/digital/kb-qa/chto-takoe-definition-of-done-v-kontekste-devops/)

Definition of Done (DoD) - это концептуальное понятие в DevOps, которое определяет критерии завершения работы над задачей. Это согласованное понимание того, что работа считается выполненной. Согласно концепции DoD, важно иметь единообразное представление о том, что считается завершенной работой, чтобы избежать недопонимания между участниками процесса разработки и эксплуатации. В DevOps эта концепция получила развитие и дополнительное наполнение по сравнению с earlier практиками.

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

Рейтинг: 1042

Теги: DevOps, CI/CD, эффективность, оптимизация

## [Чем опасны навязанные услуги в рамках сервисного подхода?](https://cleverics.ru/digital/kb-qa/chem-opasny-navyazannye-uslugi-v-ramkakh-servisnogo-podkhoda/)

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

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

Рейтинг: 1042

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

## [Какие риски связаны с взаимодействием с внешними поставщиками и подрядчиками?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-vzaimodeystviem-s-vneshnimi-postavshchikami-i-podryadchikami/)

В условиях широкого распространения аутсорсинга, облачных технологий и моделей SIAM (Service Integration and Management) значительными рисками являются невыполнение обязательств со стороны внешних поставщиков и подрядчиков. Эти риски становятся особенно актуальными, поскольку организация может потерять прямой контроль над некоторыми аспектами своей ИТ-инфраструктуры и процессов. Эффективное управление отношениями с поставщиками и четкое определение ожидаемых результатов становятся критически важными для минимизации таких рисков.

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

Рейтинг: 1042

Теги: аутсорсинг, интеграция услуг, общие вопросы менеджмента, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, управление рисками

## [Какие критерии определяют применимость продуктового подхода?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-opredelyayut-primenimost-produktovogo-podkhoda/)

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

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

Рейтинг: 1042

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

## [Как влияет своевременность учета трудозатрат на их точность?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-svoevremennost-ucheta-trudozatrat-na-ikh-tochnost/)

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

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

Рейтинг: 1042

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

## [Какие характеристики должны иметь кросс-функциональные автономные команды согласно четвёртому принципу DASA?](https://cleverics.ru/digital/kb-qa/kakie-kharakteristiki-dolzhny-imet-kross-funktsionalnye-avtonomnye-komandy-soglasno-chetvertomu-prin/)

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

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

Рейтинг: 1042

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