# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Какие аспекты должны учитываться при проектировании сервисных отношений для эффективной ко-креации?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-dolzhny-uchityvatsya-pri-proektirovanii-servisnykh-otnosheniy-dlya-effektivnoy-ko-krea/) При проектировании сервисных отношений для эффективной ко-креации должны учитываться: определение четких прав и обязанностей каждой стороны; создание прозрачных механизмов взаимодействия и коммуникации; разработка процессов вовлечения потребителей на всех этапах (от проектирования до улучшения); обучение пользователей их роли в создании ценности; установление метрик для измерения участия и вклада обоих сторон; настройка систем сбора и анализа обратной связи для постоянного улучшения взаимодействия. Важно, чтобы обе стороны понимали, что ценность создается совместно, и их действия взаимно дополняют друг друга. Автор: Игорь Фадеев Рейтинг: 810 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление отношениями, взаимодействие, BRM, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Какие проблемы могут возникнуть при неправильной реализации категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-nepravilnoy-realizatsii-kategorizatsii-intsidentov/) При неправильной реализации категоризации инцидентов могут возникнуть следующие проблемы: добавление избыточных шагов и увеличение времени обработки инцидентов; задержки в первоначальном реагировании из-за неопределенности с выбором правильной категории; недостаточная точность классификации из-за сложной или запутанной схемы категоризации; ошибки из-за недостаточной обученности персонала работе с системой категоризации; несоответствия в классификации различных сотрудников из-за отсутствия единых стандартов. Эти проблемы могут свести на нет преимущества системы категоризации и даже ухудшить эффективность управления инцидентами. Автор: Игорь Фадеев Рейтинг: 810 Теги: ISO 20000, управление инцидентами, эффективность, оптимизация ## [Что является более важным при внедрении процессов — содержание раздела KPI или культура измерения?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-bolee-vazhnym-pri-vnedrenii-protsessov-soderzhanie-razdela-kpi-ili-kultura-izmereni/) Более важным при внедрении процессов является формирование культуры измерения и понимания её ценности среди сотрудников, нежели формальное заполнение раздела KPI. Разработка метрик без понимания их цели и применения приведет к созданию формальных показателей, которые не будут использоваться для принятия реальных решений. Автор: Олег Скрынник Рейтинг: 810 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление релизами ## [Какие операнды используются в формуле First Time Resolution (FTR) при расчёте в разрезе рабочих групп?](https://cleverics.ru/digital/kb-qa/kakie-operandy-ispolzuyutsya-v-formule-first-time-resolution-ftr-pri-raschete-v-razreze-rabochikh-gr/) В формуле First Time Resolution (FTR) при расчёте в разрезе рабочих групп используются два основных операнда: Nj и Sj. Sj представляет собой количество объектов, возвращённых на доработку в j-тую группу. Nj — это количество обращений, полностью обработанных j-той группой, включая как закрытые без рекламаций обращения (Cj), так и возвраты на доработку (Sj). Таким образом, Nj = Cj + Sj, где Cj — количество обращений, закрытых без рекламаций. Расчёт выполняется за период, когда завершена проверка решения, а не само решение задачи. Автор: Дмитрий Исайченко Рейтинг: 810 Теги: управление запросами на обслуживание ## [Какая роль пользователя в запуске потоков создания ценности?](https://cleverics.ru/digital/kb-qa/kakaya-rol-polzovatelya-v-zapuske-potokov-sozdaniya-tsennosti/) Пользователь запускает потоки создания ценности при обращении за решением инцидентов и получении типового обслуживания, которое является частью нормального предоставления услуги. Эти взаимодействия происходят на этапе Co-create путешествия заказчика. Пользователь в данном случае выступает в роли потребителя, который взаимодействует с провайдером непосредственно в процессе использования услуги. Такие запросы запускают потоки, связанные с предоставлением услуги и решением возникающих проблем, что составляет основную часть ежедневной работы службы поддержки и технического обслуживания. Автор: Артём Мукосеев Рейтинг: 810 Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление запросами на обслуживание, управление инцидентами, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы ## [Какие факторы мешают разработчикам программного обеспечения воспринимать свою работу как управляемый процесс?](https://cleverics.ru/digital/kb-qa/kakie-faktory-meshayut-razrabotchikam-programmnogo-obespecheniya-vosprinimat-svoyu-rabotu-kak-upravl/) Основные факторы включают: восприятие разработки как чисто творческой деятельности, отсутствие культуры процессного мышления в команде, недопонимание ценности метрик и их практического применения, страх использования метрик для неправильной оценки производительности, недостаток опыта в управлении процессами, сильная иерархическая структура, не поощряющая коллективное принятие решений на основе данных. Автор: Олег Скрынник Рейтинг: 810 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, мониторинг, управление процессами, ИТ-процессы, эффективность, оптимизация ## [В чем отличие продуктового подхода с быстрым потоком от простого использования продуктовых ролей?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-produktovogo-podkhoda-s-bystrym-potokom-ot-prostogo-ispolzovaniya-produktovykh-roley/) Отличие заключается в глубине изменений и целевой скорости работы. Простое использование продуктовых ролей (например, переименование проектных менеджеров в продуктовых менеджеров) - это поверхностное изменение, которое может не сопровождаться реальной трансформацией. Продуктовый подход с быстрым потоком требует кардинальной перестройки системы работы: изменения структуры управления очередями, внедрения WIP-лимитов, формирования T-shape компетенций сотрудников и других изменений. Это связано с необходимостью значительно повысить скорость решения задач, что невозможно достигнуть только изменением названий ролей и некоторых организационных структур, не затрагивая фундаментальные принципы работы системы. Автор: Игорь Гутник Рейтинг: 810 Теги: Канбан, WIP-лимиты, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление релизами ## [Какие недостатки имеет вариант с возвратом задачи на предыдущий этап?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-imeet-variant-s-vozvratom-zadachi-na-predydushchiy-etap/) Вариант с возвратом задачи на предыдущий этап при обнаружении дефекта имеет несколько недостатков. Во-первых, нарушается плавное течение потока создания ценности, так как задача движется «против потока». Во-вторых, возникают сложности с соблюдением WIP-лимитов: либо приходится игнорировать возвраты, что искажает смысл лимитов, либо разрешать превышение лимитов, что снижает их эффективность как инструмента управления потоком. В-третьих, такой подход может маскировать системные проблемы, так как фокус смещается на решение конкретного дефекта, а не на анализ и устранение его причин. Автор: Игорь Гутник Рейтинг: 810 Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), разработка ПО, эффективность, оптимизация ## [Что подразумевается под «ценностью приоритизации» в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-tsennostyu-prioritizatsii-v-upravlenii-intsidentami/) Под «ценностью приоритизации» в управлении инцидентами подразумевается способность системы правильно расставить задачи по мере их значимости и влияния на бизнес. Когда приоритизация работает корректно, это позволяет своевременно выделять ресурсы на наиболее критичные инциденты, минимизируя негативные последствия для организации. Однако если сроки разрешения напрямую рассчитываются по приоритету, теряется смысл самой приоритизации, так как приоритет становится формальным показателем, а не инструментом повышения эффективности работы и оперативности реагирования. Автор: Дмитрий Исайченко Рейтинг: 810 Теги: бизнес, ценность, бизнес-заказчик, управление инцидентами, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Каковы основные отличия между COBIT 5 PAM и предыдущей версией COBIT 4.1 в части оценки зрелости?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-otlichiya-mezhdu-cobit-5-pam-i-predydushchey-versiey-cobit-4-1-v-chasti-otsenki-zrel/) Главное отличие COBIT 5 PAM от COBIT 4.1 состоит в методологии оценки зрелости процессов. COBIT 4.1 использовал шкалу зрелости с описанием содержания процессов на каждом уровне, что было более наглядно, но менее объективно. COBIT 5 PAM, следуя стандарту ISO/IEC 15504, фокусируется на оценке управленческой надстройки процессов через шесть уровней способности, не зависящих от содержания процесса. Это позволяет проводить более объективные и воспроизводимые оценки, применимые к любым процессам и отраслям. При этом COBIT 5 PAM становится более абстрактной и сложной для понимания, но повышает качество оценки за счет устранения субъективных интерпретаций и опоры на реальные свидетельства выполнения управленческих практик. Автор: Константин Нарыжный Рейтинг: 810 Теги: COBIT, ISO 20000, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление процессами, ИТ-процессы