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

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

## [Какой уровень загрузки следует закладывать в планировании работ, чтобы избежать накопления задолженностей?](https://cleverics.ru/digital/kb-qa/kakoy-uroven-zagruzki-sleduet-zakladyvat-v-planirovanii-rabot-chtoby-izbezhat-nakopleniya-zadolzhenn/)

Для эффективного планирования и во избежание накопления задолженностей рекомендуется запланировать уровень загрузки на 90-110%, а не на 150% или выше. При планировании работ на уровне 150% загрузки существует высокая вероятность, что вся запланированная работа не будет выполнена вовремя, что приведет к двум негативным последствиям: привыканию к переносам сроков как норме и накоплению снежного кома задолженностей и просрочек. Такой подход является тупиковым. Гораздо более продуктивным является принцип 'just-in-time', при котором планируется загрузка близкая к 100% с акцентом на точное исполнение запланированных работ. Такой метод требует дисциплины и, возможно, дополнительных усилий для формирования привычки к своевременному выполнению задач, но в долгосрочной перспективе приводит к росту исполнительской дисциплины, позволяет лучше анализировать деятельность и обосновывать потребность в дополнительных ресурсах при необходимости.

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

Рейтинг: 963

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

## [Как в DevOps интегрируется экспериментирование в процесс постоянного совершенствования?](https://cleverics.ru/digital/kb-qa/kak-v-devops-integriruetsya-eksperimentirovanie-v-protsess-postoyannogo-sovershenstvovaniya/)

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

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

Рейтинг: 963

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

## [Что может свидетельствовать о низкой удовлетворенности сотрудников сервис деска кроме опросов?](https://cleverics.ru/digital/kb-qa/chto-mozhet-svidetelstvovat-o-nizkoy-udovletvorennosti-sotrudnikov-servis-deska-krome-oprosov/)

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

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

Рейтинг: 963

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

## [Почему важна информация о конфигурационной архитектуре для эффективного управления изменениями?](https://cleverics.ru/digital/kb-qa/pochemu-vazhna-informatsiya-o-konfiguratsionnoy-arkhitekture-dlya-effektivnogo-upravleniya-izmeneniy/)

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

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

Рейтинг: 963

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

## [Какие методы использовала Google для анализа эффективности менеджеров?](https://cleverics.ru/digital/kb-qa/kakie-metody-ispolzovala-google-dlya-analiza-effektivnosti-menedzherov/)

Google использовала несколько методов для анализа эффективности менеджеров в рамках Project Oxygen: интервью с сотрудниками, анализ данных по методу «360 градусов» за несколько лет, специальные опросы уходящих из компании сотрудников, оценку поставленных KPI – оценку эффективности деятельности и оценку менеджера сотрудниками. Эти методы позволили получить комплексное представление о том, какие качества руководителей влияют на результаты команды, а какие приводят к снижению эффективности. Многократные проверки данных помогли определить восемь ключевых компетенций, которые теперь используются при обучении и оценке менеджеров в Google.

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

Рейтинг: 963

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

## [Почему классификация обращений по ИТ-услугам важна для корректной работы ИТ-отдела?](https://cleverics.ru/digital/kb-qa/pochemu-klassifikatsiya-obrashcheniy-po-it-uslugam-vazhna-dlya-korrektnoy-raboty-it-otdela/)

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

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

Рейтинг: 962

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

## [С какой периодичностью следует проводить диагностику продуктовой команды?](https://cleverics.ru/digital/kb-qa/s-kakoy-periodichnostyu-sleduet-provodit-diagnostiku-produktovoy-komandy/)

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

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

Рейтинг: 962

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

## [Какие критерии помогают команде определить, какие компетенции следует оставить внутри, а какие можно аутсорсить?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-pomogayut-komande-opredelit-kakie-kompetentsii-sleduet-ostavit-vnutri-a-kakie-mozhno/)

Основными критериями для определения, какие компетенции оставить внутри, а какие аутсорсить, являются степень критичности задачи для работы продукта, частота ее возникновения и степень специфичности требований. Если задача возникает редко и требует узкоспециализированной экспертизы (например, разовые работы по архитектуре UI), она может быть передана внешним специалистам. Если же компетенция напрямую влияет на стабильность и работоспособность продукта и требует постоянного внимания (мониторинг, настройка кастомизированного middleware), ее лучше сохранить внутри команды. Также важно учитывать возможность автоматизации процессов и стандарты SLA, которые могут гарантировать надежность внешних поставщиков услуг.

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

Рейтинг: 962

Теги: ISO 20000, SLA, архитектура ИТ, TOGAF и IT4IT, аутсорсинг, интеграция услуг, командная работа, мониторинг, управление продуктами, продуктовый подход, управление уровнем услуг, SLM

## [Почему у процесса управления проблемами не может быть единого срока устранения?](https://cleverics.ru/digital/kb-qa/pochemu-u-protsessa-upravleniya-problemami-ne-mozhet-byt-edinogo-sroka-ustraneniya/)

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

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

Рейтинг: 962

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

## [Как предложенная метрика стимулирует выявление и регистрацию новых проблем?](https://cleverics.ru/digital/kb-qa/kak-predlozhennaya-metrika-stimuliruet-vyyavlenie-i-registratsiyu-novykh-problem/)

Предложенная метрика увеличивается при регистрации новых проблем, что противоположно эффекту традиционных метрик, которые ухудшаются при росте числа новых проблем. Поскольку метрика учитывает количество новых проблем (N) в числителе формулы (N + C), увеличение N при прочих равных условиях ведет к увеличению значения метрики. Это создает положительный стимул для менеджеров процесса активнее выявлять и регистрировать проблемы, что особенно важно для процесса управления проблемами, где триггеры выявления проблем являются внутренними по отношению к оцениваемому субъекту (ДИТ).

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

Рейтинг: 962

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