# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Как определяется длительность тестирования результативности решения проблемы?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-dlitelnost-testirovaniya-rezultativnosti-resheniya-problemy/) Длительность тестирования результативности решения проблемы определяется частотой проявления самой проблемы и не поддается стандартной нормировке. Например, если проблема проявляется ежедневно или регулярно, тестирование можно выполнить за короткий период времени (2-3 дня). Однако если проблема связана с квартальной отчетностью и проявляется только раз в квартал, время тестирования может занять до трех месяцев или до следующего начала квартала (в зависимости от того, когда было применено решение). Для проблем, которые проявляются нерегулярно и не имеют предсказуемой периодичности, определение срока тестирования становится еще более сложным и индивидуальным. Автор: Дмитрий Исайченко Рейтинг: 692 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды ## [Что мешает телеком-провайдерам предлагать услуги с высоким уровнем гарантий?](https://cleverics.ru/digital/kb-qa/chto-meshaet-telekom-provayderam-predlagat-uslugi-s-vysokim-urovnem-garantiy/) Телеком-провайдерам мешает предлагать услуги с высоким уровнем гарантий необходимость увеличения затрат на поддержание стабильности связи и рост стоимости услуг. Высокие гарантии требуют инвестиций в резервные линии, усиление мониторинга и оперативного реагирования, что снижает рентабельность. Кроме того, клиенты могут быть не готовы платить больше за повышенную надежность, особенно если текущие условия их удовлетворяют на базовом уровне. Это создает негативные стимулы для внедрения строгих гарантий, даже если они потенциально могут стать конкурентным преимуществом. Автор: Олег Скрынник Рейтинг: 692 Теги: аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, мониторинг, мотивация персонала, стимулирование, управление релизами, экономика и финансы ## [Что обозначают нисходящая и восходящая ветки V-модели?](https://cleverics.ru/digital/kb-qa/chto-oboznachayut-niskhodyashchaya-i-voskhodyashchaya-vetki-v-modeli/) Нисходящая ветка V-модели представляет процесс декомпозиции бизнес-требований на технические спецификации — от определения бизнес-процессов в желаемых условиях ('to-be') к проектированию конкретных компонентов инфраструктуры. Восходящая ветка модели демонстрирует обратный процесс интеграции и проверки, где происходит тестирование технических компонентов и постепенное подтверждение соответствия системы исходным бизнес-требованиям. Каждый уровень нисходящей ветки имеет соответствующий уровень проверки на восходящей ветке, что обеспечивает полное покрытие требований проверками на всех уровнях Автор: Константин Нарыжный Рейтинг: 691 Теги: бизнес, ценность, бизнес-заказчик, управление конфигурациями, CMDB ## [Почему важно определиться с методологией выполнения проекта до работы с ограничениями?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-opredelitsya-s-metodologiey-vypolneniya-proekta-do-raboty-s-ogranicheniyami/) Определение методологии выполнения проекта (водопадная или Agile) необходимо до работы с ограничениями, потому что различные подходы по-разному определяют, какие параметры фиксируются изначально, а какие становятся результатом планирования. В водопадном подходе фиксируются охват и качество, а сроки и бюджет вычисляются на их основе, тогда как в Agile сначала устанавливаются рамки по времени и бюджету, а объем реализуемого функционала определяется в этих рамках. Выбор методологии влияет на то, какие ограничения являются приоритетными и как происходит управление изменениями, поэтому этот выбор должен предшествовать детальному планированию проекта и работе с конкретными ограничениями. Автор: Олег Скрынник Рейтинг: 691 Теги: Agile и гибкие методы разработки ПО, бюджетирование, планирование затрат, общие вопросы менеджмента, управление изменениями, управление проектами, PRINCE2 ## [Как определить минимально допустимый уровень качества работ при конфликте интересов?](https://cleverics.ru/digital/kb-qa/kak-opredelit-minimalno-dopustimyy-uroven-kachestva-rabot-pri-konflikte-interesov/) Минимально допустимый уровень качества работ определяется на основе целей проекта и требований заказчика. Он устанавливает границы, ниже которых качество не должно опускаться, даже если ресурсы и время ограничены. Этот уровень позволяет сохранить баланс между различными направлениями деятельности и гарантирует достижение необходимых результатов, несмотря на конфликт интересов. Автор: Андрей Труфанов Рейтинг: 691 Теги: бизнес, ценность, бизнес-заказчик, управление проектами, PRINCE2 ## [Почему микросервисная архитектура требует тотального мониторинга?](https://cleverics.ru/digital/kb-qa/pochemu-mikroservisnaya-arkhitektura-trebuet-totalnogo-monitoringa/) Микросервисная архитектура требует тотального мониторинга из-за большого количества независимых компонентов, активно взаимодействующих друг с другом. Без постоянного наблюдения становится крайне сложно выявлять проблемы, анализировать зависимости между сервисами и поддерживать общую производительность системы. Мониторинг позволяет оперативно фиксировать аномалии, отслеживать состояние каждого микросервиса, его входные и выходные параметры, а также взаимодействие с другими компонентами. Это особенно важно для предотвращения ситуации, когда система превращается в неуправляемый «войлочный шар» слабо упорядоченных взаимодействий, что делает диагностику и исправление проблем очень затратными. Автор: Андрей Труфанов Рейтинг: 691 Теги: архитектура ИТ, TOGAF и IT4IT, мониторинг, управление отношениями, взаимодействие, BRM, эффективность, оптимизация ## [Какие новые бизнес-модели формируются под влиянием цифровых технологий?](https://cleverics.ru/digital/kb-qa/kakie-novye-biznes-modeli-formiruyutsya-pod-vliyaniem-tsifrovykh-tekhnologiy/) Под влиянием цифровых технологий формируются платформенные бизнес-модели, ориентированные на создание экосистем, где взаимодействуют производители и потребители. Появляются модели подписок вместо разовых продаж, как у Netflix и Spotify. Внедряются системы персонализированного предложения через анализ больших данных. Растет популярность «онлайн-офлайн» интеграции, когда цифровые и физические каналы синтезируются в единую клиентскую сеть. Также распространяются модели, использующие шеринг-экономику, как Uber и Airbnb, которые оптимизируют использование существующих ресурсов через цифровые платформы. Автор: Дмитрий Исайченко Рейтинг: 691 Теги: бизнес, ценность, бизнес-заказчик, экономика и финансы ## [Почему средний чек важен для финансового планирования ИТ-отдела?](https://cleverics.ru/digital/kb-qa/pochemu-sredniy-chek-vazhen-dlya-finansovogo-planirovaniya-it-otdela/) Средний чек важен для финансового планирования ИТ-отдела, так как он позволяет перевести денежные цели продаж в количество операций, необходимых для их достижения. Это количество операций напрямую определяет объем необходимых ИТ-ресурсов: серверные мощности, лицензии, персонал технической поддержки. Зная, что при среднем чеке 10 000 рублей для выполнения годового плана в 1440 млн рублей потребуется обработать 120 000 сделок, ИТ-отдел может точнее запланировать бюджет на развитие и поддержание инфраструктуры, избегая как недостатка, так и избыточности ресурсов. Автор: Дмитрий Исайченко Рейтинг: 691 Теги: бюджетирование, планирование затрат, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, эффективность, оптимизация ## [Какие негативные последствия могут быть при сложной процедуре оценки качества услуг?](https://cleverics.ru/digital/kb-qa/kakie-negativnye-posledstviya-mogut-byt-pri-slozhnoy-protsedure-otsenki-kachestva-uslug/) Негативные последствия сложной процедуры оценки качества услуг включают значительное снижение количества обратной связи, искажение общей статистики в пользу экстремальных оценок и формирование негативного впечатления у пользователей о компании или организации. Если процесс получения оценки слишком запутан или содержит скрытые условия, пользователи могут почувствовать, что их время и усилия не ценятся. Это повлияет на лояльность и общее восприятие качества обслуживания, даже если сама услуга была предоставлена на высоком уровне. Автор: Артём Мукосеев Рейтинг: 691 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление уровнем услуг, SLM ## [Как сравнить необходимость централизованного хранения данных по поставщикам с CMDB?](https://cleverics.ru/digital/kb-qa/kak-sravnit-neobkhodimost-tsentralizovannogo-khraneniya-dannykh-po-postavshchikam-s-cmdb/) Необходимость централизованного хранения данных по поставщикам аналогична развитию подходов к управлению инфраструктурой, когда от знаний, хранящихся в головах отдельных ИТ-специалистов, перешли к централизованным базам данных конфигураций (CMDB). Раньше достаточно было, чтобы каждый ИТ-специалист знал схему локальной сети, но с ростом сложности систем потребовалась формализованная модель. Так и с информацией о поставщиках: на ранних этапах достаточно, что у специалистов, работающих с поставщиками, есть в голове представление об их возможностях и ограничениях. Однако по мере усложнения ИТ-ландшафта, увеличения количества зависимостей и повышения требований к скорости принятия решений, становится критически важным иметь централизованную, актуальную информацию о возможностях поставщиков, их ограничениях и альтернативах. Автор: Евгений Шилов Рейтинг: 691 Теги: аутсорсинг, интеграция услуг, обучение сотрудников, учебные курсы, тренинги, управление знаниями, управление конфигурациями, CMDB, эффективность, оптимизация