# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Какие основные направления развития можно выделить для современной системы управления ИТ в Enterprise?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-napravleniya-razvitiya-mozhno-vydelit-dlya-sovremennoy-sistemy-upravleniya-it-v-enter/) Основные направления развития современной системы управления ИТ в Enterprise включают: - Создание мощной службы HR внутри ИТ-подразделения, которая будет активно искать таланты, решать вопросы найма, вовлечённости, мотивации и развития персонала. - Переход от традиционных иерархических структур к альтернативным принципам управления, таким как продукты вместо проектов, самоорганизующиеся команды вместо отделов, коллективная ответственность вместо тим-лида, управление задачами вместо управления людьми. - Развитие внутренних сообществ по ролям и по интересам, организация митапов, обмена находками и идей, совместной работы над исследованиями и разработками (R&D). Автор: Олег Скрынник Рейтинг: 833 Теги: командная работа, мотивация персонала, стимулирование, общие вопросы менеджмента, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Как связаны управление инцидентами и общее качество ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-svyazany-upravlenie-intsidentami-i-obshchee-kachestvo-it-uslug/) Управление инцидентами тесно связано с общим качеством ИТ-услуг, так как даже при высокой надёжности и стабильности сервисов инциденты неизбежны, и именно в эти моменты формируется восприятие качества обслуживания. Эффективное управление инцидентами может существенно компенсировать временные перебои в работе сервиса, поддерживая доверие и удовлетворённость пользователей. С другой стороны, даже при высоком базовом качестве услуг, неэффективное управление инцидентами — например, долгое время решения, плохая коммуникация или необходимость повторных обращений — может привести к снижению общего уровня удовлетворённости. Таким образом, управление инцидентами является важной составляющей системы качества ИТ-услуг, и его нельзя рассматривать изолированно от других практик управления сервисами. Автор: Игорь Гутник Рейтинг: 833 Теги: поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, управление уровнем услуг, SLM ## [Почему важно различать интенсивность и производительность в управлении проектами?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razlichat-intensivnost-i-proizvoditelnost-v-upravlenii-proektami/) Различие между интенсивностью и производительностью важно в управлении проектами, потому что фокус на интенсивности может привести к кратковременному росту, но в долгосрочной перспективе снизит качество и увеличит издержки. При управлении проектами важно измерять реальный результат, а не только объём затраченного времени или энергии. Понимание этих понятий помогает выявлять неэффективные процессы, находить резервы для улучшения и принимать решения, направленные на повышение качества работы, а не только на ускорение временных показателей. Это способствует устойчивому развитию и предотвращает выгорание команды. Автор: Олег Скрынник Рейтинг: 833 Теги: командная работа, мониторинг, постоянное улучшение, совершенствование, CSI, PDCA, трансформация, ускорение, Time-to-Market, управление проектами, PRINCE2, эффективность, оптимизация ## [Чем отличается фаза problem control (PC) от error control (EC) в управлении проблемами?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-faza-problem-control-pc-ot-error-control-ec-v-upravlenii-problemami/) Фаза problem control (PC) включает диагностику проблемы, определение ее корневой причины и вариантов решения. Эта фаза заканчивается, когда определены возможные решения проблемы. На противоположной стороне находится фаза error control (EC), которая начинается после диагностики и включает реализацию выбранного решения, проверку его результативности и, при необходимости, контроль известной ошибки. Разделение происходит в момент завершения диагностики, когда переход к error control означает переход от поиска решения к его внедрению. Автор: Дмитрий Исайченко Рейтинг: 833 Теги: общие вопросы менеджмента, управление инцидентами, управление проблемами, управление релизами ## [Как интегрировать учёт лицензий в повседневные процессы организации?](https://cleverics.ru/digital/kb-qa/kak-integrirovat-uchet-litsenziy-v-povsednevnye-protsessy-organizatsii/) Для интеграции учёта лицензий в повседневные процессы необходимо: обозначить ответственность за обновление данных (например, ИТ-специалисты фиксируют установки ПО), настроить автоматические уведомления о несоответствиях лицензий, регулярно проводить совещания по анализу отчётов. Важно связать процесс с уже существующими операциями – например, добавлять шаг проверки лицензий при оформлении новых компьютеров или смене сотрудников. Это повышает вовлечённость, так как люди видят непосредственную пользу от системы, а не воспринимают её как дополнительную бумажную работу. Автор: Артём Мукосеев Рейтинг: 833 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, управление ИТ-активами, ITAM, SAM ## [Почему люди с высокой компетентностью могут занижать свою самооценку?](https://cleverics.ru/digital/kb-qa/pochemu-lyudi-s-vysokoy-kompetentnostyu-mogut-zanizhat-svoyu-samootsenku/) Люди с высокой компетентностью могут занижать свою самооценку из-за эффекта иллюзии прозрачности: им кажется, что знания и навыки, которые они освоили, просты и очевидны для всех. Вследствие этого они не осознают, насколько их уровень превосходит уровень других людей. Этот феномен заставляет экспертов недооценивать свою уникальность и, следовательно, снижает их самооценку относительно уровня компетентности других. Автор: Олег Скрынник Рейтинг: 833 Теги: обучение сотрудников, учебные курсы, тренинги, управление знаниями ## [Соответствует ли роль "Практик изменений" в ITIL V3 понятию "Координатор изменений", используемого на практике?](https://cleverics.ru/digital/kb-qa/sootvetstvuet-li-rol-praktik-izmeneniy-v-itil-v3-ponyatiyu-koordinator-izmeneniy-ispolzuemogo-na-pra/) Роль "Практик изменений" в ITIL V3 частично соответствует понятию "Координатор изменений", используемому на практике, но не в полной мере. В описании обязанностей практика изменений упоминаются мониторинг и проверка (reviewing) корректности выполнения работ по изменению, но не прямо указана задача по координации действий участников. Координация изменений упоминается в ITIL не в разделе про роли, а в описании активностей процесса, и её выполнение может быть возложено на разные лица: менеджера процесса, практика изменений или участников CAB. Поэтому многие организации на практике выделяют отдельную роль координатора изменений для обеспечения сквозной ответственности, что не формализовано в самом стандарте ITIL. Автор: Артём Мукосеев Рейтинг: 833 Теги: ISO 20000, ITIL, мониторинг, общие вопросы менеджмента, управление изменениями, управление процессами, ИТ-процессы ## [Какие практические сложности возникают при использовании causal loop diagram в реальных ИТ-организациях?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-slozhnosti-voznikayut-pri-ispolzovanii-causal-loop-diagram-v-realnykh-it-organiz/) При использовании causal loop diagram (CLD) в реальных ИТ-организациях возникают несколько практических сложностей. Во-первых, с расширением диаграммы (увеличением количества переменных) она становится практически нечитаемой, поэтому важно сохранять фокус на конкретной проблеме и не включать все возможные факторы. Трудность заключается в том, что в процессе анализа постоянно открываются новые факторы, и сложно определить, какие из них критичны для анализа, а какие можно пренебречь. Во-вторых, связи между переменными в реальной жизни могут быть не такими однозначными, как на диаграмме - например, большой Backlog Size не всегда приводит к увеличению Release Size, что зависит от конкретного случая и культуры организации. В-третьих, построение CLD требует глубокого понимания всех процессов и взаимодействий в организации, что часто недоступно одному человеку и требует командной работы. В-четвертых, даже при согласованной диаграмме сложно определить, какие именно точки воздействия будут эффективны для изменения всей системы. Тем не менее, несмотря на эти сложности, CLD остается ценным инструментом для визуализации и объяснения сложных системных явлений в ИТ-организациях. Автор: Павел Дёмин Рейтинг: 833 Теги: командная работа, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы ## [Что происходит на этапе 'Корректируй' в цикле Деминга?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-na-etape-korrektiruy-v-tsikle-deminga/) На этапе 'Корректируй' (Act) в цикле Деминга принимается решение о дальнейших действиях на основе результатов предыдущего этапа проверки. Это может включать внедрение успешных улучшений в постоянную практику, если они дали положительный результат, и прекращение дальнейших изменений. Если результаты неудовлетворительны, может быть принято решение игнорировать изменения или запустить цикл заново с учетом уроков, извлеченных в ходе проверки. Таким образом, этот этап определяет судьбу процесса улучшения и решает, будет ли цикл завершен или продолжен с новыми корректировками. Автор: Степан Хрулёв Рейтинг: 833 Теги: постоянное улучшение, совершенствование, CSI, PDCA, управление релизами, эффективность, оптимизация ## [Какие варианты действий возможны на этапе Act цикла Деминга?](https://cleverics.ru/digital/kb-qa/kakie-varianty-deystviy-vozmozhny-na-etape-act-tsikla-deminga/) На этапе Act цикла Деминга возможны три основных варианта действий: 1) Внедрение успешных улучшений в постоянную практику, если результаты проверки показали положительный эффект; 2) Игнорирование изменений и остановка цикла, если результаты проверки показали, что изменения не привели к улучшению или улучшения незначительны; 3) Запуск нового цикла PDCA с учетом полученного опыта, если результаты посредственные или требуют дальнейших изменений. Этот этап служит точкой принятия решения относительно дальнейшего развития процесса. Автор: Степан Хрулёв Рейтинг: 833 Теги: постоянное улучшение, совершенствование, CSI, PDCA, управление релизами, эффективность, оптимизация