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

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

## [Как соотносятся процессы управления проблемами (PRB) и постоянного совершенствования (CSI) в рамках ITIL?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-protsessy-upravleniya-problemami-prb-i-postoyannogo-sovershenstvovaniya-csi-v-ramk/)

Существует два основных подхода к определению соотношения этих процессов.  1) Модель №1: CSI рассматривается как общий подход к совершенствованию, который встраивается во все области деятельности, в том числе в процесс управления проблемами. В этом случае CSI является мета-практикой или инструментом, который используется на всех этапах жизненного цикла услуги и опоясывает стратегию, проектирование, преобразование и эксплуатацию. Процесс управления проблемами, в свою очередь, использует подходы CSI для решения конкретных проблем.  2) Модель №2: Граница между CSI и PRB проходит не между различными видами деятельности, а между различными уровнями организации. В этом случае CSI представляет собой общекорпоративную практику, которая охватывает всю организацию (например, весь ИТ-департамент), в то время как процесс управления проблемами фокусируется на решении конкретных технических ошибок. При этом в большинстве организаций эти практики появляются не одновременно и имеют разный охват, что делает вопрос границы между ними актуальным только после установления жизнеспособности обеих практик.  Если рассматривать CSI как мета-практику, обеспечивающую единые подходы к управлению качеством (аналогично практике риск-анализа), то эти процессы находятся в разных плоскостях, но взаимодействуют друг с другом.

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

Рейтинг: 973

Теги: ITIL, постоянное улучшение, совершенствование, CSI, PDCA, стратегия, управление проблемами, управление рисками

## [Как категории связаны между управлением инцидентами и управлением проблемами?](https://cleverics.ru/digital/kb-qa/kak-kategorii-svyazany-mezhdu-upravleniem-intsidentami-i-upravleniem-problemami/)

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

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

Рейтинг: 973

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

## [Кто должен нести ответственность за понимание технических аспектов проекта — бизнес или ИТ-специалисты?](https://cleverics.ru/digital/kb-qa/kto-dolzhen-nesti-otvetstvennost-za-ponimanie-tekhnicheskikh-aspektov-proekta-biznes-ili-it-spetsial/)

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

Автор: Сандра Урядова

Рейтинг: 973

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

## [Что такое 'эластичность производства' и как цифровизация ее повышает?](https://cleverics.ru/digital/kb-qa/chto-takoe-elastichnost-proizvodstva-i-kak-tsifrovizatsiya-ee-povyshaet/)

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

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

Рейтинг: 973

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

## [Какие обязанности выполняет менеджер по управлению проблемами?](https://cleverics.ru/digital/kb-qa/kakie-obyazannosti-vypolnyaet-menedzher-po-upravleniyu-problemami/)

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

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

Рейтинг: 973

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

## [Почему традиционные механизмы найма и развития персонала не справляются с потребностями современных ИТ-подразделений?](https://cleverics.ru/digital/kb-qa/pochemu-traditsionnye-mekhanizmy-nayma-i-razvitiya-personala-ne-spravlyayutsya-s-potrebnostyami-sovr/)

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

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

Рейтинг: 973

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

## [Какие методы наиболее эффективны для достижения взаимопонимания между сторонами в SLM?](https://cleverics.ru/digital/kb-qa/kakie-metody-naibolee-effektivny-dlya-dostizheniya-vzaimoponimaniya-mezhdu-storonami-v-slm/)

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

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

Рейтинг: 973

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

## [Почему последний вариант решения при нескольких заказчиках одной ИТ-услуги считается наиболее предпочтительным?](https://cleverics.ru/digital/kb-qa/pochemu-posledniy-variant-resheniya-pri-neskolkikh-zakazchikakh-odnoy-it-uslugi-schitaetsya-naibolee/)

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

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

Рейтинг: 973

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

## [Какова рекомендация по организации процессов управления инцидентами и сервисными запросами в небольших и средних ИТ-организациях?](https://cleverics.ru/digital/kb-qa/kakova-rekomendatsiya-po-organizatsii-protsessov-upravleniya-intsidentami-i-servisnymi-zaprosami-v-n/)

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

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

Рейтинг: 973

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

## [Чем ITSM-проекты отличаются в плане планирования от проектов с гибкой методологией?](https://cleverics.ru/digital/kb-qa/chem-itsm-proekty-otlichayutsya-v-plane-planirovaniya-ot-proektov-s-gibkoy-metodologiey/)

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

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

Рейтинг: 973

Теги: ITSM, общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление проектами, PRINCE2