# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Когда необходим каталог бизнес-услуг и SLA?](https://cleverics.ru/digital/kb-qa/kogda-neobkhodim-katalog-biznes-uslug-i-sla/) Каталог бизнес-услуг и SLA (Service Level Agreement) фактически востребован в первую очередь в сценариях массового обслуживания, когда одна услуга может иметь множество заказчиков, каждый из которых имеет свой уровень обслуживания. В случае внутреннего ИТ-подразделения, где обычно присутствует один заказчик (основной бизнес в виде одного или нескольких подразделений), и технические возможности по варьированию уровня услуги ограничены из-за использования единой инфраструктуры, разделение бизнес-услуг от SLA может быть избыточным. Часто каталог услуг в такой ситуации становится фактически «каталогом SLA», а к SLA прилагаются внешние спецификации услуг. Автор: Дмитрий Исайченко Рейтинг: 983 Теги: SLA, бизнес, ценность, бизнес-заказчик, управление каталогом ИТ-услуг, управление конфигурациями, CMDB, управление уровнем услуг, SLM ## [Какова роль стандарта eTOM в управлении ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakova-rol-standarta-etom-v-upravlenii-it-uslugami/) Стандарт eTOM позиционируется как предписывающий стандарт (prescriptive standard) в области управления ИТ-услугами, предоставляющий конкретные рекомендации и структуру для организации бизнес-процессов в телекоммуникационной отрасли. Однако в материале отмечается некоторая несогласованность в его классификации, так как его включение в категорию prescriptive standards вызывает удивление. eTOM служит основой для построения процессов управления услугами, но требует адаптации под специфику конкретных организаций. Автор: Дмитрий Исайченко Рейтинг: 983 Теги: ISO 20000, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление процессами, ИТ-процессы ## [Какие риски возникают при игнорировании технического долга?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-ignorirovanii-tekhnicheskogo-dolga/) Игнорирование технического долга приводит к ряду серьезных рисков. Во-первых, значительно замедляется скорость разработки новых функций, так как инженеры тратят все больше времени на обходные пути и исправление ошибок в устаревшем коде. Во-вторых, возрастает количество багов и ошибок, что негативно сказывается на качестве продукта и удовлетворенности пользователей. В-третьих, технический долг может достигнуть критического уровня, при котором даже небольшие изменения требуют полной переработки больших фрагментов системы, что создает высокие затраты и риски срыва сроков. В-четвертых, падает мотивация и растет текучесть кадров среди инженеров, которые не хотят работать с устаревшим и плохо структурированным кодом. Наконец, игнорирование технического долга может привести к полной неспособности продукта удовлетворять новые рынки или требования, что ставит под угрозу бизнес в долгосрочной перспективе. Автор: Андрей Труфанов Рейтинг: 982 Теги: аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, мотивация персонала, стимулирование, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход, управление рисками, экономика и финансы ## [В чем преимущество метода ORBIT перед традиционным подходом к внедрению ITSM?](https://cleverics.ru/digital/kb-qa/v-chem-preimushchestvo-metoda-orbit-pered-traditsionnym-podkhodom-k-vnedreniyu-itsm/) Основное преимущество метода ORBIT заключается в том, что он меняет подход к планированию ITSM-проектов с фокуса на процессах на фокус на результатах. Традиционный подход часто заключается в формулировании целей как «внедрение процесса такого-то», что не дает четкого понимания реальной ценности для бизнеса. ORBIT же заставляет четко определить конкретные результаты, их ценность для бизнеса и ИТ-департамента, а также возможные риски. Это позволяет избежать ситуации, когда проект «живет своей жизнью» отдельно от бизнес-целей и делает результаты проекта измеримыми и понятными всем заинтересованным сторонам. Автор: Дмитрий Исайченко Рейтинг: 982 Теги: ITSM, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление проектами, PRINCE2, управление релизами, управление рисками ## [Что является ключевым различием между проактивным и реактивным управлением проблемами?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-klyuchevym-razlichiem-mezhdu-proaktivnym-i-reaktivnym-upravleniem-problemami/) Реактивное управление проблемами фокусируется на решении уже возникших инцидентов и проблем, в то время как проактивное управление проблемами направлено на выявление и предотвращение потенциальных проблем до их возникновения. Проактивный компонент управления проблемами включает: - Выявление и оценку рисков - Приоритизацию потенциальных проблем - Работу с реестром событий и актуальными оценками - Минимизацию негативного влияния на бизнес, включая потенциальное влияние Проактивное управление проблемами тесно связано с практиками управления рисками и является частью постоянного совершенствования услуг. Оно направлено на устранение не только технических ошибок, но и организационных проблем, что позволяет улучшать качество предоставляемых услуг на более глубоком уровне. Автор: Игорь Гутник Рейтинг: 982 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, управление проблемами, управление рисками ## [Какие проблемы возникают при отсутствии формализации в сервисных отношениях?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-otsutstvii-formalizatsii-v-servisnykh-otnosheniyakh/) Отсутствие формализации в сервисных отношениях между поставщиком услуг и заказчиком приводит к различному пониманию одних и тех же вопросов, отсутствию чёткого определения ответственности сторон, отсутствию единого понимания условий предоставления услуги и критериев её оценки. Это создает проблемы с планированием ресурсов поставщика и увеличивает риски нарушения уровней услуг. Для внутренних поставщиков услуг, таких как ИТ-подразделения, это приводит к нерациональному использованию ресурсов и может быть невыгодным для организации в целом. Без формальной основы сложно оценить качество выполнения услуг и определить, кто несет ответственность за те или иные аспекты. Автор: Игорь Гутник Рейтинг: 982 Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, управление рисками ## [Какой подход к управлению ИТ-организацией считается наиболее универсальным для разных этапов жизненного цикла ИТ?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-k-upravleniyu-it-organizatsiey-schitaetsya-naibolee-universalnym-dlya-raznykh-etapov-z/) ITSM считается наиболее универсальным подходом к управлению ИТ-организацией на разных этапах жизненного цикла. В отличие от иерархического управления, ориентированного на внутреннюю организацию, и проектного управления, фокусирующегося на разработке и внедрении, ITSM охватывает весь жизненный цикл ИТ-услуг, включая их операционное управление, поддержку и развитие. Благодаря фокусу на процессах и сервисах, ITSM обеспечивает преемственность между этапами и учитывает потребности как разработки, так и эксплуатации. Автор: Константин Нарыжный Рейтинг: 982 Теги: ITSM, поддержка пользователей, Service Desk, Help Desk, управление релизами, эффективность, оптимизация ## [Какие трудности возникают при внедрении ITIL в не-ИТ организации?](https://cleverics.ru/digital/kb-qa/kakie-trudnosti-voznikayut-pri-vnedrenii-itil-v-ne-it-organizatsii/) При внедрении ITIL в не-ИТ организации могут возникать трудности, связанные с разночтениями в терминологии, сопротивлением из-за уже выстроенной структуры деятельности и спецификой организации. Начальные этапы изучения материалов могут быть сложны, поскольку описание в ITIL часто ведется в общих терминах, которые требуется корректировать под конкретную отрасль. Однако при грамотном подходе, когда ITIL рассматривается как инструмент управления услугами, а не как стандарт для внедрения, эти трудности преодолимы. Важное значение имеет заинтересованность руководства и сотрудников в понимании, где и как именно ITIL может помочь в построении их сервисной модели. Автор: Елена Колбей Рейтинг: 982 Теги: ISO 20000, ITIL, управление релизами ## [Как можно определить, что процесс управления проблемами работает плохо, используя предложенную метрику?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-chto-protsess-upravleniya-problemami-rabotaet-plokho-ispolzuya-predlozhennuyu-m/) Процесс управления проблемами можно считать работающим плохо, если значение предложенной метрики близко к нулю. Это происходит в случае, когда количество новых проблем (N), зарегистрированных за период, незначительно по сравнению с количеством незакрытых проблем (O). Например, если новые проблемы практически не регистрируются, а имеющиеся проблемы не решаются (мало закрытых проблем C), то значение метрики будет близко к нулю. Низкое значение метрики может означать, что либо не происходит выявление новых проблем, либо существующие проблемы не решаются должным образом, либо одновременно происходит и то, и другое. Автор: Дмитрий Исайченко Рейтинг: 982 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление проблемами ## [С чего лучше всего начать внедрение ITIL в организации, не имея предыдущего опыта?](https://cleverics.ru/digital/kb-qa/s-chego-luchshe-vsego-nachat-vnedrenie-itil-v-organizatsii-ne-imeya-predydushchego-opyta/) Для успешного начала внедрения ITIL в организации рекомендуется следовать такой последовательности: 1) Провести текущую оценку процессов ИТ-услуг, выявив слабые места и области для улучшения; 2) Определить основные бизнес-цели, которые должны быть поддержаны ИТ-услугами; 3) Начать с внедрения базовых процессов, таких как управление инцидентами и управление запросами на обслуживание, так как они дают быстрый эффект и улучшают восприятие пользователями; 4) Сформировать небольшую целевую группу по улучшению процессов; 5) Создать Roadmap внедрения с четкими этапами и KPI; 6) Обеспечить поддержку на уровне руководства компании; 7) Начать с пилотного проекта в одном департаменте или для одной ИТ-услуги; 8) Обучить ключевых сотрудников основам ITIL; 9) Внедрять постепенно, а не стремиться охватить все процессы сразу; 10) Внедрить механизм измерения эффективности для отслеживания прогресса и корректировки подходов. Автор: Олег Скрынник Рейтинг: 981 Теги: ITIL, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление запросами на обслуживание, управление инцидентами, управление проектами, PRINCE2, управление релизами, эффективность, оптимизация