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

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

## [Как BRM помогает при разработке сервисов (Service Design)?](https://cleverics.ru/digital/kb-qa/kak-brm-pomogaet-pri-razrabotke-servisov-service-design/)

На этапе разработки сервисов BRM помогает в нескольких важных аспектах. BRM помогает заказчику сформулировать, в чем заключается ценность услуги, которую он хочет получить от ИТ. BRM бережно донесет и правильно расшифрует требования для ИТ-специалистов, поскольку заказчики часто затрудняются четко сформулировать свои требования, а сервис-провайдер не может их правильно интерпретировать. BRM продолжает эту работу при изменении требований, уточнении спецификаций и проектного решения. BRM применяет маркетинговый способ мышления («marketing mindset») и помогает ответить на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им помочь; каких результатов хочет достичь заказчик; какие ограничения могут помешать достижению целей и как сервис-провайдер может с ними справиться.

Автор: Павел Дёмин

Рейтинг: 956

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, управление отношениями, взаимодействие, BRM

## [Почему неправильная визуализация процесса разработки может привести к неудаче проекта?](https://cleverics.ru/digital/kb-qa/pochemu-nepravilnaya-vizualizatsiya-protsessa-razrabotki-mozhet-privesti-k-neudache-proekta/)

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

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

Рейтинг: 956

Теги: Agile и гибкие методы разработки ПО, командная работа, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление рисками

## [Какие типичные ошибки допускают при внедрении SIP?](https://cleverics.ru/digital/kb-qa/kakie-tipichnye-oshibki-dopuskayut-pri-vnedrenii-sip/)

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

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

Рейтинг: 956

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

## [Почему в потоке важно фокусироваться на завершении взятых обязательств?](https://cleverics.ru/digital/kb-qa/pochemu-v-potoke-vazhno-fokusirovatsya-na-zavershenii-vzyatykh-obyazatelstv/)

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

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

Рейтинг: 956

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

## [Как может выглядеть эволюция роли тимлида при переходе команды к большей самоорганизации?](https://cleverics.ru/digital/kb-qa/kak-mozhet-vyglyadet-evolyutsiya-roli-timlida-pri-perekhode-komandy-k-bolshey-samoorganizatsii/)

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

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

Рейтинг: 956

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

## [Как связаны концепции Agile и Tipu в контексте внедрения процессов ITSM?](https://cleverics.ru/digital/kb-qa/kak-svyazany-kontseptsii-agile-i-tipu-v-kontekste-vnedreniya-protsessov-itsm/)

Концепции Agile и Tipu связаны тем, что обе поддерживают итерационный и итеративный подход к внедрению процессов управления ИТ-услугами. Подобно Agile, который предполагает короткие циклы разработки с минимальной бюрократией, Tipu предлагает внедрять процессы ITSM короткими циклами, фокусируясь на решении конкретных задач заказчика и постепенно наращивая зрелость процессов через интегрированный подход Continual Service Improvement (CSI).

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

Рейтинг: 955

Теги: Agile и гибкие методы разработки ПО, ITSM, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление процессами, ИТ-процессы, управление релизами

## [Почему переход на самоорганизующиеся команды вызывает сложности у компаний?](https://cleverics.ru/digital/kb-qa/pochemu-perekhod-na-samoorganizuyushchiesya-komandy-vyzyvaet-slozhnosti-u-kompaniy/)

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

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

Рейтинг: 955

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

## [Как понимание результатов помогает в выстраивании диалога с заказчиком?](https://cleverics.ru/digital/kb-qa/kak-ponimanie-rezultatov-pomogaet-v-vystraivanii-dialoga-s-zakazchikom/)

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

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

Рейтинг: 955

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды

## [Почему не стоит фиксировать решения и сроки после совещания?](https://cleverics.ru/digital/kb-qa/pochemu-ne-stoit-fiksirovat-resheniya-i-sroki-posle-soveshchaniya/)

Не стоит фиксировать решения, сроки и ответственных, чтобы избежать необходимости контролировать выполнение на следующей встрече. Отсутствие четких записей и обязательств позволяет начинать каждое последующее совещание с новых обсуждений, а не с проверки прошлых задач, что делает процесс бесконечным и необязательным для исполнения.

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

Рейтинг: 955

Теги: общие вопросы менеджмента

## [Как описать ценность процесса управления изменениями для руководителей высшего звена?](https://cleverics.ru/digital/kb-qa/kak-opisat-tsennost-protsessa-upravleniya-izmeneniyami-dlya-rukovoditeley-vysshego-zvena/)

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

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

Рейтинг: 955

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