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

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

## [Какие последствия имеет ресурсный характер традиционных ИТ-услуг для ИТ-менеджмента?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-resursnyy-kharakter-traditsionnykh-it-uslug-dlya-it-menedzhmenta/)

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

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

Рейтинг: 913

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

## [Как оценить, действительно ли ваш бизнес-контекст детерминирован и можно ли использовать дедлайны?](https://cleverics.ru/digital/kb-qa/kak-otsenit-deystvitelno-li-vash-biznes-kontekst-determinirovan-i-mozhno-li-ispolzovat-dedlayny/)

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

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

Рейтинг: 913

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

## [Какие сложности возникают при управлении организационными проблемами по сравнению с техническими?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-upravlenii-organizatsionnymi-problemami-po-sravneniyu-s-tekhnicheski/)

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

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

Рейтинг: 913

Теги: бизнес, ценность, бизнес-заказчик

## [Из-за чего происходят срывы сроков в проекте?](https://cleverics.ru/digital/kb-qa/iz-za-chego-proiskhodyat-sryvy-srokov-v-proekte/)

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

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

Рейтинг: 912

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

## [Какие ошибки в управлении изменениями привели к возникновению кризиса в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-v-upravlenii-izmeneniyami-priveli-k-vozniknoveniyu-krizisa-v-it/)

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

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

Рейтинг: 912

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

## [Как ITIL 4 предлагает решать проблему разобщенности в предоставлении ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-itil-4-predlagaet-reshat-problemu-razobshchennosti-v-predostavlenii-it-uslug/)

ITIL 4 предлагает решать проблему разобщенности через принцип 'Используйте целостный подход' (Think and work holistically) и через рассмотрение четырех аспектов управления ИТ-услугами. Этот принцип подразумевает необходимость понимания того, как все части организации работают вместе интегрированным образом. Вместо того чтобы фокусироваться на отдельных элементах (процессах без учета инструментов и компетенций, или наоборот), ITIL 4 предлагает рассматривать четыре взаимосвязанных аспекта: организации и люди, информация и технологии, партнеры и поставщики, потоки создания ценности и процессы. Для устранения разобщенности также необходимо формировать организационные структуры, ориентированные на сотрудничество, развивать культуру доверия и прозрачности, обеспечивать достаточные компетенции сотрудников и правильно определять взаимодействие с партнерами. Важно рассматривать процессы не изолированно, а как часть потоков создания ценности, что обеспечивает целостное преобразование входов в результаты, воспринимаемые клиентом.

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

Рейтинг: 912

Теги: ITIL, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), управление отношениями, взаимодействие, BRM

## [Почему простого обсуждения технического плана проекта может быть недостаточно для успешной реализации задачи в ИТ-команде?](https://cleverics.ru/digital/kb-qa/pochemu-prostogo-obsuzhdeniya-tekhnicheskogo-plana-proekta-mozhet-byt-nedostatochno-dlya-uspeshnoy-r/)

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

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

Рейтинг: 912

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

## [Как учитывать специфику различных информационных систем в едином процессе управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-spetsifiku-razlichnykh-informatsionnykh-sistem-v-edinom-protsesse-upravleniya-izmeneni/)

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

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

Рейтинг: 912

Теги: управление изменениями, управление процессами, ИТ-процессы

## [Как решить проблему несоответствия обещаний бизнесу и возможностей внешних поставщиков ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-reshit-problemu-nesootvetstviya-obeshchaniy-biznesu-i-vozmozhnostey-vneshnikh-postavshchikov-it/)

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

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

Рейтинг: 912

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

## [Какие риски связаны с отсутствием четкой иерархии в организациях?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-otsutstviem-chetkoy-ierarkhii-v-organizatsiyakh/)

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

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

Рейтинг: 912

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