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

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

## [Как выглядит команда на уровне «Зрелость»?](https://cleverics.ru/digital/kb-qa/kak-vyglyadit-komanda-na-urovne-zrelost/)

Команда на уровне «Зрелость» представляет собой агента изменений на уровне всей компании. Она полностью контролирует свой рабочий процесс и несет ответственность за продукт на уровне P&L (прибыль и убытки), что означает управление финансовой стороной продукта. Инициативы направляются не только внутрь команды, но и наружу, команда стремится расширять зону влияния и инициирует изменения, затрагивающие множество служб и подразделений компании. Для такой команды лидер-слуга уже не нужен, как и лидер-наставник. Здесь требуется лидер-партнер с достаточными полномочиями для поддержки командных инициатив на высшем уровне, обладающий широкой осведомленностью о направлении развития компании и достаточным авторитетом для интеграции целей команды с целями компании. Это высшая ступень развития, где команда становится драйвером изменений в организации.

Автор: Павел Капусткин

Рейтинг: 1065

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

## [Как обучить сотрудников правильному использованию статуса 'Ожидание'?](https://cleverics.ru/digital/kb-qa/kak-obuchit-sotrudnikov-pravilnomu-ispolzovaniyu-statusa-ozhidanie/)

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

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

Рейтинг: 1065

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

## [Как связаны аналитическая работа и организованные процессы в управлении ИТ-активами?](https://cleverics.ru/digital/kb-qa/kak-svyazany-analiticheskaya-rabota-i-organizovannye-protsessy-v-upravlenii-it-aktivami/)

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

Автор: Михаил Тобурдановский

Рейтинг: 1065

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

## [Что такое координатор проблем и каковы его обязанности?](https://cleverics.ru/digital/kb-qa/chto-takoe-koordinator-problem-i-kakovy-ego-obyazannosti/)

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

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

Рейтинг: 1065

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

## [Как новый KPI учитывает важность раннего решения инцидентов?](https://cleverics.ru/digital/kb-qa/kak-novyy-kpi-uchityvaet-vazhnost-rannego-resheniya-intsidentov/)

Новый KPI использует плавную шкалу оценки между Tmin и Tmax, где решение ближе к Tmin дает максимальный балл, а приближение к Tmax — постепенно снижает рейтинг. Например, инцидент, устраненный за 30 минут при Tmin = 30 и Tmax = 240, получает 100%, а решение за 230 минут — уже около 4%. Это создает прямую мотивацию решать инциденты максимально быстро, так как каждый сэкономленный час напрямую улучшает итоговый показатель эффективности.

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

Рейтинг: 1065

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

## [Какие принципы DevOps выделяет ассоциация DASA?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-devops-vydelyaet-assotsiatsiya-dasa/)

Ассоциация DASA выделяет шесть основных принципов DevOps: 1) Деятельность должна быть ориентирована на заказчика (Customer-Centric Action), включая постоянные инвестиции в продукты и услуги, обеспечивающие максимальную удовлетворённость заказчика, короткие циклы обратной связи и деятельность в духе Lean-стартапов с постоянными инновациями. 2) Ориентация на конечный результат (Create with the End in Mind), что означает отказ от водопадного подхода и процессно-ориентированных моделей в пользу продуктовой ориентации, когда все сотрудники понимают, что создают продукты для реальных заказчиков. 3) Ответственность от начала до конца (End-To-End Responsibility), подразумевающая, что команды отвечают за полный жизненный цикл продукта от концепции до вывода из эксплуатации. 4) Кросс-функциональные автономные команды (Cross-Functional Autonomous Teams), которые должны быть полностью независимыми на протяжении всего жизненного цикла, иметь сбалансированный набор компетенций и T-образные профили специалистов. 5) Постоянное совершенствование (Continuous Improvement), включающее адаптацию к изменяющимся обстоятельствам, сокращение потерь, оптимизацию скорости и затрат, упрощение поставки и постоянное совершенствование продуктов и услуг через экспериментирование и обучение на ошибках. 6) Автоматизируйте всё, что можете (Automate Everything You Can), что охватывает автоматизацию процессов разработки программного обеспечения (непрерывная поставка, непрерывная интеграция, непрерывное развёртывание) и всего инфраструктурного ландшафта (инфраструктура как код).

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

Рейтинг: 1064

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

## [Как отличить реальные доказательства эффективности процессов от формального выполнения требований?](https://cleverics.ru/digital/kb-qa/kak-otlichit-realnye-dokazatelstva-effektivnosti-protsessov-ot-formalnogo-vypolneniya-trebovaniy/)

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

Автор: Константин Нарыжный

Рейтинг: 1064

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

## [Как определяется целесообразность применения методик DevOps в организации?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-tselesoobraznost-primeneniya-metodik-devops-v-organizatsii/)

Целесообразность применения методик DevOps определяется оценкой их соответствия конечной бизнес-задаче и контексту организации. Необходимо проанализировать, является ли поддерживаемый ИТ-решением бизнес-процесс фактором дифференциации компании. Если нет, возможно, разумнее адаптировать бизнес-процесс под возможности доступных решений, включая коробочные продукты. Также важно учитывать уровень сложности инфраструктуры: в условиях высокой сложности (область 'Сложно' по Cynefin) традиционные методы могут быть неэффективны, и предпочтительнее использовать итеративный подход вместо сложного планирования.

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

Рейтинг: 1064

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

## [Что такое самоорганизующиеся продуктовые команды в контексте DevOps?](https://cleverics.ru/digital/kb-qa/chto-takoe-samoorganizuyushchiesya-produktovye-komandy-v-kontekste-devops/)

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

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

Рейтинг: 1064

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

## [Почему важно учитывать как измеримость (M), так и релевантность (R) метрик при построении системы оценки?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-kak-izmerimost-m-tak-i-relevantnost-r-metrik-pri-postroenii-sistemy-otsenki/)

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

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

Рейтинг: 1064

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