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

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

## [Какой должна быть эффективная система обработки клиентских обращений в сфере услуг?](https://cleverics.ru/digital/kb-qa/kakoy-dolzhna-byt-effektivnaya-sistema-obrabotki-klientskikh-obrashcheniy-v-sfere-uslug/)

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

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

Рейтинг: 844

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

## [Почему сотрудники часто игнорируют установленные бизнес-процессы?](https://cleverics.ru/digital/kb-qa/pochemu-sotrudniki-chasto-ignoriruyut-ustanovlennye-biznes-protsessy/)

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

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

Рейтинг: 844

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

## [Какие психологические и социологические эффекты могут формировать ценность отношений в сервисных взаимодействиях?](https://cleverics.ru/digital/kb-qa/kakie-psikhologicheskie-i-sotsiologicheskie-effekty-mogut-formirovat-tsennost-otnosheniy-v-servisnyk/)

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

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

Рейтинг: 844

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

## [Как в описанной визуализации учитывается ограниченность ресурсов команды?](https://cleverics.ru/digital/kb-qa/kak-v-opisannoy-vizualizatsii-uchityvaetsya-ogranichennost-resursov-komandy/)

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

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

Рейтинг: 844

Теги: Agile и гибкие методы разработки ПО, Канбан, WIP-лимиты, командная работа, разработка ПО, управление инцидентами

## [Почему важно использовать несколько категорий при учете рабочего времени?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-ispolzovat-neskolko-kategoriy-pri-uchete-rabochego-vremeni/)

Использование нескольких категорий (18 вместо 3) при учете рабочего времени позволяет получить более глубокую и детальную аналитику. Хотя распространено мнение, что большое количество категорий усложнит процесс учета, на практике это не приводит к значительному увеличению временных затрат, но значительно расширяет возможности для анализа распределения времени и выявления узких мест в рабочем процессе.

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

Рейтинг: 844

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

## [Как контролировать обоснованность переноса сроков?](https://cleverics.ru/digital/kb-qa/kak-kontrolirovat-obosnovannost-perenosa-srokov/)

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

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

Рейтинг: 844

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

## [Как адаптировать подход к использованию метрик для оценки руководителей в организации с глубокой иерархией?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-podkhod-k-ispolzovaniyu-metrik-dlya-otsenki-rukovoditeley-v-organizatsii-s-glubokoy/)

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

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

Рейтинг: 844

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

## [Почему в определении инцидента в ITIL 4 исчезло упоминание о сбое конфигурационной единицы?](https://cleverics.ru/digital/kb-qa/pochemu-v-opredelenii-intsidenta-v-itil-4-ischezlo-upominanie-o-sboe-konfiguratsionnoy-edinitsy/)

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

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

Рейтинг: 844

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

## [Какие проблемы возникают из-за отсутствия четкого разделения ролей владельца и менеджера услуг в ITIL?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-iz-za-otsutstviya-chetkogo-razdeleniya-roley-vladeltsa-i-menedzhera-uslug/)

Отсутствие четкого разделения ролей владельца и менеджера услуг в ITIL может привести к путанице в ответственности, когда неясно, кто отвечает за стратегическое целеполагание, а кто — за оперативное управление. Это может стать причиной конфликтов, дублирования обязанностей или пробелов в управлении, особенно в тех организациях, где внедряются методологии ITSM без адаптации к своим особенностям.

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

Рейтинг: 844

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

## [Какие практические инструменты предоставляет свод знаний OPBOK?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-instrumenty-predostavlyaet-svod-znaniy-opbok/)

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

Автор: Дмитрий Хруслов

Рейтинг: 844

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