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

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

## [Почему важно "повариться в самой гуще деятельности" при создании каталога ИТ-услуг с использованием PCF?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-povaritsya-v-samoy-gushche-deyatelnosti-pri-sozdanii-kataloga-it-uslug-s-ispolzovanie/)

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

Автор: Денис Денисов

Рейтинг: 1035

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

## [Какая ответственность за прозрачность процесса Управления инцидентами лежит на процессе Управления запросами на обслуживание (RFF)?](https://cleverics.ru/digital/kb-qa/kakaya-otvetstvennost-za-prozrachnost-protsessa-upravleniya-intsidentami-lezhit-na-protsesse-upravle/)

Процесс Управления запросами на обслуживание (RFF) не несёт первичной ответственности за прозрачность процесса Управления инцидентами. RFF может выступать как дополнительный канал коммуникации для передачи информации пользователю по запросу (реактивный канал), действуя как транспорт для информации, предоставляемой процессом INC. Однако ответственность за эффективное использование этого канала и обеспечение должного уровня прозрачности процесса лежит на процессе Управления инцидентами (INC), который должен определить, когда и как использовать RFF для информирования пользователей. INC является владельцем процесса и несёт ответственность за качество коммуникации в целом.

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

Рейтинг: 1035

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

## [Какие практические рекомендации можно дать по внедрению системы учета трудозатрат в организации?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-rekomendatsii-mozhno-dat-po-vnedreniyu-sistemy-ucheta-trudozatrat-v-organizatsii/)

При внедрении системы учета трудозатрат рекомендуется следовать нескольким ключевым принципам. Во-первых, определить оптимальный уровень детализации учета, создав каталог работ, который включает основные направления деятельности организации (для группы из 8-12 человек достаточно 10-20 позиций для рутинной работы и 20-25 с учетом проектов). Во-вторых, обеспечить своевременную фиксацию трудозатрат - лучше сразу после завершения работы, а максимальный допустимый срок - конец рабочего дня, чтобы минимизировать ошибки в учете (недельный учет может давать искажения до 10%). В-третьих, внедрить правильный подход к планированию, используя принцип 'just-in-time' с загрузкой 90-110%, чтобы избежать накопления снежного кома незавершенных задач. В-четвертых, убедиться, что затраты времени на сам учет минимальны - для специалиста около 10 минут в день (2% рабочего времени), для руководителя - до 5% на контроль. Наконец, обеспечить мотивацию сотрудников к точному учету и контролю со стороны руководства, так как без этого даже самая продуманная система может не дать ожидаемых результатов.

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

Рейтинг: 1034

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

## [Какие проблемы возникают при выполнении работ с участием нескольких групп ИТ-специалистов?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-vypolnenii-rabot-s-uchastiem-neskolkikh-grupp-it-spetsialistov/)

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

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

Рейтинг: 1034

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

## [Какие дополнительные аспекты учитывают современные ITSM-процессы помимо базовой обработки запросов?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-aspekty-uchityvayut-sovremennye-itsm-protsessy-pomimo-bazovoy-obrabotki-zaprosov/)

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

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

Рейтинг: 1034

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

## [Как процесс управления конфигурациями связан с процессом управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-konfiguratsiyami-svyazan-s-protsessom-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1034

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

## [Как правильно проектировать процесс управления изменениями для достижения его основной цели?](https://cleverics.ru/digital/kb-qa/kak-pravilno-proektirovat-protsess-upravleniya-izmeneniyami-dlya-dostizheniya-ego-osnovnoy-tseli/)

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

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

Рейтинг: 1033

Теги: управление изменениями, управление релизами

## [Чем опасен накопленный технический долг для проекта?](https://cleverics.ru/digital/kb-qa/chem-opasen-nakoplennyy-tekhnicheskiy-dolg-dlya-proekta/)

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

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

Рейтинг: 1033

Теги: Agile и гибкие методы разработки ПО, архитектура ИТ, TOGAF и IT4IT, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, поддержка пользователей, Service Desk, Help Desk, разработка ПО, управление продуктами, продуктовый подход, управление проектами, PRINCE2, эффективность, оптимизация

## [Какие функции выполняет каталог услуг в ИТ-организации?](https://cleverics.ru/digital/kb-qa/kakie-funktsii-vypolnyaet-katalog-uslug-v-it-organizatsii/)

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

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

Рейтинг: 1033

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

## [Какие характеристики имеет предложенная метрика времени реакции на инциденты?](https://cleverics.ru/digital/kb-qa/kakie-kharakteristiki-imeet-predlozhennaya-metrika-vremeni-reaktsii-na-intsidenty/)

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

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

Рейтинг: 1033

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