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

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

## [Как адаптировать модель AARM для оценки внутренних inhouse продуктов?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-model-aarm-dlya-otsenki-vnutrennikh-inhouse-produktov/)

Для адаптации модели AARM к внутренним inhouse продуктам необходимо внести следующие корректировки: Acquisition (привлечение) - измерять не количество новых пользователей, а успешность продвижения продукта внутри организации, степень вовлечения ключевых стейкхолдеров и одобрение руководства; Activation (активация) - фокусироваться на скорости и простоте внедрения продукта в рабочие процессы, времени до первой полезной реализации; Retention (удержание) - оценивать стабильность использования продукта во времени, уровень удовлетворенности внутренних клиентов, продолжительность контрактов или обязательств по использованию; Monetization (монетизация) - заменить на измерение улучшения бизнес-процессов, снижения затрат или повышения эффективности. Важно создать отдельные метрики для различных ролей (владельцы процессов, конечные пользователи, руководство) и учитывать, что спонсоры и пользователи могут иметь разные интересы. Также необходимо уделять особое внимание метрике TTV (Time-To-Value), так как для внутренних продуктов быстрое достижение ценности критично для дальнейшего поддержки и развития решения.

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

Рейтинг: 990

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

## [Соответствует ли роль "Практик изменений" в 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.

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

Рейтинг: 990

Теги: ISO 20000, ITIL, мониторинг, общие вопросы менеджмента, управление изменениями, управление процессами, ИТ-процессы

## [Почему замыкание ревью кода на тимлиде считается нежелательной практикой в самоорганизованных командах?](https://cleverics.ru/digital/kb-qa/pochemu-zamykanie-revyu-koda-na-timlide-schitaetsya-nezhelatelnoy-praktikoy-v-samoorganizovannykh-ko/)

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

Автор: Павел Капусткин

Рейтинг: 990

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

## [Как различие между выходами и результатами применяется в управлении сервесными конфигурациями?](https://cleverics.ru/digital/kb-qa/kak-razlichie-mezhdu-vykhodami-i-rezultatami-primenyaetsya-v-upravlenii-servesnymi-konfiguratsiyami/)

При проектировании CMDB (базы данных управления конфигурациями) важно фокусироваться не на технических атрибутах конфигурационных единиц, а на том, как информация из CMDB будет использоваться для достижения бизнесовых результатов. Например, менеджерам инцидентов может быть критично видеть связи между серверами, а менеджерам финансов — сортировать конфигурационные единицы по местоположению. Формулировка требований в терминах результатов (например, «мне нужно видеть связи между серверами, чтобы быстрее устранять инциденты») позволяет создать более эффективную структуру CMDB, которая учитывает потребности всех заинтересованных сторон и работает в рамках имеющихся ограничений, а не требует постоянных доработок.

Автор: Анна Васильева

Рейтинг: 990

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

## [Как подобрать баланс между процессным и сервисным подходами в практике управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-podobrat-balans-mezhdu-protsessnym-i-servisnym-podkhodami-v-praktike-upravleniya-it-uslugami/)

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

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

Рейтинг: 990

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

## [Какие проблемы возникают при поиске достоверной информации о внедрении ИТ-методологий, таких как ITIL?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-poiske-dostovernoy-informatsii-o-vnedrenii-it-metodologiy-takikh-kak-i/)

Основные проблемы включают отсутствие прозрачных данных, преувеличение результатов в маркетинговых материалах и недостаток независимых исследований. Часто компании не публикуют полные данные о результатах внедрения, что затрудняет формирование объективной картины эффективности ITIL и других методологий управления ИТ.

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

Рейтинг: 990

Теги: ITIL, управление релизами, эффективность, оптимизация

## [Какие четыре ключевых ограничения проекта наиболее важны для заказчика?](https://cleverics.ru/digital/kb-qa/kakie-chetyre-klyuchevykh-ogranicheniya-proekta-naibolee-vazhny-dlya-zakazchika/)

Для заказчика наиболее важными являются четыре ключевых ограничения: сроки (когда будет готов результат), бюджет (сколько будет стоить проект), качество (соответствие ожиданиям и требованиям) и охват (объем работ или продуктов). Эти параметры понятны заказчику и напрямую влияют на его ожидания и удовлетворенность результатом. Другие аспекты, такие как ресурсы или риски, зачастую являются внутренними вопросами проектной команды и не выносятся на обсуждение с клиентом, если это не критично для выполнения основных обязательств. Заказчик, как правило, фокусируется именно на этих четырех параметрах при оценке успеха проекта.

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

Рейтинг: 989

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

## [Как можно решить проблему координации множества проектов в крупном ИТ-подразделении?](https://cleverics.ru/digital/kb-qa/kak-mozhno-reshit-problemu-koordinatsii-mnozhestva-proektov-v-krupnom-it-podrazdelenii/)

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

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

Рейтинг: 989

Теги: командная работа, общие вопросы менеджмента, стратегия, управление отношениями, взаимодействие, BRM, управление проектами, PRINCE2

## [Что такое agile-трансформация бизнеса и как она влияет на корпоративную культуру?](https://cleverics.ru/digital/kb-qa/chto-takoe-agile-transformatsiya-biznesa-i-kak-ona-vliyaet-na-korporativnuyu-kulturu/)

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

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

Рейтинг: 989

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, командная работа, трансформация, ускорение, Time-to-Market

## [Что происходит, когда сотрудники компании не придерживаются корпоративных ценностей?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-kogda-sotrudniki-kompanii-ne-priderzhivayutsya-korporativnykh-tsennostey/)

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

Автор: Денис Денисов

Рейтинг: 989

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