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

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

## [Какие проблемы создают новые транзакции при попытке отката системы к предыдущему состоянию?](https://cleverics.ru/digital/kb-qa/kakie-problemy-sozdayut-novye-tranzaktsii-pri-popytke-otkata-sistemy-k-predydushchemu-sostoyaniyu/)

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

Автор: Шамиль Бабаев

Рейтинг: 794

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

## [Почему в области IT легче понять разницу между товаром и услугой, чем в других сферах бизнеса?](https://cleverics.ru/digital/kb-qa/pochemu-v-oblasti-it-legche-ponyat-raznitsu-mezhdu-tovarom-i-uslugoy-chem-v-drugikh-sferakh-biznesa/)

В области IT разница между товаром и услугой часто более очевидна благодаря распространенной модели 'as-a-Service'. Когда речь идет о программном обеспечении, клиенты интуитивно понимают разницу между покупкой лицензии (товар) и использованием SaaS-решения (услуга). В случае покупки лицензии клиент получает программный продукт и сам несет все риски и затраты по его установке, обновлению и поддержке. При использовании SaaS клиент получает доступ к функциональности без необходимости заботиться об инфраструктуре - эти риски и затраты берет на себя поставщик. Эта модель хорошо структурирована и часто приводится в примерах, что делает концепцию более наглядной для ИТ-специалистов, чем в других сферах, где границы между товаром и услугой могут быть менее четкими.

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

Рейтинг: 794

Теги: аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление продуктами, продуктовый подход, управление рисками, экономика и финансы

## [Чем отличается оригинальный пятый принцип Agile Manifesto от его официального русского перевода?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-originalnyy-pyatyy-printsip-agile-manifesto-ot-ego-ofitsialnogo-russkogo-perevoda/)

Оригинальный пятый принцип Agile Manifesto гласит: «Стройте проект вокруг мотивированных личностей. Создайте им необходимые условия, поддерживайте и доверьтесь им, чтобы работа была сделана». Официальный русский перевод формулирует этот принцип так: «Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им». Основное различие заключается в том, что в оригинале акцент сделан на мотивацию конкретных личностей, тогда как в русском переводе смещение акцента происходит на профессионализм команды в целом. Автор текста считает, что создатели манифеста (сверхпрофессионалы) воспринимали профессионализм как данность, поэтому в оригинале они фокусировались именно на мотивации, тогда как русский перевод добавил акцент на профессионализм, возможно, учитывая реалии, где настоящих профессионалов не хватает.

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

Рейтинг: 794

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

## [Какие сложности возникают при совмещении отпусков консультантов и планов проекта?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-sovmeshchenii-otpuskov-konsultantov-i-planov-proekta/)

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

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

Рейтинг: 794

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

## [Как сотрудники, участвующие в управлении изменениями и проектами, могут обмениваться опытом?](https://cleverics.ru/digital/kb-qa/kak-sotrudniki-uchastvuyushchie-v-upravlenii-izmeneniyami-i-proektami-mogut-obmenivatsya-opytom/)

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

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

Рейтинг: 794

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

## [Каковы семь руководящих принципов ITIL?](https://cleverics.ru/digital/kb-qa/kakie-sem-rukovodyashchikh-printsipov-itil-upominayutsya-v-tekste/)

В тексте упоминаются следующие семь руководящих принципов ITIL: 1) Сфокусируйтесь на ценности (семь раз отмерь – один отрежь); 2) Сотрудничайте и поощряйте прозрачность (доверяй, но проверяй); 3) Простота и практичность (не усложняйте себе жизнь); 4) Действуйте итерационно, используя обратную связь (как аукнется – так и откликнется). Названо только четыре принципа из семи, но текст указывает, что полный список описан в статье Игоря Гутника.

Автор: Игорь Фадеев

Рейтинг: 794

Теги: ITIL, бизнес, ценность, бизнес-заказчик, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы

## [Как различаются процедуры закрытия инцидентов и сервисных запросов в ИТ-практике?](https://cleverics.ru/digital/kb-qa/kak-razlichayutsya-protsedury-zakrytiya-intsidentov-i-servisnykh-zaprosov-v-it-praktike/)

Процедуры закрытия отличаются в зависимости от характера запроса, но не обязательно из-за разделения на инциденты и сервисные запросы. Более значимым различием может быть разделение по источнику запроса: инфраструктурные инциденты часто требуют подтверждения восстановления работоспособности систем, в то время как запросы от пользователей требуют подтверждения удовлетворенности пользователя. Для инфраструктурных проблем могут быть необходимы дополнительные проверки и документирование, в то время как сервисные запросы могут закрываться после выполнения запрошенной услуги без дополнительных проверок. Однако если обращение пришло от пользователя (будь то сбой или просьба о новой услуге), процедура закрытия часто требует подтверждения пользователя, что создает сходство в процессах.

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

Рейтинг: 794

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

## [Какие ошибки в дизайне клиентского пути приводят к негативному впечатлению при звонке в банк?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-v-dizayne-klientskogo-puti-privodyat-k-negativnomu-vpechatleniyu-pri-zvonke-v-bank/)

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

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

Рейтинг: 793

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

## [Как влияет понимание пользовательского опыта на работу ИТ-менеджера?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-ponimanie-polzovatelskogo-opyta-na-rabotu-it-menedzhera/)

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

Автор: Игорь Фадеев

Рейтинг: 793

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

## [Как модель системного подхода помогает в анализе текущей ситуации в ITSM?](https://cleverics.ru/digital/kb-qa/kak-model-sistemnogo-podkhoda-pomogaet-v-analize-tekushchey-situatsii-v-itsm/)

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

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

Рейтинг: 793

Теги: ITSM, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление проблемами